Pete Dowson

FStarRC doesn't depend on exporting -- there's not enough information. It intercepts the printing output as you print the "Report". I have version 9.04 of FliteStar, and I really doubt that Jeppesen would remove the printing options. In my version these are in the File menu -- there's a range of print options there. You need to select the 2Reports" view then print that report -- in my copy it is "File-Print-Print report". Pete

Thank you very much! Have a very good Christmas yourself too! Best regards, Pete

How odd. Can't Squawkbox use the COM1 radio in FS? Or am I missing something here? It's a little depressing if you cannot use the radios already implemented -- I have a hardware radio stack, and many folks have GoFlight radios and the like. Can't they use these with Squawkbox? You can have as many entries in the FSUIPC.INI for the one button as you like (well, up to the max limit for all entries). You can't do it in the FSUIPC options on-line. Please refer to the Advanced user's guide for FSUIPC. The button entries are processed in the numerical order of their entrties, i.e. 1=... is done before 2=... etc. All entries referring to a single button press will be performed every time the button it pressed. Regards, Pete

It won't work anyway because multipliers and divisors have to be literal numbers. As stated in the doc here: Really you are trying to do programming with a little simple utility which is only offering to transfer values from FSUIPC to a display. I can see that GFdisplay's role should be enhanced to provide some more useful formats, like strings as numbers, but deriving new values based upon two or more others is really way beyong its scope. There agai you are talking as if GFdisplay is some sort of programming system, a compiler. There's no facilities to WRITE values back to FS at all. Its job is only to move values from FS to GF displays. To do what you want to do would, I think, require FSUIPC to be enhanced with a "time to station" variable. That's the only sensible way. If I'm going to have to do that I may as well leave GFdisplay as it is and instead of having a "string to number" formatting option, just provide three new FSUIPC variables for each VOR -- DME distance, speed and time, all in numeric format (probably 16-bit integers as tenths miles/knots/seconds). I'll make a note, but this is now not trivial. If I don't do it soon after Christmas remind me in February. Regards, Pete

Sorry. I don't deal with registrations. Please read the announcements and things near the top of the Forum. There's one there specifically for this. Pete

Yes, but I don't think I support such computation in GFdisplay, do I? There are multipliers and divisors, but they are , I think, literal numerics only, aren't they? Not other variables. Maybe I'm forgetting stuff. Please tell me what you are thinking here. Regards, Pete

Please get FSUIPC version 3.52 from http://www.schiratti.com/dowson. The problem you mention only existed in 3.51 and was corrected as soon as it was recognised. You can keep up to date by reading the announcements in this Forum. Regards, Pete

Correct. You have to get its menu up by pressing the ' key, or whatever. That's the way it works. I don't like it either, which is why I use Radar Contact. Sorry, I don't know what does that. For add-on aircraft I'd blame some setting in the aircraft files, but for defaults it should work "out of the box". It sounds like there's some video setting wrong somewhere. But, I'm sorry, it isn't something I know about. Regards Pete

Thanks! Actually seeing my N gauge trains is easy enough (after all I know where they are! ;-)). The problem is keeping the damn track clean. Grrr. A few months of disuse and the whole thing grinds to a halt! Not even any leaves on the line! ;-) A very Happy Christmas to you! Pete

I'm sorry, but FSUIPC is certainly not an application utility of the type you need -- this is quite outside its scope, as well as being very application specific. I think you'd best be directing your request to the aircraft makers who will be familiar with their own FMC (I certainly am not). Regards, Pete

Providing a "numeric version of string" type would probably be easy enough (in fact it may actually be the best solution to the previous problem -- then you can display them as numerics, not strings, to your own formatting needs). But I don't understand how, in the GFDisplay context, you intended to compute time to station from the raw data? Pete

This will be because, although FS has crashed and appearently disappeared, it is still running. When you try to run it again the new copy of FSUIPC sees the old one still there. You can check this yourself. Next time you get the crash, use CTRL_ALT_DEL to get to the Task Manager, select the Process List, and scroll through to find the FS9.EXE process. Terminate it before you re-run FS. I assume you mean 3.521? However, the FSUIPC version is not relevant here. Something else is causing your FS to crash, it isn't anything to do with FSUIPC. You say you just added a new aircraft, so that is the first suspect. It could be a bad (corrupted) texture or gauge, almost anything in that aircraft. Regards, Pete

Okay. I assume this is due to the intervening character being a space rather than a zero? There are two possible ways for me to tackle that -- either (in FSUIPC) ensure that the separator is always zero, or (in GFdisplay) have an extra format selector which says "end on space or zero". I'll make a note to do one or the other, but I'm afraid it won't be till after Christmas now -- but hopefully I'll be able to fit it in before I go on holiday in January. I will have to depend on you to test it though, as I have no GF displays here now. What does the trailing space look like on the display as opposed to nothing? I'm a little confused there. Regards, Pete

No idea, sorry, and now you have deleted your settings we will not find out until you manage to do it again. Regards, Pete

