Jump to content
The simFlight Network Forums

Pete Dowson

Moderators
  • Posts

    37,984
  • Joined

  • Last visited

  • Days Won

    158

Everything posted by Pete Dowson

  1. Not sure what you mean. There are some Menu facilities to do something like that, little used if at all for many years. But have you defined the Actions with names for the WideClient menu, as documented? If you always want to load AIBridge on the server, why not use the Run Program facilities in FSUIPC or WideServer? Sorry, I don't fully understand that either. You mean you have SB running on the server, or is it on the Client? Surely the big advantage of having it on the Client is that it has its own keyboard and avoids conflict and possible focus loss on the FS PC? Not being an SB user at all I'm lost here. Sorry. I hope someone else can jump in. Are you programming KeySends in the Client to send keystrokes to SB? There's no facility to turn FSUIPC's keyboard interception on and off, so your idea of having the keyboard in two modes won't work that way. For each key you program for SB or whatever you'll have to assign the regular FS control to it as well, when the flag is off. All the controls you can use in FS are assignable in FSUIPC too, but once FSUIPC is told to intercept a key, it intercepts it. You mean you assign keypress A to Keysend with a parameter of 1 in the Keys page? You aren't trying to edit the INI file directly for this, are you? There's no need. This is where you lose me again. What's "SBkey.dll" and where is it running? What do you mean "via". Doesn't SB in the Client accept keystrokes? Pete
  2. Not sure what you mean. There are some Menu facilities to do something like that, little used if at all for many years. But have you defined the Actions with names for the WideClient menu, as documented? If you always want to load AIBridge on the server, why not use the Run Program facilities in FSUIPC or WideServer? Sorry, I don't fully understand that either. You mean you have SB running on the server, or is it on the Client? Surely the big advantage of having it on the Client is that it has its own keyboard and avoids conflict and possible focus loss on the FS PC? Not being an SB user at all I'm lost here. Sorry. I hope someone else can jump in. Are you programming KeySends in the Client to send keystrokes to SB? There's no facility to turn FSUIPC's keyboard interception on and off, so your idea of having the keyboard in two modes won't work that way. For each key you program for SB or whatever you'll have to assign the regular FS control to it as well, when the flag is off. All the controls you can use in FS are assignable in FSUIPC too, but once FSUIPC is told to intercept a key, it intercepts it. You mean you assign keypress A to Keysend with a parameter of 1 in the Keys page? You aren't trying to edit the INI file directly for this, are you? There's no need. This is where you lose me again. What's "SBkey.dll" and where is it running? What do you mean "via". Doesn't SB in the Client accept keystrokes? Pete
  3. Right click on the desktop and select "Properties". Then choose the Appearance tab, and press the Effects... button. Uncheck "Show window contents while dragging". Pete
  4. Right click on the desktop and select "Properties". Then choose the Appearance tab, and press the Effects... button. Uncheck "Show window contents while dragging". Pete
  5. FSUIPC isn't looking for anything. It doesn't care at all. It is Flight Simulator you are sending the values to. FSUIPC is really just a passive interface. The current FSUIPC flaps facility is, of course, intented to be used the other way round. You calibrate the lever to suit FS, not FS to suit the lever! Odd to use a pot for fixed number of detentes. Surely fixed resistors and a multiposition switch would be better? You choose the resistor values to get the desired result -- probably equal values despite the differing values of the flap angles. Otherwise if it is working evenly but with too low a change, either the pot value is wrong (have you tried different values?) or you need to calibrate it differently -- include only the active section, for instance, leaving bigger null zones, so spreading the range and increasing the difference. I still think more precision is possible with separate fixed resistors or maybe trimpots. Otherwise, you can do something similar to EPIC, write a little program to read the axes, convert inputs according to a table, then write them directly through FSUIPC. If you still need something done next year, when I may have "conquered" FS9 , ask me again and I'll look at adding a look up conversion table facility (only via the INI file). Pete
  6. FSUIPC isn't looking for anything. It doesn't care at all. It is Flight Simulator you are sending the values to. FSUIPC is really just a passive interface. The current FSUIPC flaps facility is, of course, intented to be used the other way round. You calibrate the lever to suit FS, not FS to suit the lever! Odd to use a pot for fixed number of detentes. Surely fixed resistors and a multiposition switch would be better? You choose the resistor values to get the desired result -- probably equal values despite the differing values of the flap angles. Otherwise if it is working evenly but with too low a change, either the pot value is wrong (have you tried different values?) or you need to calibrate it differently -- include only the active section, for instance, leaving bigger null zones, so spreading the range and increasing the difference. I still think more precision is possible with separate fixed resistors or maybe trimpots. Otherwise, you can do something similar to EPIC, write a little program to read the axes, convert inputs according to a table, then write them directly through FSUIPC. If you still need something done next year, when I may have "conquered" FS9 , ask me again and I'll look at adding a look up conversion table facility (only via the INI file). Pete
  7. The date/time is not produced or in any way tampered with by FSUIPC, it is only exposed for applications to access. The time is given by FS with Seconds, and Hours and Minutes on a 24-hour clock. Two sets of hours and minutes are given, one Zulu (UTC or GMT) and the other Local Time. The date is given as a Year and a Day number in the year. The application would be calculating the actual month and day of month from that -- it sounds very much as if it has got those calculations wrong! I'd report it as a bug if I were you. I think there is a bug in FS which makes the day number one out -- i.e. one day, not 45 days out. It doesn't always occur, and is probably due to a mix-up over whether Jan 1st is day 0 or day 1 in different parts of FS. Pete
  8. The date/time is not produced or in any way tampered with by FSUIPC, it is only exposed for applications to access. The time is given by FS with Seconds, and Hours and Minutes on a 24-hour clock. Two sets of hours and minutes are given, one Zulu (UTC or GMT) and the other Local Time. The date is given as a Year and a Day number in the year. The application would be calculating the actual month and day of month from that -- it sounds very much as if it has got those calculations wrong! I'd report it as a bug if I were you. I think there is a bug in FS which makes the day number one out -- i.e. one day, not 45 days out. It doesn't always occur, and is probably due to a mix-up over whether Jan 1st is day 0 or day 1 in different parts of FS. Pete
  9. 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
  10. 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
  11. 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. 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? 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
  12. 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. 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? 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
  13. 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
  14. 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
  15. 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
  16. 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
  17. 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
  18. 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
  19. Yes. Use the Keys page in FSUIPC options. All of the available Project Magenta controls are listed in the drop-down, for assignment to joystick buttons as you like. Pete
  20. Yes. Use the Keys page in FSUIPC options. All of the available Project Magenta controls are listed in the drop-down, for assignment to joystick buttons as you like. Pete
  21. 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
  22. 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
  23. 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
  24. 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
  25. 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
×
×
  • 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.