Jump to content
The simFlight Network Forums


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About scruffyduck

  • Rank
    Advanced Member
  • Birthday 01/01/1970

Contact Methods

  • Website URL

Profile Information

  • Location
    Urchfont Farm Strip, Wiltshire UK
  1. Checking my code - as far as I can see that is what is happening. The call to Process() occurs only in two places throughout my code. Each is wrapped in a try..catch block. Where an exception is raised I carry out house keeping to close the connection including calling FSUIPCConnection.Close().
  2. Paul You are correct that I am using your .NET dll so I guess I am reporting your exception message. I guess I also need to add some more code?
  3. Well I might debug it if I could reproduce it. I have never seen this error while working here with ADE and FSUIPC so I was hoping for an explanation of what the error means. ADE catches exception messages coming back when it tries to connect. It is using the Managed Wrapper for FSUIPC that was originally posted here - so perhaps the error message comes from there. I have checked to see if it is possible to get this error via a double click on the connection button in ADE but it is not.
  4. Hi Pete Something odd. My application reads and writes aircraft location information. I have the DeLuxe Edition of FSX installed and FSUIPC4 as downloaded today. It is registered. My program has a freeware key from you. In unregistered mode I can move the aircraft to a new location from my application i.e. write lat, lon and alt. It works fine exactly the same as with FS9. In registered mode the write do not have any effect and the plane is not moved. Make the program unregistered by moving out the key and the plane can be moved again. Here is the log when in registered mode. You c
  5. That's correct Pete which is why I changed tools to dotNET :D Since my utilities are freeware you have been kind enough to supply keys and my users do not need a registered version. Mind you I always encourage people to register :wink:
  6. Hi Pete Rafael has emailed me - at the beginning of last year I was working using RealBasic and FSUIPC but stopped when I found that programs written using it could not supply the information you needed to generate a key.
  7. Well I am not going to have more than one version around - it becomes a configuration nightmare and I only work in VS2005 so it will not be of any use to you if you are using an earlier version. You can still get a free copy of the VS2005 express editions which are absolutely fine but if your shop has not upgraded and you are required to work in an older version................ :(
  8. Brad I mailed you yesterday to say that you can download it from my website (http://www.scruffyduckscenery.co.uk). I think you will find that FSUIPC operates at the frame rate so you cannot get data faster than that, but Pete will obviously be able to confirm that (or not if I have it wrong :D )
  9. It started as a wrapper for the vb stuff in the SDK. It still uses API calls since I havent had time to sit down and change it, but I have modified the way they are used in some places. It is a half way house in that it makes reading of some offsets easier by making the result available via properties - I plan to make all offsets read/wriable via properties or similar at some point - I'd like to get away from explicitly calling offsets and use structures or enumerations instead. Other than that it is still using tokens but I want to get rid of that when I find the time :D
  10. Nothing actually, but generally it is not done that way - it is just a different language, and as mentioned above it is certainly not interpreted. In fact the NET framework is just a set of DLLs like the win32 API is but we 'call' them instead of the API directly. I use C# and VB interchangeably in some cases the program constructs are easier in one than the other but in a lot of cases they are pretty much identical apart from case sensitivity, curly braces and semi colons :D :D Managed code refers to the fact that the NET languages manage things like garbage collection and disposal of v
  11. Well I wonder what you are trying to understand. FS stores the numbers in a particular way internally and to get them out to recognizable co-ordinate values you need to use the conversion factors shown. I think you would need to ask Microsoft why they chose to store the numbers in the format that have. I seem to recall there is an explanation in the FSUIPC SDK documentation
  12. I have emailed the dll to those who requested it
  13. Sorry No - I have been on vacation and just got back :D
  14. No problem The email just said that I am trying to get some documentation together and once I have it I will send you the dll :D
  • 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.