chromium-dev

[Chromium-dev] (no subject)

[Joel W. <we...@st...>]

Hi folks;
  My student Christiaan reported a problem with the psubmit demo a while ago 
under the heading "readback/pack SPUs and two psubmit clients".  We've 
clarified the problem description, but we still can't figure out what's going 
on.  Has anyone else seen the following behavior?  I think it's a 
manifestation of the state tracking problems reported recently.
  The configuration is: 2 clients -> rendering server -> display server .  The 
clients run the pack SPU, the rendering server runs the readback SPU and the 
pack SPU, and the display server runs the nop SPU.
  To do the experiment, watch the display on the *rendering server*, not the 
display server.  As it renders frames, they'll get drawn there before they are 
read back.
  If the configuration is run as described, the geometry rendered from the 
second client is drawn incorrectly- wrong lighting and wrong transformation.  
This incorrect image gets read back, and ends up getting passed on to the 
display server where it is discarded.
  If the configuration is changed to replace the pack SPU on the downstream 
end of the rendering server with the nop SPU (so that the display server gets 
disconnected from the data stream), the images that appear on the rendering 
server's display are correct.
  I understand that this should be impossible, but, well, try it and see.  
I've appended a configuration script which demonstrates this.

-Joel
 we...@ps...

[Chromium-dev] (no subject)

[Stefan L. <sli...@up...>]

I'm trying to run a driving simulator based on OpenSceneGraph and Cg in
stereo over Chromium. It works fine when i disable all Cg relevant code. =
But
as soon as i enable the shader programs the model that the shader would
affect disappears. Any idea what this could be? I also tested chromium =
with
the standard Cg demos and the vertprog_projection_param set but with the
same result. I couldn't see any shader effects with the tilesort SPU.=20
=20
My system:=20
Pentium 4
nvidia gefore 6800 Ultra
Debian Sarge with 2.6.8 Kernel
chromium from cvs
latest nvidia drivers
latest Cg Toolkit=20
=20
Any help is highly appreciated. Did anyone get the Cg Demos to run in
stereo? (It is mentioned in the Chromium docu, this makes me confident)
=20
Thanks
Stefan=20

-----------------------------------------------------------------

Stefan Lietsch

University of Paderborn
Paderborn Center for Parallel Computing
F=FCrstenallee 11
33102 Paderborn, Germany
=20
Office:  F0.337

Phone: +49 5251 60-6287
Fax:     +49 5251 60-6297
Email:   sli...@up...

-----------------------------------------------------------------=20

=20

Re: [Chromium-dev] (no subject)

[Brian P. <br...@tu...>]

Joel Welling wrote:
> Hi folks;
>   My student Christiaan reported a problem with the psubmit demo a while ago 
> under the heading "readback/pack SPUs and two psubmit clients".  We've 
> clarified the problem description, but we still can't figure out what's going 
> on.  Has anyone else seen the following behavior?  I think it's a 
> manifestation of the state tracking problems reported recently.
>   The configuration is: 2 clients -> rendering server -> display server .  The 
> clients run the pack SPU, the rendering server runs the readback SPU and the 
> pack SPU, and the display server runs the nop SPU.
>   To do the experiment, watch the display on the *rendering server*, not the 
> display server.  As it renders frames, they'll get drawn there before they are 
> read back.
>   If the configuration is run as described, the geometry rendered from the 
> second client is drawn incorrectly- wrong lighting and wrong transformation.  
> This incorrect image gets read back, and ends up getting passed on to the 
> display server where it is discarded.
>   If the configuration is changed to replace the pack SPU on the downstream 
> end of the rendering server with the nop SPU (so that the display server gets 
> disconnected from the data stream), the images that appear on the rendering 
> server's display are correct.
>   I understand that this should be impossible, but, well, try it and see.  
> I've appended a configuration script which demonstrates this.

I had to do a lot of hacking on your config script to make it work:

1. CRNode doesn't have a Rank() method.
2. CR doesn't have a NodeRange() or ContextRange() method.
3. What is the 'quadrics' protocol?
4. The first server node has a render SPU followed by a pack SPU.
    That's incorrect since a render SPU has to be the last SPU in a chain.
    The pack SPU was being ignored.
    I replaced the render SPU with a readback SPU.
5. I modified all nodes to run on the local host, with assigned port numbers.
6. I replaced the nop SPU with a render SPU.

After all that I have the config running and it looks fine to me.
I'm using Linux.

Attached is the modified script.

-Brian