TheFiddler

Be advised that some people seem to have run into trouble* when they installed regions without having Global. If you already have Global anyway, it may be better to install that first, as the "general background", so to speak, and then add the more "specific" OLCs and regions later as required. Good Luck! the Fiddler * I don't remember how severe, though; and it may have been solved by now.

It is. It is also not the point at all. I don't expect Orbx to fix my specific setup. (In fact I keep wondering if some of the migration-induced problems are fixable at all, technically, without dumping the whole "unified" idea. But what do I know...) I would however insist that Orbx make available some more options to deal with the problem, options which could easily be offered. At the moment the way forward is blocked by the maxim "Get unified or you're out" (with regard to future products and support). OK, Orbx have of course the right to define their business strategy as they see fit. But if you have been migrated already, and landed in a mess, the way back (to the pre-migration status, with the products you have already purchased) is also blocked, because files (libraries, FTX Central) from earlier versions are no longer available, and instructions are missing how to get cleanly out of the post-migration mess (if you are in any), and how to go back to the earlier state. (We can't figure it out ourselves as we don't know what exactly the migration has been doing behind the scenes, with or without success.) Both of these necessities (access to the earlier files, and the guidelines) could be easily made available, at practically no extra cost to Orbx, as far as I can see. We just want to have the option of rolling back if we so choose, that's all. Surely that can't be so hard? And yes, as things stand it would mean exclusion from all future Orbx products, which make the "unified" framework compulsory. But to accept that or not is then our (the customers') right to define our business strategy, so it's not a problem either.

Excellent, thanks Steve! Cheers, Martin

Also v.2.9 directly on top of v.2.7 (skipping 2.8)? (I know, asked above already, but no reply so far.) Cheers, Martin

Greetings, I missed v.2.8 and it is now no longer available (Fastspring site) -- can 2.9 be installed directly on top of 2.7, too ? Cheers, Martin

Thanks anyway, I do appreciate the will to help! :smile: From what I have read, I could understand that EZCA does not work with a specific aircraft (probably due to forgetting to run the config tool indeed), or even that EZCA is missing from the add-on menu. But what stumps me is that even though FSX prompts me for, and gets permission to run it (which proves exe.dll is also OK), it is then actually not even loaded. Cheers, Martin

Yes I did, and then checked that an EZCA camera definition ("Title=EZdok Aircraft Universal camera") had indeed been added to the aircraft.cfg of the plane. But could that utility (or failure to use it) do anything else at all which might go so wrong that EZCA doesn't even load? Thanks for the reply! Cheers, Martin

Hello All, I have used the splendid EZCA a.k.a. EZdok (v.1.1.7.0) for a long time now, and cannot imagine flying in FSX without it. Unfortunately, precisely that seems now to be the prospect. :unsure: So far, never a problem, and EZCA has worked just fine for all aircraft and with all setups I created. Yesterday, I installed a new add-on plane (the Aerosoft DA20 Katana). I then conducted a first short test flight, using EZCA (and even creating a new EZCA profile for this plane), and all still was perfectly OK. Later I discovered various issues with the DA20 (it turned out that the installer did not do its job properly). These are now more or less fixed, but at some point I discovered that EZCA was actually no longer loading when FSX started. This makes FSX in effect unusable for me, as no plane can be controlled any more unless I re-assign all joystick input etc. directly in FSX again -- which I don't want to do, I'd prefer to stick with EZCA. Some details: exe.xml checked; the EZCA entry there is still OK (compared with known good backup copies); file validated as well-formed XML. dll.xml also checked and found OK (just in case; I don't think it is really relevant here) fsx.cfg entry for EZCA in the [Trusted] section was the same as before, when everything was still OK: Now I changed it minimally, so that I am currently prompted each time on FSX start if it is OK to run EZCA (to make sure that FSX at least tries). I then give permission, but refuse permanent Trusted status (so that I am prompted again next time.) It seems clear that EZCA really does not load at all: Not only is the FSX Add-ons Menu entry missing, but there is also no EZCA icon in the taskbar (Windows 7), nor can ezca.exe (which has admin privileges) be found anywhere in Process Explorer. I have of course searched this forum (and others) for info, and have seen references to SimConnect issues. However, that is something I really don't want to touch: -- Firstly, I really don't think it is the issue here (it would perhaps be if EZCA were loaded and then didn't work, but apparently it does not even start.) -- Secondly, messing with SimConnect seems quite dangerous, so I would first have to see a different proof that it really doesn't work before I even consider fiddling with it... For similar reasons, I would not consider re-installation of FSX, SP1, SP2, or indeed Windows 7... :o Re-installing EZCA might be an option, but can it be done without running into "activation counter" issues and such? (I do have a backup of the F1 Installer as downloaded, not just the unpacked installer; and I haven't installed it more than once so far. But still...) As said, without EZCA, FSX is practically dead for me, so all ideas and tips would be greatly appreciated. Thanks in advance! Cheers, Martin

