Jump to content

TheFiddler

Members
  • Content Count

    106
  • Donations

    $0.00 
  • Joined

  • Last visited

Everything posted by TheFiddler

  1. Hello,two questions, please, about VOR identification in the (FS9) PMDG 744:1. Which conditions will prevent display of the VOR ID ("ABC") on the ND? I saw them earlier but now seem to get only the frequency there even when very close to the VOR.Strangely, if I enter the three-letter VOR ID on the NAV/RAD page of the FMS, it is accepted, the correct frequency is tuned, and also correctly displayed on the ND -- but why does the ND not show the ID if the FMS obviously knows about it?2. Acoustic VOR identification (Morse code) also seems not to work any more, although the switch (COMMs panel) and the corresponding light are on. Should this not work always (if the VOR is in range, of course)?Is all this a ??bug??, or am I overlooking a feature of the real 744 operation?There are some loosely relevant threads in this forum, but I could not find anything conclusive.Perhaps I should also mention that I have FS2crew installed for this plane, but I don't see how this could be a factor. Besides, I did see/hear VOR IDs earlier, with the same setup (but elsewhere in the FS9 world -- can different VORs show different behaviour?).Thanks for any tips.Cheers,Martin
  2. 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
  3. 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
  4. > ... in a German forum ...Which one please?(I do believe you :), I'm just curious if there is more info there).Cheers,Martin
  5. 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
  6. 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
  7. 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.
  8. 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... :)
  9. 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
  10. 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
  11. 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
  12. 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
  13. 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
  14. 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
  15. (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
  16. 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
  17. Greetings, I was wondering if it would be possible to "emulate" arbitrary keypresses from within an XML gauge. (The idea being to have something more convenient than umpteen key assignments for handling e.g. the various doors etc. of more complex aircraft, such as PMDG 744F. Note that more key comboes would be needed than just the usual "Wingfold" and "Tailhook" ones). A little search showed that, as usual, Arne (Bartels) and Rob (Barendregt) have been there years ago :-); see the old thread [a href=http://forums.avsim.net/dcboard.php?az=show_topic&forum=122&topic_id=19532]"key access for XML gauges"[/a]. (Gentlemen, I really do appreciate all your hard work, and almost even more so the time you spend actually passing on all this valuable knowledge. Thank you!)[p class=dcmessage]At the time some questions were still open, it seems; but I couldn't find a continuation of the discussion, and the subject seems not to have made the FAQ here on this forum.Open questions were e.g. (according to Rob):The "raw" method apparently can not handle key combinations (such as SHIFT-ALT-X), or?Will this method in fact "intercept" the keypress, so that it never makes it to the actual FS9?Also, Arne supplied an XML example, but unfortunately that is no longer attached to the thread. Any other place to get it?My question:What is the current wisdom: Is it possible to generate arbitrary "key(combo) presses" from within an XML gauge?"Arbitrary" meaning that they are not tied to any standard events such as TOGGLE_AFTERBURNER4 etc. (I am aware that "door opening gauges" are available e.g. for the LevelD 767 and the PMDG 737, but I think these use "just" pre-defined events, not arbitrary key press combos.)Ideally, the generated output should be indistinguishable from a real keypress, so that add-ons which use their own key assignments, e.g. PMDG, can also be "fooled".Can it be done at all?Thanks in advance for all info, pointers to same, or examples!Cheers,Martin
  18. OK, you're there, Damian, Chris, and Jim: Finally no longer distinguishable from The Real Thing ! :-halo [p class=dcmessage]Fantastic! (or rather, Real!)Thanks for your work (and SU2) !Compliments, congratulations,and best regards, Martinfrom the southern coast of Finland,a Great Place For Clouds(meaning this AS praise comes from a connoisseur! :-))
  19. Hello Damian,WOW! Nine (9) minutes response time, and that during a critical update period -- fantastic service! :-halo As to ASV vs. ASv6: I do see your point and most certainly will now upgrade. I was inclined to do so anyway, of course, just hadn't had time to look into the matter. Now with this first hand info, nothing is going to stop me!Thanks for your fast and informative response, I am looking forward to transitioning to ASv6!(And today is a holiday here in Finland, too :-) )All the best,cheers,Martin
  20. Greetings,fast work, I'm sure, my compliments. But what about ASV? I know I could update for free to ASv6 (which BTW I consider very generous towards old customers! Thanks!)And indeed I have already downloaded the files, but still need to find out if ASv6 would put additional "load" (HD space, FS9 performance) on my system, so I am hesitating.So, will there be a fix for the 2006 seq. download issue for ASV also?All the best for the new year,and keep up the excellent work! :-beerchug Cheers,Martin
  21. Thanks Stewart!Now I got the files OK!Very strange: I had (of course :-)!) tried multiple times before "yelling", with no success. Now tried again, same result, then disabled my download manager and voil
  22. Greetings,I downloaded two AFCAD2 files by Matthew Ministry, namelyaf2_lfmn_v5.ziphttp://library.avsim.net/download.php?DLID=65601andlfmn_approach_by_mm.ziphttp://library.avsim.net/download.php?DLID=65034(which is an earlier version of the above)but unfortunately both ZIP files seem to be corrupted.I can't find a contact address for the author -- is there anything which the Avsim library managers can do to get an intact copy into the system?And while we're at it, a big Thank You! [p class=dcmessage]to the Avsim staff, esp. the library maintainers, for another year of outstanding service, and best wishes for the New Year soon to come!Cheers,Martin[/p]
  23. Hello,> . . .go into your AE folder and open the action.txt file.>There you will have the whole list of files that were copied.Ah, excellent! That's just what I need. Special thanks to ASV for supplying this log -- nothing is worse than software trying to keep the user in the dark; much better to provide a look behind the scenes for those who want it, and in case of questions such as mine.Just for the record, and for others benefitting from this thread: in my ASV version (SU1 not yet applied), the log file is called action.log Thanks again for this very prompt support!Cheers,Martin
  24. Thanks, Jim, for the very prompt reply; impressive service again!And I understand what you are saying -- but how come that after a successful*) "Submit", I see no changes at all in the files of the FS2004texture folder? (With the exception of cumulus01.bmp)Shouldn't I be seeing lots of "new" BMP files in FS2004texture, different from what there was before? ("new" = with other date and/or other size)Also, during the "Submit" process, are files just copied from the ASV folders to the FS2004texture folder?Because if that is the case, I could compare the content of those folders directly, to find out what FS2004 is actually using.Cheers,Martin*) and that's not just me guessing: ASV in fact told me it had successfully updated FS2004
  25. Hello all,first,thanks for creating ASV -- I have always thought ActiveSky + Chris would make the FS Weather Dream Team, and ASV proves me right :-).So I am happy with ASV, but on my system (2.6 GHz P4, 768 MB RAM) I have to fight for every fps, and now I wanted to try the MIPS clouds to see how much they help.But I am not sure if I understand the procedure completely. (Sorry, I know this is beating a very dead horse, and I did read the sticky thread (and others) several times; but I still need to make sure to really get it right: I live in mortal fear of having all those wonderful ASV clouds, but not actually being using them... x( )Here's what I did (standard procedure as I understand it):[p class=dcmessage][ul][li]I'm using the default (256x256) clouds.[/li][li]In the AE pane of the ASV options, "All Manual (No Autoselections)" is checked.(I like to be in control myself :-))[/li][li]From the AE Configuration interface, I triggered the conversion ("Enable MIPS").No problem here, ASV reports conversion success.[/li][li]To get the newly MIPSed clouds into FS2004, I pressed the "Update" buttons (all of them, just to be safe), then clicked "Submit".(This is what Chris means with "manual installation", right?). ASV reported successful installation to FS9.[/li][/ul][/p][p class=dcmessage]So far so good.Now my questions:[br /]1. I compared the FS2004texture folder content from before and after the MIPS installation, and the only difference I can see is that the cumulus01.bmp file changed size (from 16,458 to 349,598 bytes).All other BMP files are still the same as before.[br /] In the ASV folders, there are however lots of changed files (all those newly MIPSed ones, apparently).Is this OK?[br /]If so, how will FS2004 ever take into use the ASV clouds (in the ASV folders)?2. And now I am wondering, more generally: What happens if I run FS2004 without running ASV at the same time?I had assumed that (once installed manually), the ASV clouds are being used in FS2004 always, with or without ASV running -- but are they really?Because, I believe FS2004 can use them only if they are in FS2004texture. But all of them (except cumulus01.bmp) seem to live in the ASV folders -- so, are they moved into FS2004 only "on the fly", i.e. only when ASV is running at the same time?Thanks in advance for any enlightenment! :+Cheers,Martin[/p]
×
×
  • Create New...