Recently we have seen a lot of codes used to unlock our products being offered for discounted prices. Almost all of them are bought using stolen credit cards. These codes will all be blocked by our systems and you will have to try to get your money back from the seller, we are unable to assist in these matters. Do be very careful when you see a deal that is almost too good to be true, it probably is too good to be true.

Jump to content

kevinh

members
  • Content Count

    80
  • Joined

  • Last visited

Everything posted by kevinh

  1. Thanks Hans, good news. Any idea when will 1.2.2.1 be out?
  2. Any news about this issue?
  3. Thanks @JRBarrett, I found the updater and ran it. Good to be able to forget about getting updates from third parties.
  4. PC Aviator download link have now updated to v1.2. The latest v1.2.2 isn't yet available, have those files been released yet to third party suppliers yet? Their support doesn't reply. Can you contact them please?
  5. @Hans Hartmann with due respect to @GEK_the_Reaper, it's not my starting procedure which is the issue. Yes the fuel boost pumps are on. Even if they weren't that shouldn't stop the start valves opening. The problem has always been that you can't get the engines to crank if the panel state is not exactly correct. The hint to make cold and dark the default panel state helps, but in my case I had to select cold and dark AGAIN after loading the CRJ to enable the starter logic to work properly. Not a big issue, but it would be nice if it could be fixed. I'm using CRJ v1.200 in P3Dv4.3. I'm still waiting for the very latest download version from my third party supplier.
  6. I tried setting Cold and Dark as the default state but I found I still had to select cold and dark state again after loading to get the sim to work properly (engine starts, etc).
  7. Thanks Hans, hopefully test mode will get implemented eventually. The WXR display is static in bearing (though the shapes and colours do vary). I've attached a video of what Active Sky weather looks like on the ND. When rain returns first appear they are roughly in the correct relative position. If you change aircraft heading the returns remain at the same bearing on the ND. Comparing with the ASP4 map the visual images of storm clouds correlates well, the WXR display bears little relationship to ASP4 once heading changes are made. I tried turning the WXR off and then on but this does not "reset" the bearing, returns reappear in the same incorrect bearing. However I've noticed If I reduce range to minimum and then increase it again the weather returns are drawn in the correct bearing. Hopefully this might provide a clue as to what is going on? Note, with the Aerosoft Airbus (in FSX) and PMDG and FSL addons in P3D I don't have this problem and the ND display presents returns on realistic bearings. So I don't think this is a problem with ActiveSky, but the CRJ's integration with it. CRJ-WXR.mp4
  8. Thanks for the update, Hans. Looking forward to the release of the SP.
  9. Hi Mathijs, No worries. I'm using Active Sky for P3Dv4.
  10. Is there no support for the CRJ? I raised this weeks ago and no response.
  11. Before starting engines, when you switch the boost pumps on EICAS still shows LO PRESS on both sides and the boost pump synoptics are amber, even though pressure is shown in green. LO PRESS should only show if neither boost pump pressure nor ejector pressure is available. The FCOM says the EICAS boost pump icon colour should be: Pump Off - White Pump On - Green Failure - Amber (e.g. pump should be running but isn't producing pressure). Currently the EICAS shows the colour as follows Pump Off - Amber (with engine not running) or White (with engine running) Pump On - Amber (Failure condition is not simulated) Pump status should show the pump operation and not be conditional on engine status. According to the CRJ-700/900 FCOM, the boost pumps operate together in most situations, both pumps can feed either engine. If either pump switch is armed and either engine is not running then both boost pumps will run. In the sim, before engine start both pumps run with either switch in the arm position, as per the FCOM. After the first engine start the other engine's boost pump switches off, whether the pump switch is in arm or not. The boost pump switch shows an amber inop warning. In the aircraft both pumps would still be running until both engines are started.
  12. I'm using the latest release with hotfix 1.0.6 in P3Dv4.2 and ASP4 for weather so the WXR should work. I see two problems. 1. The WXR Test mode doesn't display a test pattern. The ND shows the word TEST in white, but no coloured sectors as is usual. 2. In precipitation I see patterns of weather returns, but these seem fixed, If I change heading the weather returns don't move. I would expect them to be redrawn in a different relative position after the scan is complete. Yet if I fly towards the weather shown the returns move towards "own ship" as expected. The returns change shape with tilt. So something is happening but it seems to be fixed with respect to aircraft track. The weather returns displayed doesn't correlate with what is shown by Active Sky's map. Finally a question. MAP and WXR modes are identical in terms of the ND graphics apart from the text. Is MAP mode simulated? Kevin
  13. Oh I read it properly the first time, believe me. Priorites should be that basic functionality works and that bugs in code are corrected. In my opinion fuel crossfeed is basic functionality, you may disagree. However the way crossfeed simulation works in the A320 series is clearly bugged (fuel is being lost at three times the rate the engines are using it) and should be fixed. Either that or disable the crossfeed switch completely because crossfeed isn't simulated properly. Best of luck explaining that move to the community though. Regarding the rest of your reply (I couldn't get the quote feature to separate it): I understand that plans change and I have not been keeping up with day to day developments on the forum, so accept I might have found out sooner. Mathijs' post is detailed, honest and well presented as usual and I can't fault the logic he used. So I accept a price must be charged. But how was I supposed to find info about the A320 series update in a long preview thread of the A330? The news about the update being charged for should also be in the P3Dv4 compatibility announcement.
  14. Thanks for the quick reply, Tom, but this is basic stuff. Fuel transfer. Also Frank's reply is over 10 months old. No sign of any fix since then. Were you aware of the excessive fuel burn in the A318? That's definitely normal operation. I certainly wasn't aware the SP was becoming a new release. I've seen the post you linked to of course, but it says nothing about it being a new release. That's not really fair for loyal customers expecting a long announced SP to find it will now be a paid for upgrade. I understand P3Dv4 is an additional problem but most developers are providing compatibility upgrades at no cost.
  15. I see nothing has still been done about this. It's not just the fuel imbalance (which causes you to need crossfeed). The worst thing is the excessive fuel flow in the A318. It should be able to fly EINN to KJFK with no problems. BA fly the route every day. But the Aerosoft A318 can barely make it unless the prevailing headwind is lower than normal. I can understand Aerosoft saying "SOP only" for complex systems simulation that needs to be added, but even the default aircraft fuel system can manage crossfeed. Surely it should work on the AS Airbus, SOP or non SOP? It isn't as if the crossfeed is merely not working, it's acting like a fuel leak. This is not system modelling that needs to be added, it's a bug in existing Aerosoft code.
  16. I recently flew the A318 from EINN to KJFK. It just about made it despite the high fuel flow. However as usual the left engine used more fuel than the right (the difference was higher than usual on this flight) so I ended up with quite a large fuel imbalance. Using crossfeed to balance things I noticed the FMGS destination fuel decreased rapidly while in that configuration. So I had used extra fuel while crossfeeding. So I tried a test flight to look see exactly what was happening. Having set up total fuel flow at 60 kg/min (using manual thrust), I opened the crossfeed and switched off boost pumps on the left side. After one minute the left tank had decreased by 60 kg and the right tank by 120 kg. Three times more fuel used than the engines were burning. There should be no flow from the left tank and a total of 60 kg/min from the right tank. I expect Aerosoft may say crossfeed is not normal operation so not to expect it to be correct, but in this case it was necessary due to asymmetric fuel flow which is because of Aerosoft's design. So I respectfully ask that Aerosoft either address this crossfeed issue or make crossfeed unnecessary by limiting the amount fuel flow can be differ between the two engines. I've only tried this in the A318, but there's a good chance all four Airbus versions are similarly affected. There is also another fuel use bug in that if you run the engines with boost pumps off and crossfeed off no fuel is used at all. Perhaps both issues could be looked at? Kevin
  17. The instructions didn't work for me. I'm running Windows XP so right clicking the image did not give me a "copy image path" option. I tried right clicking the link under the image and pasting that, but I got a hyperlink instead which wouldn't display as an image. The following procedure worked for me: 1. Right click the link under the image and select "copy shortcut" to copy the path to the clipboard. 2. Open up new notepad document and paste the path into it. 3. Add image tags " before and after path text (no spaces of course). 4. Copy and paste the path complete with tags into signature.
  18. I had the same problem the first time I powered up the A300. Everything was fine until I selected the APU generator ON, when all the lights went out, although electrical meters were showing volts and amps as expected. Of course it may have been a coincidence and the battery ran out just as I switched the GEN on. I tried connecting the external power but this made no difference although the ground cart model appeared externally and external power showed in the electrical panel (apart from EXTERNAL POWER lights). I had just reinstalled FSX, and realised I hadn't reinstalled FSUIPC. I did so, restarted FSX and the electrical power worked fine. I don't know whether FSUIPC was the problem or if it was FSX flat battery syndrome.
  19. Just installed version 1.2 of the A300 and I'm very impressed, especially by the sounds which are very true to the real thing. I've worked on simulators for the real aircraft so it's quite a familiar flightdeck to me. A few of issues stood out which aren't too major but would be good to get fixed. 1. The START VALVE OPEN lights cycle on then off when the start system is armed. The Tutorial says this indicates the start valves transitting from closed to open. Arming the start system doesn't move the start valves, so they shouldn't open at that point. Also, the VALVE OPEN lights show valve position, not disagreement, IIRC. The VALVE OPEN light should illuminate when the valve opens after the start pushbutton is pressed, extinguishing when N2 exceeds 45%. This is how the start procedure in the Simcheck documentation describes operation as well, also the Quickstart guide agrees it is the start pushbuttons which illuminate briefly as the system is armed, not the VALVE OPEN lights. Regarding the engine start, the run up to idle is much better than the default FSX jet simulation, with no unrealistic overshoots, but really should be slower for more realism. Time to idle for a CF6 is typically around 50 seconds. I realise FSX limitations may be an issue here. 2. The autopilot vertical speed selection should track current vertical speed, so that when V/S is selected it holds the current value, rather than going to whatever happens to be selected as happens now. It's easy enough to match the selected V/S to the current value but you should have to do that, 3. Switching APU to standby control should illuminate the STBY ON light. None of the lights on the APU panel seem to be driven by the simulation, but I guess this is a trade off for more important systems. A very minor point, in the Panel Overview, for the overhead panel item 14 is labelled "Pneumatic controls panel". It is of course the hydraulic servo controls panel which controls hydraulic pressure to the flight control servos, one lever for each hydraulic system. This is a great flight and systems simulation overall. Kevin
×
×
  • Create New...