Try http://www.flightradar24.com "Live" traffic is on a map (delayed by 5 min for US flights, though), which has a search function for flight numbers or aircraft registrations. (On the same map, you can also have playback of past flights.) For historical data, use the Database menu, then Search; again search for flight numbers or airports or aircraft registrations. The latter will give you a list of the latest flights of the respective plane. HTH

Merry Christmas! I got AS2012, have just installed it, and was promptly hit by this ("download failed"), suspecting of course something to be wrong with the installation... Never mind, no big deal, such things happen. And I'm glad it's not me... Merry Christmas again! Cheers, Martin

Thank you for the reply, Dan.(sorry for the delay, I got accidentally cut off the Internet for a while).I am running XP and have admin rights everywhere.The files in question are probably 737Kbd.ini and 747400Kbd.ini ?Only if they are separate files, I don't see how they could interfere with each other (although I seem to remember this was an issue earlier). Or perhaps the problem was that the same dialog from the PMDG menu is used for both the 737 and the 744 assignments (depending on which aircraft is just loaded?). Anyhow, I will keep an eye on these files. May be just making backups and activating the "right" one before the FS9 session will solve the issue already."Overlap" with direct FS9 assignments is of course also a possibility, so I will have to look into that, too.Thanks again for your help.Cheers,Martin

Hello,a question to the veterans... :( After a long time (years!), I have finally re-activated my PMDG 737s (in FS2004!) again, and was quite surprised and impressed how sophisticated they are; had forgotten all about it.However, I ran into a (minor) nuisance concerning key assignments. During my flight session, I had to re-assign the doors keys (I used ctrl-shift-1 and ctrl-shift-2) at least three times. They did work*, but every time they had gone after a while. (I fiddled around with the doors while still on the ground, so I noticed.)Then, at one point I was alerted to the front door suddenly having opened magically at cruise level... :-)And again, the key assignments for the dooors had been lost in the meantime. * This is not yet another one "How to open the doors" question! :( I seem to remember vaguely that key assignment conflicts between various add-ons were a much discussed issue earlier. If memory serves, especially after the PMDG 744 came out (which I also have, both PAX and 744F variant), there were some sort of "priority" issues between 737 and 744 keys. I also suspect that AES (which came of course much later) might have to do something with it.But I can't remember any of the solutions which were suggested at the time.Before I have to trawl through dozens of forums and messages from years ago* -- can someone perhaps point me to some concise info how this issue could be handled? * I did of course try a search on this forum first, but to no avail so far. Was there some file where these PMDG-specific key assignments are stored (possibly the same one both for 737 and 744?), and which could therefore perhaps be used for fixing these problems?Or even better, for preventing the loss in the first place?Thanks in advance for any tips!Cheers,Martin Erdelen

> ... in a German forum ...Which one please?(I do believe you :), I'm just curious if there is more info there).Cheers,Martin

Thanks for the tips!I wanted to give an older version of SBuilder a go once, was thwarted by some installation issues, and gave up; but I'll try again.My main concern are actually the 3D objects, may be I really have to disassemble and try to change coordinates.Cheers,Martin

Thanks for the reply, Jon!This is just a small grass field for gliders, so approaches are not a concern here, just a few 3D objects and the concrete ramp :)Cheers,Martin