- Joined
- Apr 14, 2008
- Messages
- 221
- Reaction score
- 3
- Points
- 18
I was just saying that by adding the If Image<>Nothing would prevent the other users from crashing.
Just in case you miss my post on the OrbConnect thread, here's the source for ORTS (Orbiter Remote Tracking Station)
http://purinton.us/ORTS/
btw: yagni01 has done a very excellent job in extending the OUIPC service and writing the commands documentation. There are a few things i will suggest to him for a later version. I think I shall allow OUIPC to be completed superceeded by OrbConnect.
There's a couple of concerns i need to bring up about a change in command processing. In OUIPC I had a seperate thread processing commands for each client, I think. This could be rolled into 1 thread that processes commands for all clients, but yagni has told it to process commands in the opcPostStep callback function. I don't think this will be good for the simulator. All work should be done in seperate threads.
Dave, you'll notice that ORTS is very thread-centric also.
Here's code to connect to the server properly (includes error handling support)... Note, modifications will be needed to convert it for OrbConnect.
http://purinton.us/ORTS/ROTS/OUIPC.vb
SDP algorithm for plotting ground track is used in MainForm. It has code to convert the recieved Element2 into TLE format to be fed thru the SDP4 algorithm and you can calculate latitude/longitude and altitude for any given date/time. This lets you draw the orbital track on the map.
Regards,
Just in case you miss my post on the OrbConnect thread, here's the source for ORTS (Orbiter Remote Tracking Station)
http://purinton.us/ORTS/
btw: yagni01 has done a very excellent job in extending the OUIPC service and writing the commands documentation. There are a few things i will suggest to him for a later version. I think I shall allow OUIPC to be completed superceeded by OrbConnect.
There's a couple of concerns i need to bring up about a change in command processing. In OUIPC I had a seperate thread processing commands for each client, I think. This could be rolled into 1 thread that processes commands for all clients, but yagni has told it to process commands in the opcPostStep callback function. I don't think this will be good for the simulator. All work should be done in seperate threads.
Dave, you'll notice that ORTS is very thread-centric also.
Here's code to connect to the server properly (includes error handling support)... Note, modifications will be needed to convert it for OrbConnect.
http://purinton.us/ORTS/ROTS/OUIPC.vb
SDP algorithm for plotting ground track is used in MainForm. It has code to convert the recieved Element2 into TLE format to be fed thru the SDP4 algorithm and you can calculate latitude/longitude and altitude for any given date/time. This lets you draw the orbital track on the map.
Regards,
