From: Marc Mendez (mmendez++at++silicon-worlds.fr)
Date: 03/24/2003 06:16:29
As Goncalo answered, the best to do is not to rely on fixed rate
incoming data. I ve run some simulations where I maintain a small buffer
and then interpolate/extrapolate on the buffer datas every seconds.
The packet reception is held by a separate thread writing to shared data.
And I didn t even needed to use UDP, sticking in TCP for its reliability
and its packet sequencing.
good luck,
Marc.
J|rgen Gotschlich wrote:
>Hi pfDevelopers,
>
>I'm working on a new render engine for our flight simulator. The
>aircraft dynamic is computed on another system. So, we decided to send
>the XYZ-location and HPR-orientation via UDP network connection to the
>Onyx(4 CPU's). Everything is working fine, except that the motion is not
>smooth, which means the network task is not deterministic. Our network
>is a private network without a lot of traffic. I guess I have problems
>with the process management.
>
>I'm using a standard performer simulation loop:
>
> //---- simulation loop ---------------
> while ( !exitFlag ) {
> pfSync();
> updateView();
> pfFrame();
> UDPGetData();
> }
> //------------------------------------
>
>I'm using pfuInitDefaultProcessManager() to activate multiprocessing.
>This is working in principle as I checked the process configuration with
>pfPrintProcessState(). I have different APP, CULL, DRAW processes. But
>how are they spread over the 4 CPU's ?
>
>How can I ensure which process and therefore which CPU is starting
>UDPGetData() ?
>
>our system specs.:
>- Performer 2.5.2
>- Onyx, InfiniteReality
>- 4 CPU's R10000
>
>
>Thanks alot,
>
>Juergen
>
>
-- Marc Mendez Silicon Worlds SA12, rue de Chatillon 75014 Paris Tel : +33 (01) 53 90 11 13 Fax : +33 (01) 53 90 11 12
Without C, we would only have Basi, Pasal and Obol. Anonymous. Computers are useless. They can only give you answers. P. Picasso.
This archive was generated by hypermail 2b29 : Mon Mar 24 2003 - 06:18:11 PST