philipp

please check your pm.

There is no easy fix for the CRJ (other than editing each file by hand). The problem is, we have three different opinions on magnetic variation here: -X-Plane has a built-in model for magnetic vatiation -the procedures were encoded with a variation at that airport some point in time -the navdata XML file is derived from the procedures using yet another model and the magnetic variation used here is NOT encoded anywhere in the file The CRJ uses WMM2005 to guess the magnetic variation at other places and uses X-Plane's magnetic variation for the position where it is right now. This works out well in the average case, and not so well in special cases like yours. The new navdata encode a field called "recommended navaid" and that in turn has the magnetic variation used to encode this procedure.

This, Gentleman, is an excellent example of one of the many many reasons why I decided to drop the XML-Format for the Navdata and use a much more robust and more coherently specified format when I started development of the 777. Of course, hindsight is always easier than foresight. CRJ, Navigraph XML vs 777, Aerosoft NDP Philipp

Hi, I have an update on this. Today I had the chance to get my hands on a 2009 MacBook Pro of a friend that still runs 10.6.8. And guess what: The CRJ 64bit worked. Let me put this straight: Apple very clearly says that what I'm doing is NOT compatible with OSX 10.6. Nevertheless, it appears to work. But: As this is strictly not supported by Apple, it may break any time in the future. That is it might break any time X-Plane is updated, the CRJ is updated or my XCode is updated and thus the next CRJ update depends on a newer XCode. As of now, CRJ 1.5.3/64bit works on 10.6.8, but I don't guarantee any support in the future for this configuration. If it works for you, fine. If it doesn't, you were warned. Philipp

The 64bit switch is an excellent opportunity to get rid of old technologies not longer supported by Apple themselves. The compiler Apple uses for targetting 106 and earlier is a joke. It's like 5 versions behind it's Linux counterpart now. Instead, starting with 10.7, Apple ships a new toolchain which is better in standards compliance and faster. Apple traditionally supports targetting the latest and the second-latest OS with their latest SDKs. Which at this time means 10.8 being the latest and 10.7 being the second-latest supported version. The deal with OSX support in 64bit CRJ is clear: 10.7+. There is no way back to using the rusty old gcc compiler and targetting 10.6. According to X-Plane's statistics, 10.6 makes up less than 4% of X-Plane's total user base. That is actually less than there are Linux users. Well, try using std::async or lambda functions with gcc 4.2 and report your results

That depends on how the SerialFP program from VRInsight works: -If they work on X-Plane Datarefs, you can simply use all the datarefs available in the file and map a dataref to a switch or rotary on the panel. However, their plugin needs to support "deferred initialization", because the CRJ datarefs are of course not available on X-Plane load time, but only when the CRJ itself is loaded. -If they work on X-Plane Commands, you have to use either xjoymap or Button2Dataref to create a "fake" button that toggles one of the datarefs and then have SerialFP command this "fake" button.

Folder structure looks okay from here. Try deleting the cache (delete the four files inside cache/ directory besides navdata/) 1212 works fine for me. There is no "RW" in front of the runways (that was back in the old days when we used a different format): Philipp

That means you've made an error installing the new data - if the cycle dates show up correctly on STATUS page, it only means the cycle_info.txt is in the right place. You probably forgot to move the LevelD_proc folder. In case you are confused now - revert back to the original installation, take a look at the folder contents before overwriting again.

thanks, I can read it now. Unfortunately it tells next to nothing, I only have a vague idea what it could mean, in that case the 64bit version cures it. If you want to test in X-Plane 10.20 64bit beta, write me a PN.

The zip is broken, I cannot extract the file from it. Neither with Archive Utility (mac) nor on Windows.

I now have enough testers. Thanks for reporting in.

I need a few reckless brave volunteers for testing the 64bit version. Before you apply, please make sure you have the following: -A separate X-Plane installation for trying Betas. Do not screw up your "main" X-Plane with early Betas! -The ability and willingness to do backups -Experience in dealing with files in X-Plane without installers - if the file structure of X-Plane is a mystery to you, please wait for the official update Also, you need to have an operating system supported by the 64bit version of the CRJ, such as: -Windows 7 64bit or Windows 8 64bit -Mac OSX 10.7 Lion or 10.8 Mountain Lion -A 64bit edition of Ubuntu Linux 11.04 or later Please drop me a private message if you want to participate. Philipp

