philipp

Never-ending Windows-pecularities *sigh* Philipp

First, the WPT SEL page is normal, it appears when you enter an ID that exists twice in the database. Not uncommon. There are several three-letter codes that are taken for multiple Navaids (VORs and NDBs) around the world. To let you tell them apart, the frequency is displayed right next to it. Unfortunately, the current version shows only the MHz frequency part, and the decimals are always 00. The fix is included in the upcoming patch.

VNAV advisory is a carrier option in the CRJ-200. I want to inlcude it in future, but it is not uncommon to fly a CRJ that doesn't have this carrier option. Philipp

As Cameron said, same problem as with x737 and XPUIPC, adressed in upcoming patch. Philipp

I'm there, also for the dinner - who else? For those not attending: It means I will be offline tomorrow. Javier and Cameron will do their best to answer all questions. Cheers, Philipp

FedSex - when you absolutely need to get it overnight.

Okay, do you have any development tools installed, that might cause a different libstdc++ is in the runtime linker's search path? Like, do you have macports, fink, or homebrew installed? Do you have a custom installation of Qt? Please open the Terminal, navigate to the CRJAvionics folder and post the output of the following command: otool -l mac.xpl (the character behind the minus is a lowercase L, not an I). Philipp

There you go: // 0 = FMS1 | 1 = VOR/LOC1 | 2 = VOR/LOC2 | 3 = OFF "CRJ/mfd/nav_source"

Great! Now I will have a look if I can teach the FMS database loader to work regardless of the locale setting. Philipp

Wow! MdMax, now that is a good input !!! Despite I'm german, I use the english locale everywhere, even on Windows, so it never occured to me that there might be a problem with the German locale. I will try that as soon as I'm at my Linux rig again. Philipp

I fully understand your problem, and you can be assured that the FMS reads the data from NavAID database both VORs and NDBs. However, as I already said, the FMS cannot "guess" wether it should take an NDB or VOR (or any of the VORs if there are more with the same name). Well, it could just select the "nearest", and it would probably work in 99% of the cases, but this is NOT real! As I said, google for the American Airlines Flight 965 accident! Philipp

I don't "refuse" doing it because it is "policy", but because it is economically not feasible. I would have to buy all the hardware and reverse engineer all the drivers. Either I use standard X-Plane datarefs - then you have only standard functionality, but all hardware works. YOU would be the loudest to whine if the CRJ used only standard X-Plane systems. Or I program the systems custom, using own datarefs - of which the hardware manufacturers of course don't know anything. Philipp EDIT: The Button2DataRef plugin does what you want: assigning keypresses or joybuttons to datarefs. It's free and for all three platforms: http://forums.x-plane.org/index.php?app=downloads&showfile=13340

Thanks. I will setup a virtual machine with Fedora.

I got positive reply that the CRJ is running well on 10.5. Is there any OSX update you didn't install? Can you make sure you are running the "latest and greatest" version? Philipp

This is NOT an X-Plane problem. This is a windows problem. Apparently, the Windows update keeps deinstalling the Visual C++ runtime. Try the following: -Deinstall CRJ -Go to System preferences, Software, Deinstall (remove, not repair) Visual C++ 2010 redistributables x86 - Reboot - Run any Windows updates, including any updates to the Visual C++ runtime - Install the latest runtime directly from the microsoft website: http://www.microsoft.com/downloads/en/details.aspx?FamilyID=a7b7a05e-6de6-4d3a-a423-37bf0912db84 - Reboot - Run Windows update again, and install any update that now surfaces - Now, start the CRJ installer, and when it asks to repair the C++ runtime installation, just click cancel! Don't let it do anything. The installer might tell you that installation didn't work, but the CRJ files will all be in place This is the only way I can think of to deal with what is likely a borked Windows setup. Philipp

Thank you for this. Glad you have a working setup now. Can you tell me the exact specification (build number, kernel version, ...) of the Linux distro where it didn't work? Preferably a download link? So I can check what the underlying problem was? Philipp

No. X-Plane 9 unfortunately does not allow for assigning keystrokes to datarefs directly (see below for a workaround). However, datarefs is the central concept to ALL input/output to X-Plane. To make the CRJ accessible to owners of home cockpit hardware providing all the datarefs is the ONLY practical solution. I simply cannot program drivers for all the hardware that is out there: Saitek, VRInsight, OpenCockpits, GoFLight, etc... I would need to buy ALL those, and retire for five more years to come up with a CRJ compatible to all of them - and the CRJ would have to be sold for like $500 then. Hardware owners are a FEW - but the costs for developing for all this hardware would have to be paid by ALL customers, 95% of which don't own a switchpanel - pretty unfair, don't you think? By publishing the all the datarefs, hardware interface can be created by people who physicly have the hardware, if there is a sufficient interest. I have no problem if someone takes all the datarefs and writes a fully CRJ-aware Saitek-driver and sells it. I would encourage it! And for those who would simply like to use the keyboard, there is also a workaround: There are several free plugins (i know of two, which can be downloaded at the org) that allow for assigning datarefs to keystrokes (which X-Plane itself, as already said, doesn't). Philipp

Smells like the C++ standardlib does not match. Never saw this before. Might be because you are running on 10.5. I will check. Philipp

Did you run the hardware test?

Log.txt shows nothing unusual. Please post the crash_log.txt (from X-PLane mainfolder). Also the Crashdump might be helpful. To get this, click "Report" when the "Application has crashed" dialog pops up, then click "Details" and also post this detailed report here. Philipp

What kind of throttle hardware do you use? Do you have to separate throttle axes configured, or just one master throttle axis? philipp

Most likely the exact same issue as the XPUIPC incompatibility.

TO/GA modes are marked RED in the manual, you can clearly see that they are not simulated at this time. We did not promise anything that is RED in the manual. This is why you can download them before purchasing the aircraft. Philipp

Strange error. I'm a bit out of ideas right now. CRJ is tested with openSuse 11.3, 11.4, Ubuntu 10.10 and 11.04. If there was a library mismatch, the CRJ should not have loaded in the first place. Are there any other systems you can test on? Philipp

Thanks. Now this is interesting. I can by no means reproduce this error. I tried several times, and I hit Graz VOR spot on. But you posted the most likely cause of the error: The coordinates are not read correctly from the database. When I load LESA, I get the exact same coordinates as in the tutorial. Did you update the navdata already? To narrow down the cause of your problem, would you please re-install the CRJ so your Database on the STATUS page reads "1103 (10/MAR/2011 - 06/APR/2011)"? If it works then, there is a problem with the latest Navigraph update. Philipp