sri777

No..sincerely, thanks to you for all your time and efforts. Now that basic stuff is working..I am getting ambitious and wondering is it possible to: 1) display (or redirect) the defult ATC window output on to the remote machine, instead of on the FS9 computer? 2) is it possible to read the menu choices (text) presented in the ATC window programatically (through offsets)? This allows me to build and understand intelligent voice commands. For example instead of saying "select 1" (which currently sends the keypress "1") I could say "contact ground" irrespective of the current menu position of 'contact ground' in the ATC menu. 3) By reading from forums briefly, I got the impression..for RC you are now handling and displaying the menu output (which earlier used to be displayed in AdvDisp window) in the fsuipc window (or the ATC window). If this is true, then any of the above two questions possible for RC? thanks srini

Peter, I am sorry that my short post gave you the impression that I did not read the stuff you directed me towards originally. And sorry that it made you feel necessary to repeat yourself one more time in detail. Sorry for the trouble and thanks for your time. Just to let you know, the very first time.. A) I did care and read the relevant sections in docs before posting B) except for RC and hotkey reference, I understood it all exactly as you repeated the next time. AND..I don't have a copy of RC and I am not a RC user (yet)!! which you seem to assume that I am.. But anyway, thanks to you.. I have the prototype already running in two hours and I am able to bring up the defualt ATC and command it through very basic test voice commands from a remote machine. I guess not bad for someone who looked so dumb and not listening!! :D thanks sri

Thanks. I know you certianly will have more than one solution :D Kind of lost me there even though I follow the rest of what you said. So, if i know what those hot keys are for RC, is it possible for my remote program to send them directly to fsuipc via widefs? Not sure I am thinking correctly.. thanks sri

Thanks again. Wondering, where is your code running? I mean - is it loaded into FS9 as an add-on dll? Anyway, in my case I want to send the key press ATC commands from a remote machine remember. -sri

Thanks That's right and I figured the same as mentioned in second post. However, this works for all well known command oofsets such as the ones you mentioned. Hence this will possibly work with the default ATC. However, if I want to control a 3rd party ATC program like RadarContact or something else, I am not sure they will use the same ATC offsets as the default ATC to read in the key presses, but for sure I know they expect number keys from the keyboard as the input to respond. So, question is..is there any generic way of translating a given offset into number key (or any keyboard presses) inputs? I know FSUIPC translates and maps keyboard keys to FS9 offset command(s). What I am looking for is kind of opposite to that., i.e., translate incoming offset setting to a keyboard key press and send it to FS9. Peter? For the default ATC, I think I have the soultion though. I am going to try that first. thanks sri

Is this what I think is the answer? ATC 65564 ATC_MENU_0 66181 ATC_MENU_1 66172 ATC_MENU_2 66173 ATC_MENU_3 66174 ATC_MENU_4 66175 ATC_MENU_5 66176 ATC_MENU_6 66177 ATC_MENU_7 66178 ATC_MENU_8 66179 ATC_MENU_9 66180 If yes, then this may work for the default ATC. But still wondering, in general is there a way to translate free offsets into general keyboard keypress commands? thanks srini

Hi Peter, In my hardware based cockpit, I dislike the fact that i still need the keyboard to respond to ATC. Instead, I want to write my own speech recognition program to send voice responses to ATC. My general plan is.. Step 1) my SR program will run on a remote machine, recognize my voice responses, generates appropriate fsuipc offset command and sends it to the fsuipc module installed under FS9 through wideFS. Step 2) On the other end, fsuipc translates incoming offset command to an equivalent ATC key press command (i.e., press key 0 or 1 or 2 etc.,) I know the step 1 above can be done and how to do it. But I don't understand how to accomplish step #2. I am hoping there would some kind of configuration/mapping file that would instruct fsuipc to generate the necessary key press command for a given incoming offset. Wondering is this possible? Reason I find this solution attractive is..this allows me to run the processor hungry speech recognition software to run on a remote machine. thanks in advance srini

Thanks Peter. That explained the most. It is hypothetical at this point, but i imagine changing one variables value will impact the internal simulation state and hence will inturn impact more than one offset's value. Basically, i am thinking about writing a program to handle my overhead logic something like mini pmsystems. I can't think of a perfect example, but say turning off an engine in flight may cause altitude to drop, some overhead annunciators light up etc., So, it is my program, that it should know what all these attributes that can be impacted and read them correct? Also, in general, if a client program is interested in say 50 offsets, it is upto the client program to decide it's strategy about when and how to read these correct? As these group of calls are stacked up on the client program before FSUIPC_Process() is called, what is the impact of first writing and then some reads (of variables impacted due to the write call before) following the write call within the same batch? Would client program be able to see the effect of write in the following read calls within the same batch executed through the FSUIPC_Process() call? thanks and I appreciate. regards srini

I am trying to understand the basics of programming addon with fsuipc. When you change a value of some offset by writing to FS, assume that change will impact and change the values of say 10 other offsets. So, then is it the responsibility of the client program to know what those 10 other offsets that might get effected and read back only those variables following the original write? What are the general guidelines for efficient reading/writing of multiple offsets? Is it advisable that a program to spawn multiple threads for either reading or writing simultaneously for large number of variables processing? Thanks srini