Re: Problems with pfSwitch on 6.2 machines.

New Message Reply Date view Thread view Subject view Author view

Mario Veraart (rioj7++at++fel.tno.nl)
Thu, 2 Apr 1998 14:01:52 +0200 (MET DST)


Juergen Holland wrote:
>
> description:
> I am developing an application (Performer 2.2) for a CAVE-like environment.
> Several geometry models are being loaded at the initialisation of my app. At
> excecution I want to switch the different models (only one turned on at a time)
> at run-time.
> I am using the pfSwitch() function and place it in a shared memory arena. I am
> changing the switch values via an OpenGL menu (postdraw function). The values I
> get while switching are "good" .
>
> problem:
> On an OCTANE with IRIX 6.4 the pfSwitch works fine, while on the (2 HiPPI
> networked) ONYX IR with IRIX 6.2 only the values change, but not the geometry.
> (running a CAVE-simulator)
>
> help: ?

I might be that you change the value of the pfSwitch in the DRAW
process. This will set the value for a copy used in the DRAW when you
have a separate draw process (PFMP_APP_CULLDRAW).
The next frame a new copy is made from the APP version and this will
not include the changes made by DRAW, only when you are in single
process mode (PFMP_APPCULLDRAW).
What might be the solution is to let the OpenGL menu function set a
value in shared memory and let the APP process copy this value in to
the switch node.

Mario
>
> --
> Juergen Holland
>
> SE-Lab, ICEMT
>
>
>
> =======================================================================
> List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
>

=======================================================================
List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
            Submissions: info-performer++at++sgi.com
        Admin. requests: info-performer-request++at++sgi.com


New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:57:11 PDT

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.