!! Windows 7 no longer supported !!

As Microsoft will stop supporting Windows 7 on Jan 20th we will be unable to test any of our
products on that platform. It may work, or it may not, but no guarantees from our side. 

Jump to content

JRBarrett

members
  • Content Count

    523
  • Joined

  • Last visited

Community Reputation

197 Excellent

About JRBarrett

  • Rank
    Privat Pilot - SEP

Recent Profile Visitors

1848 profile views
  1. I have noted continuous frame rate fluctuations in all iterations of the CRJ Pro since the first beta. I have an older i4790K system, running at 4 gHz (but with a good GTX1080 TI GPU), and do not expect extremely high performance, but with frame rates locked at 30, I can maintain close to that with other high-end add-ons, including the PMDG NGXu, FSL A320 and Leonardo Maddog. With the CRJ Pro, even if parked at a default airport, on the runway (away from the terminal), with default clear skies weather theme active, and all aircraft systems powered off, with no external programs running that interact with P3D, if I monitor the frame rates, they continually go from 25 down to about 15, and back up to 25. If I watch the CPU load in Microsoft Process Explorer, I will see P3D generating a recurring CPU spike that correlates with the frame rate drop. I do not use either Navigraph or Nav Data Pro charts functionalty in the CRJ EFB. I am a Navigraph charts subscriber, but I prefer to use their iPad app, rather than displaying charts in-sim. I always disable my antivirus before running P3D, as I know that AV file scanning can produce exactly those kind of fluctuations, and none of the other add-ons I use will produce those kind of regularly recurring frame rate drops - especially when sitting still with all aircraft systems unpowered. It certainly appears that with the Pro loaded, that some kind of additional process is running at regular intervals that impacts frame rates. Perhaps something to do with the new charts functionality? (Even though I have charts disabled).
  2. I assume that the engine start issue you are referring to concerns the unrealistically fast increase in N1, N2 and EGT on light off. Unfortunately, that is probably not something that can be easily changed. I’m pretty sure that “under the hood”, the CRJ uses default FSX/P3D systems for many functions, and the default engine modeling has always suffered from this problem. I’m not a developer, but it’s my understanding from other threads I have read over the years that there is very little that can be done to “slow down” the start sequence when modeling a jet engine using the standard FSX/P3D SDK. I believe the only way around it would be to code a completely custom engine emulation that runs outside of the main sim process. This is what PMDG and Flight Sim Labs have done in their products - which are in a much higher price class than the CRJ. It is probably a very complex undertaking from a developer’s perspective, and would likely require reworking many other systems as well.
  3. Do you have a hardware axis assigned for “engine 1 mixture control”? If so, disable it when flying the CRJ, or insure the hardware axis is set to “full rich”. Even though mixture controls are only used with piston aircraft engines, the axis (if active) can affect fuel flow to turbine engines in FSX and P3D. This may not be the cause of your problem, but something to check.
  4. Yes, that’s how I do it as well. There is no hard and fast rule for calculating total baggage weight. I estimate 25 pounds per passenger. In r/w operations, some checked bags are heavier, some lighter. Jim Barrett
  5. I assume you mean holding a selected speed in cruise? (The aircraft already has a speed hold function in climb). I know you are “not looking for an auto throttle”, but I don’t see any way to implement speed hold in cruise without emulating an auto throttle. The aircraft speed will be affected by weather in the sim environment (wind speed and temperature changes), as well as by the aircraft’s total weight reducing as fuel is burned. The only way to counter that would be by changing thrust - i.e. auto throttle. Auto throttles actually are a real world option on the CRJ-200. They are made by a company called Safe Flight, and installed under STC. The two CRJ-200’s that I maintain have them. But I don’t think that option is available for the CRJ 700, 900 or 1000 because those models use FADEC for engine control with fixed gates for TOGA and climb thrust.
  6. You don’t have to use the front hold, but almost every r/w CRJ flight I’ve ever been on does use it for smaller (supposedly) “carry-on bags” checked at the Jet bridge. Using the front hold for some of the cargo might help the CG distribution when the aircraft is fully loaded.
  7. I can’t give you a definitive answer other than to note the the forward cargo is primarily used to store smaller bags checked at the jetway, (those that might be too large to fit in the overhead bins in the cabin). Larger bags checked at the airline counter in the terminal normally go in the aft compartment. I typically split my cargo by putting 80 percent of the total in back, and the remaining 20 percent in front.
  8. You can use either Navigraph or NavDataPro. The installers for either service will place their AIRAC files in proper folder to be used by the Aerosoft CRJ. I’m not familiar with the encoding of SIDS in CRJ NAV data, so can’t say if there is a problem or not in the example above. The SMO 154 radial simply marks an altitude constraint (3000 feet or below) where it crosses the departure course of 251 degrees. The actual SID chart instructs the pilot to maintain 251 degrees and expect a vector. This routing from the tutorial is actually not all that realistic. Currently (December 2019), the flights from KLAX to KMRY are operated by Skywest using. CRJ-200s primarily, and all of them use the SUMMR2 RNAV SID, SCTRR transition, then direct SNS. Perhaps an update of the tutorial is called for...
  9. I think there may be a problem in how the AIRAC is encoded for this particular SID. It should show VECTOR prior to VTU. The altitude constraint of 3000 or below (when crossing the SMO 154 radial) appears to be encoded as a waypoint. On Monday, I will try loading this departure in an actual CRJ FMS and see how it is displayed. Are you using Navigraph or NavDataPro? Edit: I see the OP, who had a similar problem, is using Navigraph. I definitely think that the “SMO251” pseudo waypoint encoded in the departure procedure is the source of the error with subsequent altitudes.
  10. There is a problem with the flight plan as you have listed it. After RZS, it should be J88 SNS (Salinas), then SHOEY ZEBED MINCK
  11. This post cannot be displayed because it is in a password protected forum. Enter Password
  12. That is a 200, but many of the flows are similar...
  13. PITCH is the “default” vertical mode, which will be active if no other vertical mode (SPD, IAS or VS) is selected. The aircraft should capture an armed altitude from PITCH mode, just as it does for the other vertical modes - but it is really not the correct or ideal vertical mode to be using in a cruise climb. SPD or VS would be more appropriate.
  14. This post cannot be displayed because it is in a password protected forum. Enter Password
  15. This post cannot be displayed because it is in a password protected forum. Enter Password
×
×
  • Create New...