FSUIPC, by itself, will not affect the frame rate at all as it does nothing till asked. It sounds like you have something using it which is the problem. The frame rate drop will be because of the application or add-in, and it is less with FSUIPC not installed because the application cannot do whatever it was trying to do. Regards, Pete

If you can make Windows operate a Network over USB (and I am sure it is possible), then WideFS can use it. The Network part of WideFS uses standard Windows facilities only. Provided TCP/IP or IPX/SPX works between the two, WideFS will too. As for performance and loading, there I don't know. I think an older type USB (version 1?) will be slower than Ethernet, but whether noticeably so or not I don't know. I should think USB 2 (as fitted to all newer PCs) would be easily fast enough, no problem. And I doubt that you could measure any difference in impact on FS frame rates compared to any other Networking connection. Regards, Pete

Thank you very much! And the same to you and yours! No, unfortunately that will never be. The genetic problem isn't curable and is bound to become progressively worse. It is getting more and more noticeably so as I age, too. But I am lucky, the variation I have (there are at least thirty variants) does not end in complete blindness. I should always have some central detail vision, no matter how narrow. Yes :-) Thanks & Best Wishes, Pete

I'm not sure I understand properly, sorry. Could you give some actual examples of the DME strings and what you actually see on the displays? It may be that these types of value need special coding in GFdisplay, but I need to kow what you are seeing first. I'm afraid I don't have any GoFlight gear now except for 2 off each P8's and RP48's. Regards, Pete

I think, a long time ago (FS98 and before), BGL code could access quite a few of the FS values, those then stored in "GLOBALS.DLL", but this has not been true since then. I think the only communication you have now with BGLs is through the explicit BGL variables, labelled as such. How you refer to those in BGLs I don't know either, sorry. Regards, Pete

Sorry, I really don't know anything about scenery. There are FSUIPC offsets through which you can communicate to code in BGLs, these are documented, so I guess those could be used. But you need to refer to some BGL documentation of an expert in scenery design. Sorry, I can't help. As long as you don't want me to support it! ;-). See your email. Regards, Pete

Okay, but that was only the first question. What about the others? i.e.: Sounds very unlikely, but it doesn't cost much to try. It would be more likely to get a corrupted CFG file, as that's written all the time. That reminds me of another possible explanation. The CFG file will be written back with details of the next saved files to be deleted when FS is closed. If FS crashes instead of closing, then the CFG file may not be updated, so the previous set of files never get deleted. Some programs (Active Camera was one, till it was fixed) actually cause FS to crash on termination -- it often looks as if it has terminated normally, but it hasn't. Next time you close FS, check that the CFG file has the current date/time on it. Also FSUIPC.INI and a load of other files -- they all get saved on successful termination. Regards, Pete

Well, it won't hurt and it is certainly worthwhile if it isn't costing a lot of money. Traffic over the network will only increase as things get more sophisticated, it will never lessen. But the load placed by WideFS alone is far from nearing the capacity of 100 mbps connections at present. Project Magenta and some other programs will add their own loads, with file type communications. Don't forget to use a switch rather than a hub if you can. Another alternative which works well is Firewire, but you need two firewire sockets on each PC (well, apart from the end two), because you daisy chain them rather than star-shaped hub/switch them. A firewire network runs at 400 mbps, so it isn't as fast as gigabit. I'd like to hear from anyone actually using gigabit. All my new computers seem to have gigabit Ethernet on the motherboard, but until they are all so equipped I wasn't thinking of changing. It isn't needed (yet ). Regards, Pete

There's nothing I know which would do that, unless it cannot update its CFG file or cannot find the correct folder where the FLT files are stored. The last problem of the latter type was with foreign versions of FS, which have a different folder name. AutoSave was changed to get around that by reading the folder name from the Language DLL. What is the folder name for your flights? Are all the autosaved files both FLT + WX types, or are there others? Maybe the files you see are actually made by some other add-on, like .PSS or .FMC files? What version of Autosave are you using? Please show the AutoSave.CFG file (from the main FS folder). Regards Pete

It sounds like you are using illegal keys then. That is the only explanation for this phenomenon. If you believe you are a legitimate user of a paid-for FSUIPC key, please ZIP up your FSUIPC.Key file, with the details, and your receipt from SimMarket and I will check it here. Email to me at petedowson@btconnect.com. An installation of FSUIPC which is not user-registered does not support the facilities offered in the UI, so there'd be no point in trying to edit them in the INI file either. Your solution lies with becoming a legitimate user, assuming that the Key you are using is pirated, which is the main indication at present. Regards, Pete

Is this for Squawkbox, Roger Wilco or AVC? If so, just go to the Buttons tab of FSUIPC options, press your button three, select the right-hand side, to assign a control, and find the PTT control. Assign the transmit on to the Press and the transmit off to the Release, and you're done. Why do you want to mess with INI files? If it is Teamspeak you use then you will need to program the button to send the appropriate keystroke instead, as it doesn't support the direct control of PTT. Regards, Pete