From: Jürgen Gotschlich (juergen.gotschlich++at++dlr.de)
Date: 03/25/2003 00:04:51
Hello Goncalo,
thanks for your comments. A few more questions:
>Hey,
>
> >
> > How can I ensure which process and therefore which CPU is starting
> > UDPGetData() ?
> >
>
> This should be running in the app process unless you call it from a
> callback of another Performer
> process or spawn a thread and run it from there.
>
> I do some networking for some PC devices to an Onyx and I spawn a thread
What are you using to spawn this ?
> to run a loop to process the input
> and put it in shared memory. The main loop or some other object fetches
> as necessary.
What do you mean by this ?
You have continuously running a loop to read data via network in this separate process ?
But you need some scheduling for this process ? Maybe pausing for 10ms after each read request.
In my case the network source is sending motion-data every 20ms and I need this very properly
for a smooth display-update of the terrain-scenery. The Performer-App. is running with 30Hz/33ms.
If the Performer-App. is doing it's own motion control via mouse input, I don't have any delay,
but reading from the network in each frame (hopefully in the APP-process ) causes delays of up to 60ms.
What is the advantage of using a separate process and shared memory ?
>
> Seems to work fine.
>
> Goncalo
>
-- ________________________________________________________________________Jürgen Gotschlich email: juergen.gotschlich++at++dlr.de __/|_ Phone: +49(531)295-3248/2778 /_/_/_/ Fax : +49(531)295-2640 |/ DLR
Deutsches Zentrum für Luft-und Raumfahrt | German Aerospace Center in der Helmholtz-Gemeinschaft | Institut für Flugsystemtechnik | Inst. of Flight Research Abt. Flugsimulation | Flight Simulation Dep. Lilienthalplatz 7 | Lilienthalplatz 7 D-38108 Braunschweig | D-38108 Braunschweig, Germany ________________________________________________________________________
This archive was generated by hypermail 2b29 : Tue Mar 25 2003 - 00:06:07 PST