Reading the current atc state

[Ken_Salter]

Pete et al:

I tried to search for this but couldn't find anything, so please forgive if this has been answered before.

I was wondering if it is possible to use FSUIPC to "read" what the current options in the ATC window are. I'm not looking to control ATC per se, but to be able to know what ATC is expecting from the user. If this is not possible then I would have to maintain a state engine in my software and intercept the keystrokes from the user (further I would have to figure out all possible states for the ATC windows).

Thanks for any help you can give!

Regards,

Ken Salter

AVSIM.com

[Pete Dowson]

I was wondering if it is possible to use FSUIPC to "read" what the current options in the ATC window are.

I'd love to be able to do that, but haven't found a way yet. Sorry.

Pete

[Ken_Salter]

Well, that's a shame. Would you (or anyone else) happen to know if the window that is displayed for ATC is a Win32 window that I could get a handle to? I haven't run Spy++ yet on MSFS.

If I could get a handle then I should be able to read the contents. I seriously doubt that this is a window with a handle, however.

Thanks,

Ken Salter

AVSIM.com

[Pete Dowson]

Well, that's a shame. Would you (or anyone else) happen to know if the window that is displayed for ATC is a Win32 window that I could get a handle to? I haven't run Spy++ yet on MSFS.

It will have a handle I think. Can't it even be undocked and moved? I've really not researched it that way, because I didn't just want to read the messages, I wanted to be able to stop the window altogether and divert the details so they could be handled elsewhere, whether for simple display on a client PC or for some sort of automatic processing.

I will be taking a longer look at this sort of thing one of these days. It's just that I don't even seem to get time for flying at present.

Regards,

Pete

[Ken_Salter]

It will have a handle I think. Can't it even be undocked and moved? I've really not researched it that way, because I didn't just want to read the messages, I wanted to be able to stop the window altogether and divert the details so they could be handled elsewhere, whether for simple display on a client PC or for some sort of automatic processing.

Pete

Yes, it can be moved. I too would like to divert the details elsewhere, but short of that I was thinking that if I could detect (or open by sending a ~) the window, then I could read the contents and write a parser to figure out what is going on. Then when the user reacts I can interpret and send the correct keystroke (number) to MSFS.

Further problems exist however, which makes me wonder if my project is worthwhile. For example, is there any way to mute the pilot replying to ATC? Also, would there be a way to detect if ATC or another pilot is talking so I don't send a keystroke only to have to send it again?

Thanks,

Ken Salter

AVSIM.com

[Pete Dowson]

[

Further problems exist however, which makes me wonder if my project is worthwhile. For example, is there any way to mute the pilot replying to ATC? Also, would there be a way to detect if ATC or another pilot is talking so I don't send a keystroke only to have to send it again?

I don't know. It would be these sorts of questions I'd need to investigate if and when I started down that route too.

Personally I don't think it is worth it with FS2004's level of ATC. I'd rather use Radar Contact, which is improving all of the time. If FS2006 shows a more sophisitcated and professional level of ATC I would consider making it a higher priority project to 'master' it!

Regards,

Pete