Jump to content
The simFlight Network Forums

Pete Dowson

Moderators
  • Posts

    38,265
  • Joined

  • Days Won

    168

Posts posted by Pete Dowson

  1. For HomeFLY, my project that uses FSUIPC, I would like to know if it is possible to catch the aircraft type (Boeing 737-300, Airbus A320-200,...) for all FS versions (FS98,2000,2002)... I've found an offset, but it seems only to work with FS2002.If this isn't possible, would it be possible to catch the aircraft's name (also in all FS versions).

    The name you are referring to is presumably the ATC name and type. The reason this doesn't apply to FS2000 or FS98 is that the built in ATC was only introduced in FS2002. This should be applicable to FS9 as well.

    For FS2000 and FS2002 there's also:

    3C00 Pathname of the current AIR file

    3D00 Name of the current aircraft (from the “title” parameter in the AIRCRAFT.CFG file)

    From which you may be able to derive what you want, ven if you have to read the files yourself.

    There's no way FSUIPC is ever going to provide anything extra for FS98, which precedes its development start. It only was made to run on FS98 so I could use the IPC logging to work out how the FS98 interface worked and maintain is as a subset for application compatibility.

    As FS develops, so will the interface I provide, but I am not about to try to simulate new facilities in previous versions of FS.

    Pete

  2. For HomeFLY, my project that uses FSUIPC, I would like to know if it is possible to catch the aircraft type (Boeing 737-300, Airbus A320-200,...) for all FS versions (FS98,2000,2002)... I've found an offset, but it seems only to work with FS2002.If this isn't possible, would it be possible to catch the aircraft's name (also in all FS versions).

    The name you are referring to is presumably the ATC name and type. The reason this doesn't apply to FS2000 or FS98 is that the built in ATC was only introduced in FS2002. This should be applicable to FS9 as well.

    For FS2000 and FS2002 there's also:

    3C00 Pathname of the current AIR file

    3D00 Name of the current aircraft (from the “title” parameter in the AIRCRAFT.CFG file)

    From which you may be able to derive what you want, ven if you have to read the files yourself.

    There's no way FSUIPC is ever going to provide anything extra for FS98, which precedes its development start. It only was made to run on FS98 so I could use the IPC logging to work out how the FS98 interface worked and maintain is as a subset for application compatibility.

    As FS develops, so will the interface I provide, but I am not about to try to simulate new facilities in previous versions of FS.

    Pete

  3. You all seem to suspect the com port for the problem. I did too at the begining. I tested the port with software and other hardware, it did appear to work ok. I also tried to connect the console to another computer, the same things happened. The computer thinks the console was not connected.

    In that case it is either the hardware unit itself, or the cable (did you check no wires had come unsoldered, for instance?), or the driver or whatever it is that talks to the device. Really you need Safeline support to help here.

    At the same time, I know there is certain communication goes on between the console and the computer since I can some times get the console gauge back in MSFS panel as I turned the cosole off, indicating the console was working fine but it is not in reality.

    If that's consistent then something's out of phase somewhere. This "console gauge" you see in FS, is that the driver for the SafeLine device? Is there no EXE driver you need to load?

    Could FSUIPC send any command to turn off or on the console on the com port?

    No, FSUIPC knows nothing about any hardware at all, and it most certainly does not touch COM ports. FSUIPC is a passive interface, it just does what applications interfacing to it ask of it, FS-wise, not hardware wise. Folks seem to think it does everything, but that reaslly is NOT true. In fact, it is sounding like your Safeline device doesn't even use FSUIPC. Certainly if it a commercially sold device and they use FSUIPC they should have asked permission in any case, and I've never even heard of it. Does it say in their manual you need FSUIPC? If so, have you their address?

    Pete

  4. You all seem to suspect the com port for the problem. I did too at the begining. I tested the port with software and other hardware, it did appear to work ok. I also tried to connect the console to another computer, the same things happened. The computer thinks the console was not connected.

    In that case it is either the hardware unit itself, or the cable (did you check no wires had come unsoldered, for instance?), or the driver or whatever it is that talks to the device. Really you need Safeline support to help here.

    At the same time, I know there is certain communication goes on between the console and the computer since I can some times get the console gauge back in MSFS panel as I turned the cosole off, indicating the console was working fine but it is not in reality.

    If that's consistent then something's out of phase somewhere. This "console gauge" you see in FS, is that the driver for the SafeLine device? Is there no EXE driver you need to load?

    Could FSUIPC send any command to turn off or on the console on the com port?

    No, FSUIPC knows nothing about any hardware at all, and it most certainly does not touch COM ports. FSUIPC is a passive interface, it just does what applications interfacing to it ask of it, FS-wise, not hardware wise. Folks seem to think it does everything, but that reaslly is NOT true. In fact, it is sounding like your Safeline device doesn't even use FSUIPC. Certainly if it a commercially sold device and they use FSUIPC they should have asked permission in any case, and I've never even heard of it. Does it say in their manual you need FSUIPC? If so, have you their address?

    Pete

  5. i have loaded radar control and flightdeck on my client, and it does work excepted for the sound and voices, does that mean i have to use speakers

    from the client or is there a way to get the sound from client to server.

    when i give a key command from the server it will work but no sound.

    Radar Contact makes the sounds on the computer in which it is running. That's the whole point of running it on a client -- to separate the ATC sounds from the aircraft sounds, making them much clearer and amenable to using a headset/headphones, just as in a real aircraft!

    I don't know Flightdeck (perhaps you mean Flight Deck Companion?) but likely the same goes for that. There's no way a separate PC on a Network can ventriloquise its sound onto a different PC unless it has its own networking components designed to do this, but I don't see the point in any case. You would be throwing away the main advantage of running it on a separate PC!

    Pete

  6. i have loaded radar control and flightdeck on my client, and it does work excepted for the sound and voices, does that mean i have to use speakers

    from the client or is there a way to get the sound from client to server.

    when i give a key command from the server it will work but no sound.

    Radar Contact makes the sounds on the computer in which it is running. That's the whole point of running it on a client -- to separate the ATC sounds from the aircraft sounds, making them much clearer and amenable to using a headset/headphones, just as in a real aircraft!

    I don't know Flightdeck (perhaps you mean Flight Deck Companion?) but likely the same goes for that. There's no way a separate PC on a Network can ventriloquise its sound onto a different PC unless it has its own networking components designed to do this, but I don't see the point in any case. You would be throwing away the main advantage of running it on a separate PC!

    Pete

  7. I try it but the nd display don`t respond.

    the fsuipc and flight sim is on server pc

    and the class cockpit is in the cliend pc.

    That's fine. I run the Glass Cockpit on one Client and the MCP and FMS on another. Where are you running the MCP? That is needed, as it is the MCP which includes all the processing for the PM commands. If the MCP isn't running then none of those PM controls will work as far as I know.

    If you are not using an MCP I think your only recourse is to use the KeySend facilities in FSUIPC, and program the KeySends to send keystrokes to the ND in the Client.

    Really Project Magenta support is the better place to sort this out, as it is a PM matter. All I do is provide the tools to program the commands it uses. What it then does is up to Enrico Schiratti.

    Pete

  8. I try it but the nd display don`t respond.

    the fsuipc and flight sim is on server pc

    and the class cockpit is in the cliend pc.

    That's fine. I run the Glass Cockpit on one Client and the MCP and FMS on another. Where are you running the MCP? That is needed, as it is the MCP which includes all the processing for the PM commands. If the MCP isn't running then none of those PM controls will work as far as I know.

    If you are not using an MCP I think your only recourse is to use the KeySend facilities in FSUIPC, and program the KeySends to send keystrokes to the ND in the Client.

    Really Project Magenta support is the better place to sort this out, as it is a PM matter. All I do is provide the tools to program the commands it uses. What it then does is up to Enrico Schiratti.

    Pete

  9. do you know any reason why GPSOUT version 2.41 is not running with FS2002 and Windows XP home edtion? The serial interfaces are working correctly with Hyper terminal application.

    It seems as if there is no output from FS2002 to the selected COM port.

    Sounds very much like you've not installed FSUIPC. Pretty much all of my modules need FSUIPC when used in FS2002. Sorry it isn't documented -- this dependency wasn't actually discovered till long after release, because most people use FSUIPC in any case.

    Regards,

    Pete

  10. do you know any reason why GPSOUT version 2.41 is not running with FS2002 and Windows XP home edtion? The serial interfaces are working correctly with Hyper terminal application.

    It seems as if there is no output from FS2002 to the selected COM port.

    Sounds very much like you've not installed FSUIPC. Pretty much all of my modules need FSUIPC when used in FS2002. Sorry it isn't documented -- this dependency wasn't actually discovered till long after release, because most people use FSUIPC in any case.

    Regards,

    Pete

  11. Would be possible using FSLook.exe to discover the offset I need ?

    No. FSLook is even more limited than FSInterrogate. It isn't looking at offsets, it is reading FS Gauge TOKEN variables, those with names documented for regular FS gauge use in MS PAnels SDKs.

    If panel programmers choose to do their own thing, then only they can tell you how to get their variables. They are not "public" FS values, they are private to their panel modules. There are no such things as "offsets" (in the FSUIPC sense) for them. The "offsets" in FSUIPC are positions in FSUIPC's mapping of FS variables. It has no way of getting into private panel coding.

    Regards,

    Pete

  12. Would be possible using FSLook.exe to discover the offset I need ?

    No. FSLook is even more limited than FSInterrogate. It isn't looking at offsets, it is reading FS Gauge TOKEN variables, those with names documented for regular FS gauge use in MS PAnels SDKs.

    If panel programmers choose to do their own thing, then only they can tell you how to get their variables. They are not "public" FS values, they are private to their panel modules. There are no such things as "offsets" (in the FSUIPC sense) for them. The "offsets" in FSUIPC are positions in FSUIPC's mapping of FS variables. It has no way of getting into private panel coding.

    Regards,

    Pete

  13. Nice tip didn't thought about that. Do you know if a simple hack on the registry do the trick? If it doesn't I have to do a small program to change the default board before launching RC3.

    I don't know -- I suppose it must be in the registry. I just used to reselect the default in the Control Panel multimedia or sound applet (not sure which, probably mm).

    Regards,

    Pete

  14. Nice tip didn't thought about that. Do you know if a simple hack on the registry do the trick? If it doesn't I have to do a small program to change the default board before launching RC3.

    I don't know -- I suppose it must be in the registry. I just used to reselect the default in the Control Panel multimedia or sound applet (not sure which, probably mm).

    Regards,

    Pete

  15. Never found a way even with two boards. Of course in VATSIM Roger Wilco allows to route to the 2nd board. Sometime ago I asked in Radar Contact forum for this option. The problem is that the applications route the sound to the default board and don't list them

    Once the app has opened the sound resource it doesn't change it. You can load up FS then when it is ready, change the default sound device and load up Radar Contact, or whatever. I've done this sort of thing before now, but these days just use another PC, it's easier!

    Pete

  16. Never found a way even with two boards. Of course in VATSIM Roger Wilco allows to route to the 2nd board. Sometime ago I asked in Radar Contact forum for this option. The problem is that the applications route the sound to the default board and don't list them

    Once the app has opened the sound resource it doesn't change it. You can load up FS then when it is ready, change the default sound device and load up Radar Contact, or whatever. I've done this sort of thing before now, but these days just use another PC, it's easier!

    Pete

  17. it seems you're refering to FS2003 (Century Of Flight) don't you?

    I've never heard of it referred to as FS2003. It was originally FS2004, then FS9, the "Century of Flight" seems to have stuck now, but I wouldn't swear that it'll stil be that on release. So, "FSCOF"

    Ms is gonna change how they process the weather, so this AWI might be outdated.

    Not exactly. The weather in FS9 will be more advanced. There was almost no change from FS2000 to FS2002 so the AWI, designed for FS2000, was sufficient. I aim to retain the AWI but not enhance it. I will add completely new facilities to take full advantage of the developments in the weather. But I may not have time to do that in the first released version.

    Regards,

    Pete

  18. it seems you're refering to FS2003 (Century Of Flight) don't you?

    I've never heard of it referred to as FS2003. It was originally FS2004, then FS9, the "Century of Flight" seems to have stuck now, but I wouldn't swear that it'll stil be that on release. So, "FSCOF"

    Ms is gonna change how they process the weather, so this AWI might be outdated.

    Not exactly. The weather in FS9 will be more advanced. There was almost no change from FS2000 to FS2002 so the AWI, designed for FS2000, was sufficient. I aim to retain the AWI but not enhance it. I will add completely new facilities to take full advantage of the developments in the weather. But I may not have time to do that in the first released version.

    Regards,

    Pete

  19. we want to use panels of fs2002 on client PCs by running fs2002 by wideview but this choice decrease our performance seriously.

    Odd, there are a lot of folks happily using WidevieW. Perhaps your Network is not fast, or your client PCs aren't the same specification as your main one? Best really to have the instrumentation on the main PC and only views on the others.

    we want to obtain data of server PC which is running FS2002 and without running FS2002 on client PCs we want to see our own panels.

    Okay, then use WideFS instead.

    is there any possiblty that we obtain a better performance with first choice

    No idea, sorry. You need someone who uses WidevieW to tell you, maybe Luciano himself can offer suggestions.

    and how can we just obtain data changes of server PC on client PC.

    Use WideFS. That's what it is for. That is what Project Magenta uses.

    Pete

  20. we want to use panels of fs2002 on client PCs by running fs2002 by wideview but this choice decrease our performance seriously.

    Odd, there are a lot of folks happily using WidevieW. Perhaps your Network is not fast, or your client PCs aren't the same specification as your main one? Best really to have the instrumentation on the main PC and only views on the others.

    we want to obtain data of server PC which is running FS2002 and without running FS2002 on client PCs we want to see our own panels.

    Okay, then use WideFS instead.

    is there any possiblty that we obtain a better performance with first choice

    No idea, sorry. You need someone who uses WidevieW to tell you, maybe Luciano himself can offer suggestions.

    and how can we just obtain data changes of server PC on client PC.

    Use WideFS. That's what it is for. That is what Project Magenta uses.

    Pete

  21. i need panels on client computers. if i do that with the fs loaded on clients i have a very low update rate on my clients.

    so i need to write sth like magenta for my own plane

    how could i do that

    It's a big job. Ask Enrico how many man hours went into Project Magenta. I take it you are an experienced programmer and can deal with the graphics as well as the real-time animation? Surely you are not asking for a complete tuition in this -- you need some reference books I think.

    Have you looked at the existing free gauges such as FreeFD (I think there's a link to this on the http://www.schiratti.com/dowson page).

    Pete

  22. i need panels on client computers. if i do that with the fs loaded on clients i have a very low update rate on my clients.

    so i need to write sth like magenta for my own plane

    how could i do that

    It's a big job. Ask Enrico how many man hours went into Project Magenta. I take it you are an experienced programmer and can deal with the graphics as well as the real-time animation? Surely you are not asking for a complete tuition in this -- you need some reference books I think.

    Have you looked at the existing free gauges such as FreeFD (I think there's a link to this on the http://www.schiratti.com/dowson page).

    Pete

  23. Regarding AWI, I hope someone else in this forum could give me some insight/sample program/links how to use AWI.

    If I were you, now, I'd hold off. The weather facilities in FS9 are going to be substantially improved and I am looking at an easier way of taking advantage of it rather than extending the AWI. Admittedly, the new facilities will not be backward compatible to FS2002 or FS2000 as the AWI is (or to FS98 as the method you are now using is), but even so ...

    Do you mean I can do multiple FSUIPC_Write (set wind speed, wind dir, wind altitude,etc) and then call 1 FSUIPC_Process at the bottom of the procedure instead every time I call FSUIPC_Write, I call FSUIPC_Process also?

    That is certainly how it is intended to be used. Every time you call the Process routine Windows has to do a process switch, allocate memory, send the message, free memory, and process switch again. You not only slow down your program, but also FS.

    It's even worse if your program is run on a Networked PC under WideFS, as not only all that has to happen, but WideClient also has to send a Network block over for each call.

    The Read and Write calls merely add data to a block in your memory, forming it all up ready to send. Takes no time at all.

    It's the same as this message -- how efficient would it be if I put each sentence in a difference response to you, or worse, each word?

    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.