philipp

The stacktrace looks like the stackpointer is pointing into West Gibberish. No idea what caused this, but it's great that MdMax pointed you to a possible solution that worked right away. I never tried Linux Mint, but since it is based on Ubuntu no wonder that you can use the Ubunut packets right away and it works. Great. What I see now looks fairly normal: The CRJ offloads the display rendering tasks to the other CPU cores not used by the X-Plane main thread. The CRJ rendering is designed to use up to 8 cores if available, so it is pretty normal to see a quad-core operating near 100%. Thats the purpose of supporting multi-cores. Why would you like to see the others cores (for which you paid real money) just idling around? The frame rate fluctuation however is not normal. 70 frames are useless anyhow, our eyes can't track much more than 30 frames anyway (Holywood movies have only 24, BTW). You should use the X-Plane frame rate limiting option to limit the FPS to the refresh rate of your monitor, of it still causes fluctuation, half the refresh rate of the monitor (which is most likely 30, since modern LCD monitors all run at 60Hz). Philipp

This gdb log doesn't say anything at all, since you missed these important steps (condensed the two posts into one guide):

Please attach the crash_log.txt also as the Log.txt alone is not revelaing much. Or if you are confident using gdb, please start X-Plane in gdb and post the stacktrace here. Instructions are available over there: http://forums.x-plane.org/index.php?showtopic=29916 Philipp

This is still the same error message: XSquawkbox tries to draw something and then the ATI driver crashes. Can you try without Xsquawkbox first to narrow down the cause? Philipp

Your log file does not show anything scary. A user has reported the freezing issue when having Google Chrome running in the background. While I don't have this issue, it might be worthwhile to check for running applications in the background, especially those utilizing hardware accelerated graphics, like Google Chrome, Internet Explorer 9, Flash player,... Also, the old crash_log mentions methods of the ATI driver. You should look whether an update is available from ATI for your graphics card. Philipp

I've upgraded my X-Plane on all three OS's and not found a showstopper whatsoever. After your post I explicitly tried with and w/o volumetric fog and with and w/o pixel shaders. 9.70 with CRJ is working fine here. You might try to save your preferences by moving them out of the Output/ folder, so X-Plane will generate a fresh set. See here: http://www.x-plane.com/blog/2011/06/the-cult-of-bad-preferences/ Philipp

Is there a reason you are still running 10.6.0 when the current version 10.6.7 (10.6.8 in a few days)? I suggest updating your Mac OSX first, as there could be virtually any number of errors, perhaps even still related to the font stuff that gaves us so much trouble. Philipp

This dataref is dependent on other states, and it may read 2 when the main charger is powered. For the checklist you only care for the position of the physical switch, as this is what the pilot triggers. The dataref for this switch is CRJ/elec/master_bat_sw Philipp

Hi, now here we have the problem: dlerror:/usr/lib32/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by /home/eeyore/X-Plane 9/Resources/plugins/vascore/lin.xpl) Your distribution ships with an old version of the GNU libc++. I either suggest upgrade to a more recent version of your distro (Ubuntu 10.10 and 11.04 have been tested to work well), or if you don't want to upgrade, install yourself libstdc++6, and libc6 to /usr/local/lib32, make sure /usr/local/lib32 is behind /lib and /usr/lib in your /etc/ld.so.conf and do a sudo /sbin/ldconfig after that. Philipp EDIT: Be sure to load the i386 version of the libraries, and NOT the x86_64 version, because X-Plane is a 32bit application, and so is the CRJ. EDIT: As MdMax pointed out, it is probably sufficient to just install this package http://packages.ubuntu.com/natty/lib32stdc++6

Tom, the only change that effects PC users is: - Lite version patched to work with license system. Some people reported they could not get the Lite version to work. This is fixed in this small update. as you can read in the announcement. Cheers, Philipp

It turned out that the problem was caused by moving folders around after the installer finished. So this is a general advice to ALL: Please leave all files and folders in place where the installer puts them. Moving the supporting folders like the "JRollonPlanes"-folder somewhere else will cause any kind of problem like missing textures, being unable to load an airport, etc... Philipp

Okay, this looks normal as it's the standard setting on Windows XP. The setting is called "Dateinamenerweiterung bei bekannten Dateitypen ausblenden" in the German version. But nevermind, what you are seeing is perfectly normal. Since you speak German, I sent you a PM. Philipp

Start by just posting the Log.txt and we will move on from there. Also, I stongly advise you to NOT copy or move any files anywhere. The installer is there for a reason: It puts all files where it is supposed to work. If you messed that up, remove ALL those files and reinstall from scratch. Everthing else is begging for problems! Philipp

Which OS do you use? Are you sure the file is really named "FMS" and not "FMS.tga", or is your File Manger hiding the extension? Philipp

There seems to be a problem with the locale setting. You don't actually have to switch the language, you just have to make sure the "decimal mark" is a POINT and not a comma. See here: http://forums.x-pilot.com/index.php?topic=2168.msg21163#msg21163 Philipp EDIT: Damn, you are fast this morning, Javier