A little bit more info is needed: Which operating system, which version of X-Plane?

If you are on Mac, please send the crash report files: Open /Applications/Utilities/Console, select "User Diagnostic reports", find the entries in the list that are labelled "X-Plane". The entries are sorted by date. Select the latest one that mentions X-Plane, and post them here.

The problem with Linux is that there are too many flavors of it. I test the CRJ on the two last Ubuntu LTS versions, latest Mint and openSUSE. By that I get by far the largest coverage of Linux installed base. Unfortunately I don't have time and resources to install even more distros on my PCs to cover the >0.3% of the total CRJ customer base who use more exotic operating systems. As I can see on your Log, you are using X-Plane you installed on Windows. Which means you are probably a happy CRJ user on Windows. If you want to use X-Plane on Linux, stick with a more mainstream distribution like Ubuntu. You will have a better experience with that in the long run. Philipp

Different. Not portable to the CRJ.

you need to install libopenal package of your distribution.

I received notice already from two other users that it solves the problem for them. If I get another two or three positive replies, we'll package it in an official update.

Probably also related to the fontconfig cache. Please try the fix.

Neither the weather radar nor the TCAS can be made scaling without crippling performance, unfortunately. The weather radar image comes from X-Plane at a fixed setting, and we can't scale it easily - I asked Ben Supnik about getting the texture in a format I could render the range correctly, but this is unfortunately not possible without getting your computer to it's knees. It requires copying the WXR image back from the graphics card to main memory before we can do anything with it. Graphics drivers are not optimized for that, since usually stuff goes the other way round (from the main memory to the GPU). My poor Linux notebook simply crashed the graphics driver when trying, my Mac threw up it's hands and retreated to 19fps with the dreaded fog. So there is no way we can have the radar image scaled correctly that works on all platforms, with all graphics cards and leaves you with some fps for flying. Bottomline: This is going to stay as is, unless X-Plane gives us access to the WXR image in a way we can do without hacking the GPU. But the Laminar guys have far more pressing issues than that.

Please check this:

EDIT: With CRJ 1.5.2, the new Linux plugin is included with the main download. Some people reported trouble getting the 1.5 version to work on Linux. I did a bit of research on this, and might have found what is giving you a hard time. The problem is the libfontconfig library that has a bug since 2010 and was not updated in the Ubuntu 32bit compatibility libraries, only the 64bit branch contains the bugfix. So if you are having trouble with the CRJ 1.5 either not loading up at all or crashing on Linux, download the attached zip file. EDIT: File removed, as it is now part of the main download. Go to X-Plane/Aircraft/X-Aviation/CRJ-200/plugins/CRJAvionics/ and move both the lin.xpl and the liblinux folder somewhere else, to a backup location, so you can revert in case it doesn't work. Now put the lin.xpl and the liblinux, liblinux_ubuntu1004 folders from the attached zip in. If you are using a recent version of Linux (Ubuntu Oneiric or newer) it should work. If the CRJ now crashes on load because the fontcache is broken, delete the contents of both ~/.fontconfig and /var/caches/fontconfig if it still doesn't work, you are using a very old Linux (Ubuntu Lucid Lynx), copy the contents of liblinux_ubuntu1004 over into liblinux folder. Sorry that I had to put tar.bz2 into a zip, but the forum won't allow me to upload files with bz2 extension. So you have to uncompress before you uncompress, yo dawg! The password for the zip is the first item of the first checklist in the Pilot Handbook pdf (it's two words, and capitals matter). Philipp

Switzerland IS clean - look at their advertisement for summer holidays in Switzerland

This looks like the X-Plane.org installer. Please use the X-Plane.org forums for support on that one -> http://forums.x-plane.org/index.php?showforum=121 If you post your problem there, please first make sure your downloaded installer matches the md5sum - which is an indicator to make sure the download didn't get corrupt. To do so, open the Terminal window, go to your Downloads/xplane directory and execute the following command: md5sum CRJ-200-V145-Linux-Install and compare the output to what it should be: MD5 (CRJ-200-V145-Linux-Install) = aaaab8c2257b2f2e9ccc358f65163b2e If the numbers don't match, your download is corrupt and you have to download again.

please check your private messages