Jump to content
The simFlight Network Forums

Pete Dowson

Moderators
  • Posts

    38,265
  • Joined

  • Days Won

    170

Everything posted by Pete Dowson

  1. Great! Hmmm... I seem to have 6 processes called SVCHOST running. No idea what they do. Yes. Thank you. Maybe I will try closing my similar processes down and see what happens! Regards, Pete
  2. TrafficLook only reports what FSUIPC gives it. The range is controlled by FSUIPC -- look in the Technical options. If your FSUIPC is not user registered then you will have to change those parameters in the INI file -- they are listed in the Advanced User's Guide. 40nm is default because that's the normal TCAS range in real aircraft. AI's maximum range is about 80 nm. Regards, Pete
  3. Please use the logging tools provided in FSUIPC to help you resolve such problems. You can log all IPC reads and writes and see exactly what you are doing. Which ZIP and which file, please? Regards, Pete
  4. Don't bother saving the LOG file, that is recreated every time. If you are reformatting your disk and/or reinstalling Windows, which seems likely, you will need to re-enter the registration data even if you do keep the KEY file -- in this case the KEY file does give you a handy source for cutting and pasting the correct data. It is a plain text file. Regards, Pete
  5. Yes, but only in FS2004, not before. You need the FSUIPC SDK, see the New Weather Interface documentation. To set the whole world in this way would take a long time, as each station is set with an exchange of data -- i.e. you send the data, FSUIPC sets it whilst you wait for confirmation, and so on. If you just want to create weather to load up once and for all you might be better looking to create a .WX file directly and loading it by loading a flight. Regards, Pete
  6. I'm sorry, but I don't understand what you mean by "variables" in this context. Are you talking about values in FSUIPC offsets? If so, there are already FSUIPC controls which you can assign to buttons or keys and which manipulate values in any addressable offsets. Regards, Pete
  7. Well, FSUIPC and WideServer close when FS closes, they have no choice. They most certainly don't carry on normally. WideClient provides data from its memory, as it always does. When WideServer packs up, that memory will no longer be updated. At present the only way to determine if FS is 'alive' and you are still 'connected' is to check one of the various "active" counters -- 337E probably being the most suitable. There's also the timer in 3374. If they don't change over a reasonable time (maybe allow a few seconds in case of severe Network hiccoughs or local problems), then assume FS has gone down or the link has been severed. Note that those values may also stall if the connection from Wideclient to WideServer is blocked or lost. You cannot differentiate this from FS closing or crashing. As far as FS closing is concerned, by the time FSUIPC knows FS is closing it only has time to tidy up, releasing resources. WideServer similarly. I don't know if it would be able to send out messages to the WideClients saying it was closing -- I could certainly investigate that if it is important. But nothing will cope with FS crashing, obviously. Regards, Pete
  8. I'm afraid that none of the additional facilities are at all applicable to FS98. They are almost all concerned with manipulating data inside FS, and this started when FSUIPC was first designed -- for FS2000. I thought this was clear from the paragraphs in the User Guide (see section "Introduction: what is FSUIPC?"): The documentaion about all the user options in those other pages, the ones you don't see, is also entitled: with both FS98 and CFS1 deliberately omitted. This is because none of those facilities are applicable in those cases. What, in particular, were you hoping to get by installing and registering FSUIPC in FS98? I do hope you haven't spent your money inadvisedly. Regards, Pete
  9. What is Symantec's Redirector supposed to do? Is that part of the complete Norton SystemWorks installation? I used to use SystemWorks until I changed to Windows XP -- I was 100% Win98SE for quite a while, only forced over to XP because Matrox don't support Win98 for the Parhelia. Since changing to XP (almost 2 years ago now) I had loads of odd problems with bits of Norton or Symantec stuff, but I don't remember the details I'm afraid. I uninstalled it all and just installed the separate free-standing Anti-Virus package (NAV). Anyway, I hope you really have isolated the problem. Regards, Pete
  10. My programs don't explicitly use any Windows services that I'm aware of, but I suppose some are needed for basic things like linking to other PCs on the Network. Well, I hope you do get a list together -- it would be useful to anyone seeking maximum efficiency, especially under Windows XP which seems to have far too much going on all the time. If you do find a list or get one put together, please post it somewhere nearby and let us know. Regards, Pete
  11. Eryou are of course seeing the INI file -- you have Windows set in the mode where it hides the filenames from you and guesses the file functions. How do you think you have two file with the same name ("FSUIPC")? This is actually impossible! "INI" and "CFG" files are both considered to be "configuration settings" files by Windows, and "LOG" files are considered to be text files. Pete
  12. FSUIPC provides the UNC path if it can obtain it, otherwise (if it is not shared), it provides the local path. This is not optional. here is the definition of the offset I assume PM is using: If you check the FSUIPC LOG file you will find the path determined by FSUIPC and placed in the offset, logged as follows (this is from my PC). I'll show the context, a list of things shown initially: 11297 System time = 17:12:10 11297 \\NEWLEFT\N\FS9\ 11297 System time = 17:12:10, FS2004 time = 12:00:00 (00:00Z) 20641 I:\My Documents\Flight Simulator Files\737 at Seattle.flt 20766 AIRCRAFT\b737_400\Boeing737-400.air 20766 Aircraft="Boeing 737-400" The line "11297 \\NEWLEFT\N\FS9" gives the path, and here, as you can see, it is a UNC one. Check this on your system. It it is not showing a UNC path it is because FSUIPC cannot derive this, and as far as I know the only possible reason for that is that it isn't shared. Regards, Pete
  13. There's normally no need to be sorry. What for? Have you solved the problem(s)? Regards, Pete
  14. It is generated when you first run FS with FSUIPC correctly installed. Three files are created, all in the FS Modules folder -- FSUIPC.KEY, FSUIPC.INI, and FSUIPC.LOG. (You would have been better off keeping these when reinstalling FS). If those files are not being created, then FSUIPC is not running, which means it is not installed. To install FSUIPC copy the FSUIPC.DLL file into the FS Modules folder, as described in the User Guide. Pete
  15. Don't check it there. Load up FS, get to the FSUIPC options (Modules menu, FSUIPC, or ALT M F) and see what it says on the first page. In Windows Display properties. Please do refer to the FSUIPC User Guide. I explicitly tell you in the documentation for the "stop cockpit sizing .." option how to turn that off. I shouldn't need to copy bits of the documentation into messages like this. :( Regards, Pete
  16. "mo" being a "moment", or a "month"? If a month, then it wouldn't have been version 3.30 back then -- but I'm glad to see you are keeping up to date. When you re-installed did you delete or lose your FSUIPC INI and KEY files? If so you would need to re-register, and then re-establish all your option settings. The cockpit moving option can only work if you switch off the Windows option to see windows whilst they are being dragged. I think this was defaulted off in Win98 but on in WinXP -- please check the FSUIPC user guide for full details. On the other one, how are you detecting that the option to prevent programs changing some controls is not working? I think there are only a couple of programs which try to change some of the options in any case -- FSMeteo, being one of them. If you give me more details of what you are seeing I can advise better. Regards, Pete
  17. Sorry, I thought I'd given you three possible solutions too? If you want an accurate heading, with fractional part, you have to use floating point -- fixed point integers do not include fractions. I don't know what you want to use the result for. If you only want the nearest whole degree then the slight modifications to your formula which I showed you will do the trick. They just force the calculations to be performed in an order designed to keep the intermediate results within the 32-bit capacity of the "hdg" variable. Regards, Pete
  18. Ouch. With WinXP there's nothing t normal application program level that can do that. It must be a low level problem. Viruses are the first suspect, as there are certainly some which do this deliberately, but I see you've checked for those.. The only other problems I've ever had which do similar things are overheating (I still do with one PC in the Summer unless I leave its side cover off), and faulty RAM (fixed by removing one chip at a time, then replacing the one which when removed fixed the problem). But I suppose other things like a faulty card, hairline crack on a motherboard, faulty drivers, etc etc could all do the same sort of thing. Either you are loading more stuff into the PC then, so it is working harder or using more RAM, or it may be a problem with the Network card or driver. Try uninstalling it and re-installing it. If it's a separate board (i.e. not on the mobo) try swapping it with another. If it is on the mobo, try disabling it and adding a cheap netwrok card instead. Ahthe non-FS PC is a notebook? That makes it a bit more difficult to play around with changes to eliminate things then. Try uninstalling and reinstalling the network card anyway, but in the end you might need to get the machine checked over by a specialist. Regards, Pete
  19. Hey? I like "Hi" better, "hey" is a bit like shouting isn't it? Is the "it", which is telling you, FSUIPC or Squawkbox? If FSUIPC then you are getting it wrong, somewhere -- this only happens if the Key itself is invalid or of the wrong type. If you can give more details I should be able to help. Always quote version number of FSUIPC, and tell me what you are trying to enter and where. Regards, Pete
  20. That's getting pretty old now. Please try to keep up to date. Current is 3.30. What is "hdg" defined as? If it is correctly declared as a 32-bit unsigned integer (i.e. a DWORD in Windows terms), then there are two errors here: 1. Multiplying it by 360 will probably make the value too large to fit -- after all, the scaling in FS is deliberately designed to make the largest possible value (just under 360) fit exactly into those 32 bits (ie. as 0xFFFFFFFF or exactly 65536*65536-1. Think about what happens when you multiply the biggest possible number by 360. 2. Dividing a 32-bit value by 65536*65536, which is one more than the biggest number that will fit into 32 bits, will give zero, if it works at all. You need to copy the value you read into something bigger for this to work -- either a 64 bit integer (if you don't care about fractions of a degree), or, better, a floating point number (then you get fractions too). If all you want it the nearest degree you could do it something like this: hdg = (((hdg + 32768) / 65536) * 360) / 65536; This way you keep the value within the 32-bit capacity of "hdg" at each stage. I've added 32768 to start with to round up the fractional part if it is .5 or above. However, this may give you 360 instead of 0 from a value like 359.5 or above, so you also need to do this: if (hdg >= 360) hdg = hdg - 360; In programming you need to always be aware of the data types you are dealing with. Arithmetic on computer variables isn't just a matter of writing the formulae down. Regards, Pete
  21. Sorry, I've not heard of "the ProMFD fuel page". Is that an add-on package? Isn't this question best directed to its author? Regards, Pete
  22. Strange! There's no such new logic! The driver has ALWAYS supported any speed. It simply defaults to 9600. Nothing in any of that has changed in two years! Furthermore, because it is defaulted it isn't needed in the INI, as you've found out. I honestly don't know what happened in your case, but simply changing from 1.8xx to 1.90 couldn't have been responsible. The internal value is predefined, as a constant, as 9600. If there is no parameter provided, that is undisturbed. There's no simpler logic, and making the parameter explicit won't change a thing. Regards, Pete
  23. Isn't that the point of "observer mode" or whatever it is called, in multiplayer? Sorry, I've never really used multiplayer at all since about FS2000, and then only out of curiosity, but I thought you could do exactly that. No. you misunderstand WideFS. It is to link FSUIPC client applications running in a PC not running FS to a PC running FS. In other words it is a Networked FSUIPC interface. Regards, Pete
  24. No, it looks like either a bug in Windows, or in the video driver, or possibly you have some additional software running which does fancy things with some windows standard tools? The size of the fonts shouldn't matter as the sizes of dialogues are specified in units related to font sizes, and Windows libraries actually rescales everything to match both screen resolution and fonts. Please check that you have all the Windows updates you should and that you are not running somthing that plays with these things. If you need more advice I think Katy Pluta, over in the FS2004 Forum, will be able to help. Regards, Pete
  25. Sorry, no. Let me know if you come across anything! Regards, Pete
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use. Guidelines Privacy Policy We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.