philipp

The log file shows that the vascore plugin does not load, and hence, the CRJ plugin cannot load. Please un- and reinstall the CRJ using the installer, and make sure you select the X-Plane MAIN directory when asked for, not a subdirectory like Aircraft. Philipp

Please post the Log.txt of X-Plane, and also your system specs. Sounds like the plugin doesn't get loaded. Philipp

This bug seems interdependent with the Wpt Sel Bug. Looks like a stupid copy&paste error on my side. Rest assured that a fix is underway

Yeah, the thing with the generator... LOL I remember doing a full flight with the GPU cart dangling from the fuselage until I sometime went to outside spot view to notice it Too bad I don't have a screenshot. Philipp

Many posts here have shown the LEGS page of the FMS is the culprit. I have this on my radar. For the time being, I can only advise you to only show the LEGS page when you need to look up information there. @Jack Skieczius: Display refresh rates of 1fps have not been reported by anybody else so far. However, I remember yesterday posting an answer to you about how other plugins using openGL might interfere with the CRJ. I clearly remember posting this as an answer to your question, you should be able to find it. Philipp

inspried2 has posted he is using an AMD Quad core, but not the clock rate so far. For now, I can only advise you to not display the NAVAIDS in >160nm view on the MFD and stay on the LEGS page not longer than you have to look up something there, while we are doing further measurements with this. Philipp

Seems like a real bug to me Added to my list. Philipp

The XPUIPC problem is closely related with the x737 problem. It is already solved "behind the scenes" and will be included in the first patch. Philipp

There is no such thing as an "i7-Q740 duo core". Anyway, 1.73 Ghz Dual Core is way too slow. As a rough estimation, it runs well on a 2.6Ghz Dual Core or a 2.4Ghz Quad Core. Philipp

I place any bet that MdMax is right - The CRJ doesn't touch any settings or settings files. Philipp

The display on the waypoint select page is wrong. Known Bug. Look at my Sticky. Philipp

The log clearly shows its the graphics driver crashing. Please state vendor, model and driver version. Try updating the driver to a newer version, if there is one. Did the hardware test work for you? Philipp

Hi Tobs, first things first - using UFMC with CRJ will cause problems. Crashing at best, totally unpredictable A/P behavior at worst. I can imagine why you want some of the capabilities of UFMC. But we are actually correct with the Rockwell Collins FMS-4200 pilots guide: the FMS of the older series simply CAN NOT calculate T/O speeds, Vref or Vapp speed. You are right that it must be able to do correct holding entries, I agree with you on that. It bugs me as much as it bugs you, so I will enhance the FMS in this point. But I will do it based on the documentation I have, and if Rockwell Collins says the FMS 4200 doesn't calculate T/O speeds or Vref/Vapp, I will not implement it! To quote an experienced CRJ pilot from the Work-in-progress forum So this is it. I can promise you I will enhance the holdings and work on improving the turn anticipation issue (the root cause of the A/P struggling with the red line). But I won't give you stuff the real CRJ, as for my documentation, can't do, and this is a completely automated VNAV descent. Regarding the manipulators: Javier already wrote something about this. Basically, we are struggling with X-Plane pecularities here. Regarding assignable custom commands, I will compile a dataref list for cockpit builders and other hardware enthusiasts. Every single switch in the CRJ is tied to a custom dataref, and I will open them for cockpit builders. However, 99% of the users out there are flying with joystick and mouse, so mouse manipulation is what we care about. Custom commands for hardware with a gazillion switches is less important to the average user, so it is a lower priority on my list. Expect me re-visiting this topic only AFTER I sorted out the bugs in the pinned list. Cheers, Philipp

The display frames are textures you find in the JRollonPlanes/CRJ-200 folder (under X-Plane main). If you rename the DisplayFrame.tiff to example DisplayFrame.tiff.backup they won't get loaded anymore. If you want them back, just rename them back. Philipp EDIT: I just remembered we switched to TGA textures for the Mac. So if you are on Mac just do the same as I said above, but with .tga instead of .tiff. In future, we will only use the TGA textures to be consistent.

Now this is an issue description I can work with, thank you very much for your collaboration. Added to my investigation list. Philipp

Thank you. You have a very powerful system that should be able to handle the navaids with ease. Can you confirm the VOR or NDB display cause the same stuttering? Or is it only the navaids display? What precisely is stuttering then? Only the navdisplay or the whole simulation? Philipp

Could you please put your operating system in your signature? It's hard for me to remember what OS every of our customers is using Because on windows I have an idea what could cause the problem. Philipp

Javier has already identified the transparency issues and will fix them for sure. However, Javier knows what side effects he has to keep in mind when fixing something. If someone else does this, he might very well break another system, like the window icing. So please keep in mind: Only "official" patches will be supported! Philipp

Please, follow Camerons advice by all means and use the installer (of course the new patched one, in case you haven't already). If you copy things around by hand you will certainly break something, as the CRJ relies on all components to be in the right place to function correctly. Philipp

The behavior you are experiencing is closely related to the x737 incompatiblity bug. This is currently my #1 prio on the fix list. Philipp

TOBS has made an interesting observation here. This might be the root cause of the occasional problems. It's on my list, as you might have noticed. @html_splash: I'm afraid I cannot help you with this. I use X-Planes joystick axis input that is assigned to the throttle axis. If your plugin feeds in the data "behind" this, the CRJ will not "catch" it. Can you try configuring your hardware like a "virtual joystick" so you can feed it to X-Plane as a normal axis? Philipp

Kamill, you are the only one running Gentoo Linux here. So far, you have been the only one to -report the "boxes" in the PFD waypoint display -report this behavior of the displays. This looks like a misconfiguration of the graphics drivers to me. As I think you are an experienced Linux user, do you know how to utilize a sampling profiler? If you have sufficient interest, I can do a debugging session with you where we can find the culprit. Philipp

Unfortunately, there is nothing I can do about that. openGL is completely single-threaded, which means all accesses to the openGL context must be synchronized. I took great care to get this absolutely right in the CRJ, which uses up to seven threads and all the draws get serialized to go through the openGL pipeline just in time - if you see this in a thread profiler, you will see I built really some kind of choreography to get this right. Now, if there is yet another program that wants to draw openGL and makes changes to the context which are entirely out of my control, this can't work anymore. So I'm not surprised that a "competitve" openGL program messes this up. So, as for your display refresh rate problem, can you please test the CRJ without any third-party plugins running? They have to be definetely more than once a second given your PC! I have reports from people with quite comparable or even slower PCs and the displays are running good there. 1. run CRJ on clean X-Plane - displays should work with your PC. If they still don't there is something wrong with your NVidia driver or you have a borked setup 2. try adding back the plugins to find the one that kills the display refresh. I fear you will have to do without this then, since I cannot program a gazillion different versions of the CRJ for every combination of other plugins that are out there. Philipp

Only Cameron can fix this. Perhaps he doesn't check this forum that often. Please use the contact form on the X-Aviation site and he will help you for sure. Philipp

It seems Steven has at least some experience in this. Steven, would you mind writing up your knowledge how to find these errors in a more detailed posting, that we can pin sticky in another forum? It has nothing to do with the CRJ, but it is nevertheless important. So if Steven wants to share this knowledge, we will be glad to put this up in the General forum or wherever it fits. Philipp