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

Hello,if someone would please refresh my memory (I'm a bit out of touch with scenery fiddling, and searching the Net and this forum lost me in the jungle)...I tried my hand at making a small photoscenery (using Photo Scenery Maker), and it went surprisingly well.(Yes, after decades of FSimming I can now finally see my house! :-hah)However, there is a small airfield in the area which is now slightly off position (relative to the photoscenery); it's not more than about 100 m but still...The snag is that this comes from a commercial add-on, so I have only the BGL files to work with* (apparently "old style" ones, e.g. *_2.bgl, *_5.bgl)Hence my general question:What is the current-state-of-the-art tool (if any) to shift a scenery by a given amount?I seem to remember there were such tools, but can't recall names or details. For starters I tried BGL2XML but that won't touch any of the BGLs in question ("BGL ID 1 not correct", which I understand to mean they are not BGLcomp-liant; or probably they are too old-style.)So, is decompiling* and fiddling with ASM files and such my only option?(And, if that's only for wimps, why not hexedit the BGLs directly? :+ )Or is there a more efficient tool to do the job?Thanks for all pointers!Cheers,Martin* Note that this exercise is strictly for my private entertainment and education, no intention of distributing anything.

Thanks*, Bryan -- good service as always!Cheers,Martin* somewhat delayed, sorry -- too many things distracting from the real important things in life, such as flight-simming... :)

Hello,does this Special Edition just add support for the non-A320 variants?Or are there other improvements?Also, will there be no further such improvements/SPs for the A320 Edition anymore??I bought the A320 Edition just a week ago x( , and as I have only the Wilco Vol.1, I don't really need/want the Special Edition (even with the discount) for the other types -- but what other goodies would I miss?Cheers,Martin

This topic has been moved by the moderator of this forum. It can be found at:http://forums.avsim.net/dcboard.php?az=sho...topic_id=140082

Problem solved! :-)A duplicate object/GUID issue, as suspected. :-scatterDuring this adventure, I have finally taken ObjectManager into use (the .NET 2.0 requirement so far had stopped me), so I can now do a proper inventory of what is where and using which textures.Thanks again for your help, Jim!And as a big bonus, I had a look at your web site (very nice design, BTW!) found ch_pnl.zip and then learnt about ch_plus.zip. I have so far used some very old similar tool, but it was rather simplistic; this combo is much nicer and more useful. Thanks for making it available! :-beerchugCheers,Martin

Yes, a typo indeed, sorry. I had checked just this "tyre vs. tyres" issue multiple times with the actual file names in the sim, and then still got it wrong in the message. Stoopid.Thanks, Jim, for spotting it, it's just the kind of thing that can bring one down if one doesn't get support from a different pair of eyes...I can also report some slight progress. I noticed that this TNT trailer model and texture (yes, it's the one you refer to) are used by several other sceneries I have installed on the new box, but not on the old. So on a hunch I disabled all add-on sceneries except my own, and bingo: textured wheels! How can a scenery suppress texture rendering of another scenery?Now remains just the puny task of re-activating about three dozen sceneries one by one (with an FS9 restart after each!) to find the culprit :-) I had another strange effect: Leaving no stone unturned, I took away the main texture file for that trailer, but to my surprise it was happily rendered anyway. Can a scenery use (on its own accord) textures from texture folders other than its own??(I checked: It was not available in any of the "general" texture folders which are always active, such as ...FS2004texture, ...FS2004Addon Scenerytexture, etc.)I think there is also some sort of texture cache from which it can perhaps come, but in this case I hadn't been near any of the other sceneries where that trailer texture was also used.May be both textures and model are not really coming from my test scenery at all, but from some other scenery (I had something like that happen once, when I got my test folders mixed up.)Curiouser and curiouser. But we're getting there.Thanks again for the support!Cheers,Martin

Hello,this one perhaps, for city to ICAO (and IATA) code and vice versa:http://www.airlinecodes.co.uk/aptcodesearch.asp(yes it has airports, too :-) )Another good starting point for all sorts of everything:http://www.landings.com/(check the index at the bottom of the page)For charts (collection of links, partly Real World, partly VATSIM sites):http://usa-w.vatsim.net/charts/Hope this helps.Good luck!Martin

Hello All,another one which is driving me crazy:I made a small scenery using some RWY12 gmax objects, among which a trailer ("13m Trailer TNT").On my old machine, all is well, everything including the trailer looks as it should.On my newer machine, the tyre textures for the trailer are not rendered. And ONLY those -- the main texture of the trailer (and of all other elements used in that scenery) are fine.Both machines have exactly the same BGL file and texture files, I have checked multiple times that the correct texture file (tyre.bmp, DXT1 512x512 16bit) is present on both; I even deleted all other scenery elements again to exclude any possible "cross-effects".What can be the reason that -- in an identical scenery installation -- one specific texture does not render on one machine, but is OK on another? Display settings are the same on both machines too. The graphics cards are different, though (ATI on old box, NVidia on new), but I can't see how this might be the reason to fail on one single texture.Thanks for any tips!Cheers,Martin

(veteran newbie alert! :D )Greetings,coming back to FS9 scenery design after a loooong break, I find that I have forgotten my basics. Can someone please refresh my memory?The case: I wanted to do a trivial and quick (or so I thought) job of creating just one building (an extra hangar for Gatwick EGKK) in gmax, then exporting to XML/MDL, then converting to BGL. Very simple. it doesn't even use textures.And it actually worked out just fine.The problem is that I see the building in FS9 only when located in certain places, in others I don't. The latter including the one (of course) where I want it :D.Everything is equal except the coordinates in the XML file (as exported from gmax and manually edited, no ObjectPlacer or such involved). So it must be some external factor, not an issue with the building itself.I have disabled all non-default scenery, and the scenery.cfg entry for my BGL is at the end (i.e. at top priority in the Scenery Library).Still, I find that the building is not visible e.g. near the Heathrow EGLL and the Gatwick EGKK airports (whereas London City EGLC vicinity is fine).Could this be an Exclude issue?But my (vague) memory is that Exclude affects autogen, not gmax/XML based scenery. Or?Or could it be an AFCAD file effect? But even if I move the building quite a bit away from e.g. the actual EGKK airport area, it still doesn't turn up.So, what am I overlooking here?Under what other circumstances will a functioning BGL scenery item not be visible in FS9? Thanks for all pointers!(I tried Google and FAQ, of course, but can't find the right search terms, it seems.)Cheers,MartinThis is where I wanted the building:N51* 9.05' W0* 11.77' not OK, at EGKK(moving outside the actual airport area did NOT help)Here are the other coordinates where I tested.Latitude was always N51* 30' E0* 30' OKE0* 00' OK, near EGLC! W0* 30' not OK, near EGLL W1* 00' OKW1* 30' OKW2* 00' OK

Thanks for your replies, gentlemen. The interesting thread mentioned by Jon (even if it is about trapping, not generating, keys) is just the continuation of the old discussion I was unable to find.Looks like I'll have to go hunting "unused" events. As I am thinking about jet airliners, may be all those PROP and MAGNETO events will help, or the KOHLSMAN events (whatever that may be) :-)Thanks for your help!Cheers,Martin