Jump to content

philipp

CRJ-200 Development
  • Posts

    725
  • Joined

  • Last visited

  • Days Won

    5

philipp last won the day on May 22 2012

philipp had the most liked content!

2 Followers

About philipp

  • Birthday 03/18/1987

Contact Methods

  • Website URL
    http://x-plane.com
  • Skype
    philipp_muenzel

Profile Information

  • Gender
    Male
  • Location
    Wiesbaden, Germany
  • Interests
    flightsimming, programming, maths, classical music and opera

Recent Profile Visitors

9,877 profile views

philipp's Achievements

Newbie

Newbie (1/14)

  • Week One Done
  • One Month Later
  • One Year In

Recent Badges

85

Reputation

  1. Because the 172 doesn't have an HSI, so it doesn't know the front course. https://www.youtube.com/watch?v=8jKtSFxT698
  2. From what I can tell, X-Plane has a debug-only check there to discard the weather if "unplausible" temperatures like that are detected. This is set to not trigger for release versions of X-Plane, for reasons not known to me. I think the best I can do here is to have this always trigger. This however does not explain how the IXEG or A330 end up at E46, unless the aircraft contains code to set the ambient temperature, which I don't see why it would. The only explanation I can think of is that this happens to people who have a third-party weather plugin installed which sets this kind of garbage data.
  3. The temperature cannot be -290, because physics doesn't allow that. The lowest temperature anything could ever have is -273.15. So setting the local temp to -290 (how would you even do that, other than screwing with DRE?) is physically meaningless.
  4. I have found the code path in X-Plane that gets triggered when you end up on the E46 "02 Ranch" airport in Texas. Now that we know what is happening, we need to find out why it is happening. In order to do that, I need some help from people who regularly experience this teleportation problem. I need them to run a special version of X-Plane that has finer grained checks and puts out better more diagnostics in the log. Which also means, it is going to run at much lower fps. So it is not practical to run X-Plane like that all the time, if you are not regularly getting teleported. Some people seem to have gotten that teleportation problem very often, and devised ways to get it less often? Someone even posted he always gets the teleportation at the same place? That would be really helpful!! Anyway, I need people who get the teleportation often, or know what they need to do on their system to increase the likelyhood of the teleportation occurring for them. If you have the teleportation issue, please send me a PM, stating which operating system you are on, and whether you have the Steam- or on-Steam version of X-Plane. Philipp
  5. Just make sure you have both the latest Xsaitekpanels plugin AND (very impotant) the latest config file for the CRJ-200.
  6. We found that the SaitekPanels plugin prevents the FMS from working. There's an update available for XSaitekpanels that fixes that.
  7. You have to call maintenance, because it cannot be restored by the flight crew. The plane is grounded until maintenance has resolved the underlying issue, stowed the RAT, and signs off the plane back into service. That's how it works in real life. In X-Plane, you need to re-load the aircraft.
  8. Take a look at the side panel on the left side wall on the pilots side. It's called the display control panel. On the top center there's two concentric knobs labelled FORMAT/RANGE. Turn the outer one (format) to the right to get to the NAV and PLAN views.
  9. Attached is the replacement CRJ200.acf for X-Plane 11 that fixes the engines idling too low. Replace the CRJ200.acf in the base folder of the CRJ in your X-Plane 11 installation with this file. Please do not try to use this with X-Plane 10, it won't work. CRJ200.acf
  10. That is the default location the Navigraph FMS Data manager would have installed it in anyway. This location is used by a lot of add-on aircraft nowadays, as listed above.
  11. Do not use the old mapping for the CRJ-200 from Navigraph FMS Data manager. It's for 1.5 and earlier. Use this cycle "X-Plane GNS430, 777 Worldliner (Ext/Prof), Flightfactor B757 Professional, VMAX B767-300ER Professional, X-Crafts Embraer E-175, Aerobask Aircrafts" even though it doesn't mention the CRJ, it is compatible.
  12. That shouldn't be a problem. I don't think the hackintosh has anything to do with it. I have changed so many components in my MacPro 5,1 it's basically becoming a hackintosh now. Plugins simply not loading is usually either a plugin conflict, a missing dependency, or plainly binary incompatibility (32bit plugin with 64bit X-Plane) none of which I would chalk up to running a hackintosh.
  13. I see what you mean. LFLL has a very strange encoding for the STAR, where it lists the same trunk route twice for the L and R runways instead of listing the trunk once with a "B" for both runways, as is the standard. Unfortunately, this is due to how ARINC424 data is converted to the various file formats for the different FMSs, and these converters are done by Aerosoft and Navigraph. This is one of the many reasons why for X-Plane 11 I have changed that whole process and now support 424 directly and wrote the converter myself, instead of leaving that to Aerosoft and Navigraph, which eliminates the possibility to have different encodings of the same data. If you try the X-Plane 11 FMC, which uses my new data flow, it of course works correctly: For a future pure X-Plane 11 version of the CRJ, I will obviously use this new infrastructure. For the current CRJ, which still supports X-Plane 10, I cannot do this.
  14. I see a lot of errors in this Log.txt, among others you have installed the XSquawkbox plugin into the Las Vegas scenery?? This installation of X-Plane looks seriously borked to me. The one most likely related to the CRJ is this error: dlerror:dlopen(/Users/nolimac1/Desktop/xp/X-Plane 10/Resources/plugins/shrink-wrap.plugin/mac.xpl, 6): no suitable image found. Did find: /Users/nolimac1/Desktop/xp/X-Plane 10/Resources/plugins/shrink-wrap.plugin/mac.xpl: mach-o, but wrong architecture That is the X-Aviation wrapper that has since been superseded as far as I know. The CRJ itself also appears to be an outdated version: lerror:dlopen(/Users/nolimac1/Desktop/xp/X-Plane 10/Aircraft/X-Aviation/CRJ-200/plugins/CRJAvionics/mac.xpl, 6): no suitable image found. Did find: /Users/nolimac1/Desktop/xp/X-Plane 10/Aircraft/X-Aviation/CRJ-200/plugins/CRJAvionics/mac.xpl: mach-o, but wrong architecture If it was the current version, it would read "CRJSE" instead of "CRJAvionics". My suggestion is to systematically go through the plugin errors in the Log.txt and remove those that don't load or are out of date. Then make sure to download the latest 1.7.1 version of the CRJ (which also works in X-Plane 10).
×
×
  • Create New...