GoFlight SDK

[boeing727223]

Hi folks, I'm trying to download the GoFlight SDK at:

http://www.goflightinc.com/sdk_form.shtml

It just clears the form. I've contacted GoFlight but have yet to recieve the SDK, does anybody have it or would you be able to send it to me?

Thanks,
Boeing

[caKus]

I have downloaded the sdk a couple of days ago.

Try again. If it doesn't work, send me a mail at patrick.brunner0526@orange.fr I will try to send you the zip file.

I am a bit disapointed by the sdk version downloaded (dated 2002 !) it doesn't manage the new devices from GoFlight. I have contacted GF about it. Waiting for an answer.

Regards,

Patrick.

[caKus]

I am not sure that GlFlight SDK is the best solution in order to interface GF devices. The problem is that the SDK doesn't support every GF devices. I have the feeling that the SDK is not maintained any more. The other point is that, to use the SDK, you need to program in C++ or VB.

I don't think the SDK is necessary :

You can test the switches, rotary encoders etc directly in FSUIPC where they are seen as button of virtual joystick. Go to FSUIPC menu, choose Button tab and action a switch of your GF device. This way, you can affect an

To display data or manage LED of GF device, Peter Dowson has developped (thank you Peter !) a program called GFdisplay. You can download it at http://www.schiratti.com/dowson.html. I have not tried it yet, but I will in the next weeks and let your know.

Patrick caKus Brunner.

[Peter Dowson]

To display data or manage LED of GF device, Peter Dowson has developped (thank you Peter !) a program called GFdisplay. You can download it at http://www.schiratti.com/dowson.html. I have not tried it yet, but I will in the next weeks and let your know.

GFDisplay is still, just about, supported, but I am seriously thinking of moving the GF display coding into an additional Lua library for use in Lua plug-ins to FSUIPC. That would make the programming of displays and switches much easier (well, for anyone with a little programming bent) and certainly more flexible. The parameter formats used in GFDisplay are rather arcane to say the least and the more I look at it the more I shudder at my hasty work!

I'm not promising Lua support for the displays, but I will be looking at it seriously, after Christmas I expect. Of course this then would not handle GF devices connected to WideFS clients, so GFDisplay would still have its place there (unless I made a freestanding Lua library for use with the freestanding Lua interpreter. Hmm.)

Regards

Pete