Did you by any chances remove or rename the display frame? Have a look at Your-X-Plane-Dir/JRollonPlanes/CRJ-200/ there should be a file called FMS.tga if this file is missing or renamed, no frame will be visible. Philipp

Failed: C:\Users\designgame\Documents\X-Plane 9.5\Resources\plugins\shrink-wrap.plugin\win.xpl. (The plugin refused to start by returning 0 from XPluginStart.) Looks like an activation issue to me. Cameron for the help!

joeslick112, your logfiles show a few problems: 1. Loaded: C:\Program Files (x86)\X-Plane\Resources\plugins\win.xpl. Whatever that is, it should not be there. If a file is called Win.xpl it is part of a fat plugin and should not sit in the main plugin folder, but in its specific subfolder 2. Failed: C:\Program Files (x86)\X-Plane\Resources\plugins\x737plugin.xpl. (This file is missing, not a DLL or could not be loaded due to another missing DLL.) This is an outdated version of the x737 plugin AND it is sitting in the wrong place. The current x737 plugins are per-aircraft plugins that sit in the Aircraft/x737/plugins/ folder, not the Resources/plugins/ folder 3. C:\Program Files (x86)\X-Plane\Resources\plugins\PythonInterface26\win.xpl : Error Code = 126 : The specified module could not be found. Your python installation is either missing, outdated, or installed at the wrong place. I suggest a repair install from the control panel. 4. x737 disabled: Found an incorrect installation location. The x737 will work fine if it is installed within an x737 aircraft directory. Failed: C:\Program Files (x86)\X-Plane\Resources\plugins\x737plugin.xpl\win.xpl. (The plugin refused to start by returning 0 from XPluginStart.) As I said, outdated version AND wrong folder 5. Loaded: C:\Program Files (x86)\X-Plane\Resources\plugins\xpfmcconn\win.xpl. Loaded: C:\Program Files (x86)\X-Plane\Resources\plugins\scs\win.xpl. You have both the old and the new vasFMC plugin installed. This is not going to work. Remove the old one (xpfmcconn). I can't say which error specifically triggers the CRJ-200 to freeze, but given the amount of misconfiguration I suggest you clean ALL of these errors before trying the CRJ again. The crash log itself shows that XSquawkbox is crashing, but this might be a result of the combination of errors and CRJ behavior. Please clean up the errors, upgrade XSquawkbox to the latest version, and try again. Philipp

I already wrote about that: Chrome uses hardware acceleration for CSS transformations and fontrendering. So the chrome processes (one per tab) compete with the CRJ threads (one per display) about font access. http://forums.x-pilot.com/index.php?topic=2434.msg23331#msg23331 http://forums.x-pilot.com/index.php?topic=2098.msg20802#msg20802 Cameron, we should think about selling an CRJ+IPad combo package so people will have their browser on a separate display Philipp

My suggestion would be to unplug the Throttle Quadrant, and try it once without it. If it works, re-plug the quadrant and re-assign !!!!! the axis in the preferences. After that, you should be fine. I use the Saitek Quadrant instead of the CH one, but that should make no difference at all. Philipp

Scout98, this looks like an activation issue: Failed: Macintosh HD:Applications:X-Plane 9:Resources:plugins:shrink-wrap.plugin:mac.xpl. (The plugin refused to start by returning 0 from XPluginStart.) Cameron will help you with this. Philipp

This looks like an installation error to me. You seem to have an old version of vascore installed. Remeber, the hotfix can not be installed over the 1.0 version, you have to update to 1.1 first and then apply the hotfix. Or, did you by any means make a backup copy of the old vascore? Also this will hurt if there are two plugins with the same name loaded. Philipp

Hi Kamil, I'm unsure what the best advise for you is. I can only say I'm running Linux on a much weaker system, a notebook with Dualcore+hyperthreading (not a "real" quadcore) with a slow 256MB mobile NVidia graphics card and I don't experience any stuttering. Of course, performance in terms of FPS on my desktop computer is better, but on the notebook I have no noticeable stutters, only some minor ones when I display the LEGS page. I'm using both OpenSuse 11.3 and Ubuntu 10.10 for testing, both manually equipped with the latest 270 nvidia drivers, (not beta, just latest stable manually installed with specific compiled kernel module) and results are actually better than when using windows on the same machine. So my advise is: -Look for background processes stealing CPU time. Google Chrome tends to suck up some load when running with a few tabs in the background for me. -Do you already have a kernel with the so-called "wonder patch" to the scheduler? -Try the latest nvidia drivers (not via distro-update, directly via nvidia-website) Philipp

I'm in contact with the XPUIPC developer (who is also german, so I'm happy to say that communication is quite fast ) to solve this trouble. In the meantime you could help me by giving me download link where I can get a free XPUIPC application that can be used to trigger the crash 100%. Philipp

Never, ever seen this before ??? Markus, can you provide me with a setup and steps to reproduce? Philipp