chromium-users — Mailing list for all users of the Chromuim rendering system

[Chromium-users] Stereo on windows.

[Daniel C. <dan...@ya...>]

Hi,

I have a graphic card Quadro FX1300 and when enable
the stereo (with the NVIDIA GUI), I don't have
problems running stereo applications like
"stereocube.exe -s" in  a cygwin term, but when I try
to run it with chromium in the crappafaker term I get
the next error: 

GLUT: Fatal Error in
C:\cygwin\home\danielcc\cr-1.9\EJECUC~1\cr6\stereocube.exe:
pixel format with necessary capabilities not found.

This error is the same when I try to run the
application without chromium and no enabling the
stereo . For this reason I think that Chromium can't
find the configuration of the stereo or something like
this.

Anyone know how to solve this error, or some
suggestion.

Thanks.
Daniel.


 
____________________________________________________________________________________
Don't pick lemons.
See all the new 2007 cars at Yahoo! Autos.
http://autos.yahoo.com/new_cars.html 

Re: [Chromium-users] Chromium and VNC: remote rendering of desktop

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

Dan Phung wrote:
> Dan Phung wrote:
>> Brian Paul wrote:
>>  
>>> Dan B. Phung wrote:
>>>    
>>>> Brian Paul wrote:
>>>>      
>>>>> Dan Phung wrote:
>>>>>        
>>>>>> Hi all,
>>>>>>
>>>>>> I'm trying to get the setup where the local (app) node sends its
>>>>>> rendering data to a remote node to get rendered, and then sent 
>>>>>> back to
>>>>>> get displayed.  From what I've read, I should use the VNC SPU.
>>>>>>           
>>>>> Do you want to use VNC?
>>>>>
>>>>> Or, are you trying to render back into the original application 
>>>>> window?
>>>>>         
>>>> I guess I don't really want to use VNC, but that's what I read as 
>>>> one way of going about this...
>>>> but yes, I'm trying to render back to the original application window.
>>>>       
>>> See the render SPU's 'render_to_app_window' option.  I think there's 
>>> at least one or two sample .conf files that use it.
>>>
>>> -Brian
>>>     
>> I tried working from the rb.conf example and got something to 
>> display...but I still don't have a complete understanding of the 
>> correct way to do this.  For clarity, what I'm trying to accomplish is 
>> for the local application node to send off the 3d openGL rendering to 
>> the server node, and having it drawn back locally on the application 
>> node.
>> Here's my configuration:
>>
>> ----------------
>> import sys
>> sys.path.append( '../server' )
>> from mothership import *
>>
>> demo = crbindir+"/atlantis -s 100";
>>
>> server_spu = SPU( 'render' )
>> client_spu = SPU( 'pack' )
>> readback_spu = SPU( 'readback' )
>>
>> server_spu.Conf( 'window_geometry', [0, 0, 512, 192] )
>> server_spu.Conf( 'title', "server SPU" )
>> server_spu.Conf( 'swap_master_url', "" )
>> server_spu.Conf( 'render_to_app_window', 1 )
>> client_spu.Conf( 'draw_bbox', 1 )
>>
>> server_node = CRNetworkNode('remote_renderer')
>> server_node.AddSPU( server_spu )
>>
>> client_node = CRApplicationNode( )
>> client_node.AddSPU( readback_spu )
>> client_node.AddSPU( client_spu )
>> client_spu.AddServer( server_node, 'tcpip' )
>>
>> client_node.SetApplication( demo )
>> client_node.StartDir( crbindir )
>>
>> cr = CR()
>> cr.MTU( 1024*1024 )
>> cr.AddNode( client_node )
>> cr.AddNode( server_node )
>> cr.Go()
>> -----------------
>>
>> so with the 'render_to_app_window' line in, the crserver gives this 
>> warning:
>>   CR Warning(remote_renderer:30801): Render SPU: 
>> render_to_app/crut_window
>>   option is set but the window ID 0x1c00002 is invalid on the display 
>> named :0.0.
>>
>> I had first tried this with the line 'server_spu.Conf( 
>> 'render_to_app_window', 1 )'
>> commented out (as it is in the example) and it rendered in both the 
>> server and
>> application node.  I saw bandwidth usage go up, so that's how I know 
>> that some
>> data is coming back from the server...but it looks the same on the 
>> application
>> node with or without the render_to_app_window line in/out.
>> Lastly, I tried mucking around with the 'window_geometry', but 
>> couldn't get the
>> atlantis example to draw correctly.  It seems to be cut in half...
>>
>> thanks,
>> dan
>>   
> arghh, sorry, I should've read the docs more, seems like what I want is 
> to use: render_to_crut_window since the crserver doesn't have access to 
> the original application window.

Try the attached example.

-Brian

Re: [Chromium-users] Chromium and VNC: remote rendering of desktop

[Dan P. <ph...@cs...>]

Dan Phung wrote:
> Brian Paul wrote:
>   
>> Dan B. Phung wrote:
>>     
>>> Brian Paul wrote:
>>>       
>>>> Dan Phung wrote:
>>>>         
>>>>> Hi all,
>>>>>
>>>>> I'm trying to get the setup where the local (app) node sends its
>>>>> rendering data to a remote node to get rendered, and then sent back to
>>>>> get displayed.  From what I've read, I should use the VNC SPU.
>>>>>           
>>>> Do you want to use VNC?
>>>>
>>>> Or, are you trying to render back into the original application window?
>>>>         
>>> I guess I don't really want to use VNC, but that's what I read as one 
>>> way of going about this...
>>> but yes, I'm trying to render back to the original application window.
>>>       
>> See the render SPU's 'render_to_app_window' option.  I think there's 
>> at least one or two sample .conf files that use it.
>>
>> -Brian
>>     
> I tried working from the rb.conf example and got something to 
> display...but I still don't have a complete understanding of the correct 
> way to do this.  For clarity, what I'm trying to accomplish is for the 
> local application node to send off the 3d openGL rendering to the server 
> node, and having it drawn back locally on the application node. 
>
> Here's my configuration:
>
> ----------------
> import sys
> sys.path.append( '../server' )
> from mothership import *
>
> demo = crbindir+"/atlantis -s 100";
>
> server_spu = SPU( 'render' )
> client_spu = SPU( 'pack' )
> readback_spu = SPU( 'readback' )
>
> server_spu.Conf( 'window_geometry', [0, 0, 512, 192] )
> server_spu.Conf( 'title', "server SPU" )
> server_spu.Conf( 'swap_master_url', "" )
> server_spu.Conf( 'render_to_app_window', 1 )
> client_spu.Conf( 'draw_bbox', 1 )
>
> server_node = CRNetworkNode('remote_renderer')
> server_node.AddSPU( server_spu )
>
> client_node = CRApplicationNode( )
> client_node.AddSPU( readback_spu )
> client_node.AddSPU( client_spu )
> client_spu.AddServer( server_node, 'tcpip' )
>
> client_node.SetApplication( demo )
> client_node.StartDir( crbindir )
>
> cr = CR()
> cr.MTU( 1024*1024 )
> cr.AddNode( client_node )
> cr.AddNode( server_node )
> cr.Go()
> -----------------
>
> so with the 'render_to_app_window' line in, the crserver gives this warning:
>   CR Warning(remote_renderer:30801): Render SPU: render_to_app/crut_window
>   option is set but the window ID 0x1c00002 is invalid on the display 
> named :0.0.
>
> I had first tried this with the line 'server_spu.Conf( 
> 'render_to_app_window', 1 )'
> commented out (as it is in the example) and it rendered in both the 
> server and
> application node.  I saw bandwidth usage go up, so that's how I know 
> that some
> data is coming back from the server...but it looks the same on the 
> application
> node with or without the render_to_app_window line in/out. 
>
> Lastly, I tried mucking around with the 'window_geometry', but couldn't 
> get the
> atlantis example to draw correctly.  It seems to be cut in half...
>
> thanks,
> dan
>   
arghh, sorry, I should've read the docs more, seems like what I want is 
to use: render_to_crut_window since the crserver doesn't have access to 
the original application window. 

Re: [Chromium-users] Chromium and VNC: remote rendering of desktop

[Dan P. <ph...@cs...>]

Brian Paul wrote:
> Dan B. Phung wrote:
>>
>> Brian Paul wrote:
>>> Dan Phung wrote:
>>>> Hi all,
>>>>
>>>> I'm trying to get the setup where the local (app) node sends its
>>>> rendering data to a remote node to get rendered, and then sent back to
>>>> get displayed.  From what I've read, I should use the VNC SPU.
>>>
>>> Do you want to use VNC?
>>>
>>> Or, are you trying to render back into the original application window?
>> I guess I don't really want to use VNC, but that's what I read as one 
>> way of going about this...
>> but yes, I'm trying to render back to the original application window.
>
> See the render SPU's 'render_to_app_window' option.  I think there's 
> at least one or two sample .conf files that use it.
>
> -Brian
I tried working from the rb.conf example and got something to 
display...but I still don't have a complete understanding of the correct 
way to do this.  For clarity, what I'm trying to accomplish is for the 
local application node to send off the 3d openGL rendering to the server 
node, and having it drawn back locally on the application node. 

Here's my configuration:

----------------
import sys
sys.path.append( '../server' )
from mothership import *

demo = crbindir+"/atlantis -s 100";

server_spu = SPU( 'render' )
client_spu = SPU( 'pack' )
readback_spu = SPU( 'readback' )

server_spu.Conf( 'window_geometry', [0, 0, 512, 192] )
server_spu.Conf( 'title', "server SPU" )
server_spu.Conf( 'swap_master_url', "" )
server_spu.Conf( 'render_to_app_window', 1 )
client_spu.Conf( 'draw_bbox', 1 )

server_node = CRNetworkNode('remote_renderer')
server_node.AddSPU( server_spu )

client_node = CRApplicationNode( )
client_node.AddSPU( readback_spu )
client_node.AddSPU( client_spu )
client_spu.AddServer( server_node, 'tcpip' )

client_node.SetApplication( demo )
client_node.StartDir( crbindir )

cr = CR()
cr.MTU( 1024*1024 )
cr.AddNode( client_node )
cr.AddNode( server_node )
cr.Go()
-----------------

so with the 'render_to_app_window' line in, the crserver gives this warning:
  CR Warning(remote_renderer:30801): Render SPU: render_to_app/crut_window
  option is set but the window ID 0x1c00002 is invalid on the display 
named :0.0.

I had first tried this with the line 'server_spu.Conf( 
'render_to_app_window', 1 )'
commented out (as it is in the example) and it rendered in both the 
server and
application node.  I saw bandwidth usage go up, so that's how I know 
that some
data is coming back from the server...but it looks the same on the 
application
node with or without the render_to_app_window line in/out. 

Lastly, I tried mucking around with the 'window_geometry', but couldn't 
get the
atlantis example to draw correctly.  It seems to be cut in half...

thanks,
dan

Re: [Chromium-users] Chromium and VNC: remote rendering of desktop

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

Dan B. Phung wrote:
> 
> Brian Paul wrote:
>> Dan Phung wrote:
>>> Hi all,
>>>
>>> I'm trying to get the setup where the local (app) node sends its
>>> rendering data to a remote node to get rendered, and then sent back to
>>> get displayed.  From what I've read, I should use the VNC SPU.
>>
>> Do you want to use VNC?
>>
>> Or, are you trying to render back into the original application window?
> I guess I don't really want to use VNC, but that's what I read as one 
> way of going about this...
> but yes, I'm trying to render back to the original application window.

See the render SPU's 'render_to_app_window' option.  I think there's at 
least one or two sample .conf files that use it.

-Brian

Re: [Chromium-users] Chromium and VNC: remote rendering of desktop

[Dan B. P. <ph...@cs...>]

Brian Paul wrote:
> Dan Phung wrote:
>> Hi all,
>>
>> I'm trying to get the setup where the local (app) node sends its
>> rendering data to a remote node to get rendered, and then sent back to
>> get displayed.  From what I've read, I should use the VNC SPU.
>
> Do you want to use VNC?
>
> Or, are you trying to render back into the original application window?
I guess I don't really want to use VNC, but that's what I read as one 
way of going about this...
but yes, I'm trying to render back to the original application window.

>
>
>> However most of the docs I find are related to vncproxy, which (from
>> what I understand) is only needed if I'm using DMX.
>>
>> Here's the setup I tried (mothership and app node are the same):
>>
>> app node: start mothership
>>   python vncdemo.conf Xvnc
>> rendering node: start crserver
>> app node: crappfaker
>>
>> Here's what I think it should look like...
>>
>> crappfaker --(net)--> crserver-> vncspu  <--- vncviwer
>>
>> Should I be connecting the vncviewer to the vncspu?  I tried that, but
>> the viewer doesn't show anything...I can connect directly to Xvnc and
>> see my server though...
>
> The VNC SPU is derived from the passthrough SPU so it needs to be 
> followed by another SPU, typically the render SPU.  I'll update the 
> docs about that.
>
>
>> Is there any documentation on how to get this setup?  What happens
>> if the crserver gets disconnected and then later reconnected?
>
> You can't dynamically disconnect/reconnect crservers like that.
>
> -Brian

Re: [Chromium-users] Chromium and VNC: remote rendering of desktop

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

Dan Phung wrote:
> Hi all,
> 
> I'm trying to get the setup where the local (app) node sends its
> rendering data to a remote node to get rendered, and then sent back to
> get displayed.  From what I've read, I should use the VNC SPU.

Do you want to use VNC?

Or, are you trying to render back into the original application window?


> However most of the docs I find are related to vncproxy, which (from
> what I understand) is only needed if I'm using DMX.
> 
> Here's the setup I tried (mothership and app node are the same):
> 
> app node: start mothership
>   python vncdemo.conf Xvnc
> rendering node: start crserver
> app node: crappfaker
> 
> Here's what I think it should look like...
> 
> crappfaker --(net)--> crserver-> vncspu  <--- vncviwer
> 
> Should I be connecting the vncviewer to the vncspu?  I tried that, but
> the viewer doesn't show anything...I can connect directly to Xvnc and
> see my server though...

The VNC SPU is derived from the passthrough SPU so it needs to be 
followed by another SPU, typically the render SPU.  I'll update the docs 
about that.


> Is there any documentation on how to get this setup?  What happens
> if the crserver gets disconnected and then later reconnected?

You can't dynamically disconnect/reconnect crservers like that.

-Brian

[Chromium-users] Chromium and VNC: remote rendering of desktop

[Dan P. <ph...@cs...>]

Hi all,

I'm trying to get the setup where the local (app) node sends its
rendering data to a remote node to get rendered, and then sent back to
get displayed.  From what I've read, I should use the VNC SPU.
However most of the docs I find are related to vncproxy, which (from
what I understand) is only needed if I'm using DMX.

Here's the setup I tried (mothership and app node are the same):

app node: start mothership
  python vncdemo.conf Xvnc
rendering node: start crserver
app node: crappfaker

Here's what I think it should look like...

crappfaker --(net)--> crserver-> vncspu  <--- vncviwer

Should I be connecting the vncviewer to the vncspu?  I tried that, but
the viewer doesn't show anything...I can connect directly to Xvnc and
see my server though...

Is there any documentation on how to get this setup?  What happens
if the crserver gets disconnected and then later reconnected?

regards,
dan

Re: [Chromium-users] GL_MAX_TEXTURE_SIZE returning 0

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

Vincent VIVANLOC wrote:
> Dear all,
> 
> A collegue is trying to run an OpenSceneGraph application through Chromium.
> However, any application with a textured scene segfaults.
> 
> After some investigations, I found that OSG relies on GL_MAX_TEXTURE_SIZE
> to resize a TEXTURE_2D to the nearest power of 2.
> Under a Chromium cave configuration, GL_MAX_TEXTURE_SIZE returns 0,
> therefore OSG tries to allocate a texture of (0,0) size which causes the 
> segfault.
> 
> Could anyone confirm that bug ?

Seems OK here.  I modified the atlantis demo to query/print 
GL_MAX_TEXTURE_SIZE.  I tried it with a pack SPU and tilesort SPU.  I 
got 4096 in both cases.

What SPUs are you using?

-Brian

[Chromium-users] GL_MAX_TEXTURE_SIZE returning 0

[Vincent V. <viv...@ir...>]

Dear all,

A collegue is trying to run an OpenSceneGraph application through Chromium.
However, any application with a textured scene segfaults.

After some investigations, I found that OSG relies on GL_MAX_TEXTURE_SIZE
to resize a TEXTURE_2D to the nearest power of 2.
Under a Chromium cave configuration, GL_MAX_TEXTURE_SIZE returns 0,
therefore OSG tries to allocate a texture of (0,0) size which causes the 
segfault.

Could anyone confirm that bug ?

Regards,

Vincent

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

The piece of code to insert within osgviewer render loop :

GLint   _maxTextureSize;
glGetIntegerv(GL_MAX_TEXTURE_SIZE,&_maxTextureSize);
printf("GL_MAX_TEXTURE_SIZE : %d\n",_maxTextureSize);


My configuration :

3 linux PC under Fedora 5
GPUs : ATI Radeon X800 GTO  with fglrx drivers / the situation is similar with NVIDIA GPUs. 

OSG version : 1.2
Chromium version : 1.9.

[Chromium-users] Runing applications on windows

[Daniel C. <dan...@ya...>]

Hello every one, I have been using chromium on linux
and now I can use it, more or less on this system.

However I need to run it also on windos, and it's
suppose that I need to use cygwin (linux emulate for
windows) for build it, but it means that the only
applications which I can run on windows are they which
I can  run on linux too ?.

Can I run some native aplications for windows with
chromiun on windows, for examples 3dmax, if I built it
with cygwin ?

Some one have built Chromium chromium using for
example VC++, or something like this ?

Regards.
Daniel.



      ____________________________________________________________________________________
Luggage? GPS? Comic books? 
Check out fitting gifts for grads at Yahoo! Search
http://search.yahoo.com/search?fr=oni_on_mail&p=graduation+gifts&cs=bz

[Chromium-users] Compiling with infiniband support

[Nino P. <np...@gm...>]

Hi,

We have and infiniband fabric by Voltaire and we want to compile Chromium
1.9 with support for infiniband. We have installed Gridstack 4.1.5_4 on
CentOS 4.2. The compilation fails because some missing header files:

[nino@mini cr-1.9]$ make
-------------------------------------------------------------------------------
              Building libcrutil.so for Linux (RELEASE)
-------------------------------------------------------------------------------
Compiling ib.c
ib.c:46:57: mosal.h: No such file or directory
ib.c:51:18: vapi.h: No such file or directory
ib.c:52:19: evapi.h: No such file or directory
ib.c:53:25: vapi_common.h: No such file or directory
ib.c:63: error: syntax error before "VAPI_lkey_t"
ib.c:63: warning: no semicolon at end of struct or union
ib.c:68: error: syntax error before "recv_lkey"


Does someone with Voltaire hardware has compiled cr-1.9?

Thank you.


--
Nino

[Chromium-users] Torque Games Engine

[Nathan J. <na...@dm...>]

Dear all

Could I ask if anyone on the list has had any experience of pushing 
the  Torque games engine 
from garagegames.com through chromium

We are running chromium 1.7 under windows and chromium 1.8 under linux, 
both installs run quake3 incredibly well at 30+ FPS, but when torque is 
ran through the same setup it runs at probably 1 or 2 frames a second in a 
single window on a single machine. whereas when ran without chromium 
involved it runs at 30 to 40 FPS.

There is no processor hit that can be identified through task manager or 
top or similar.

I just wondered if anyone else had tried this games engine or come across 
a similar scenario and uncovered a workaround, or point me to where i 
might be able to uncover the reason for this severe slowdown/

Best regards, and thanks in advance for any assistance

Nathan

Re: [Chromium-users] Getting past the simple test programs

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

Dan Moore wrote:
> I have Chromium on two boxes, and they both run the
> simple tests just fine.  Now, I'd like to get one of
> the boxes to use the graphics card on the other box. 
> When I actually go to configure things, I get
> confused.  The documentation isn't bad, but everything
> about Chromium is foreign to me.  An example might get
> me over the hump.  If anyone has any pointers on how
> to do this, it would be much appreciated. 

mothership/configs/simplemural.conf is a simple example of tiled 
rendering.  Basically, just plug in your hostnames.

-Brian

[Chromium-users] Getting past the simple test programs

[Dan M. <dan...@ya...>]

I have Chromium on two boxes, and they both run the
simple tests just fine.  Now, I'd like to get one of
the boxes to use the graphics card on the other box. 
When I actually go to configure things, I get
confused.  The documentation isn't bad, but everything
about Chromium is foreign to me.  An example might get
me over the hump.  If anyone has any pointers on how
to do this, it would be much appreciated. 

Thanks, 
Dan 



 
____________________________________________________________________________________
Be a PS3 game guru.
Get your game face on with the latest PS3 news and previews at Yahoo! Games.
http://videogames.yahoo.com/platform?platform=120121

[Chromium-users] Render back to original app on Windows

[Alex O. <in...@sc...>]

Hello,

    I'm using Chromium on Windows to render from an application node to
2-tile display. I need to also render back to the original application
window. I haven't had much luck with reassemble.conf , which (to my
understanding) does exactly that. Did anyone have any luck with rendering
back to the original app specifically on Windows? Any help would be greatly
appreciated.

Alex

ScienceGL, Inc.

[Chromium-users] More than one Render SPU per crserver?

[Felix R. <fr...@Te...>]

Hi all,

I'm currently working on a setup with three graphic-cards in one  
machine, each having two outputs. For now I've run Chromium with a  
tilesort SPU on the Application Node and six Network Nodes, each with  
a render SPU. I've experimented with one to six servers and the more  
servers I use, the more the system slows down. So far I suspect that  
the bottleneck to be packing the packages and sending them over the  
loopback-device to the servers.

Is there the possibility to setup a server with more than one render  
SPU?
X is now configured with six displays from :0.0 to :0.5 and the idea  
is to setup 6 render SPUs, each on configured with a different  
display-string. Then, since it's all on one machine I want the  
tilesort SPU directly to communicate with the render SPUs. Is such a  
setup possible?

Does anybody has experience with such a setup? Or any suggestions?

Cheers,

Felix

Re: [Chromium-users] Black screen with OpenPerformer

[Eric S. <er...@sa...>]

On Tuesday 10 April 2007 11:44:47 Brian Paul wrote:
> Eric Sandall wrote:
> > Hey all,
> >
> > I am having a problem when using Chromium 1.9 and SGI's OpenPerformer
> > 3.2.2. When we run our program with the attached tiles.conf and vrcim.in
> > (I am aware the tiles.conf isn't entirely configured from vrcim.in ;), =
my
> > first intention was to get the program working, then I'll clean (I am
> > also aware this doesn't always happen :)). When we try to run our
> > program, our expected output windows are opened on the tiles, but then a
> > black window is opened above them. We can move these windows out of the
> > way, but this is very inconvenient. I am not sure where they are coming
> > from, so any hints on where I can look to find out or others who have
> > experienced this would be much appreciated.
>
> In the docs look for "Configuration options for app nodes" and the
> "track_window_visibility" option.

Ahh, my bad, I forgot to mention what I've tried to fix this. ;) I have rea=
d=20
the FAQs and set track_window_visibility to "1" (enabled). Without this=20
option we got many windows popping up, but they weren't entirely black as=20
they had the "SGI OpenPerformer" logo on them (but no other output). With t=
he=20
track_window_visibility =3D 1 we have just this one black window. Once the=
=20
black windows are moved out of the way our program runs without other issue=
s.=20
We have tried playing with the Performer window types and found that=20
PFPWIN_TYPE_SHARE works the best for Performer (PFPWIN_TYPE_X doesn't quite=
=20
work, I'd have to re-enable it to remember what issues it caused).  We are=
=20
using only one pipe and one processor in Performer.

Some details I forgot to mention:
  CPU: Dual Intel Xeon 2.8GHz
  OS: RHEL 4
  Video Card: nVidia NV45GL Quadro FX 3400/4400
  Video driver: nVidia 1.0-9775

Thank you,

=2Dsandalle

=2D-=20
Eric Sandall                     |  Source Mage GNU/Linux Developer
er...@sa... PGP: 0xA8EFDD61  |  http://www.sourcemage.org/
http://eric.sandall.us/          |  http://counter.li.org/  #196285

Re: [Chromium-users] Black screen with OpenPerformer

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

Eric Sandall wrote:
> Hey all,
> 
> I am having a problem when using Chromium 1.9 and SGI's OpenPerformer 3.2.2. 
> When we run our program with the attached tiles.conf and vrcim.in (I am aware 
> the tiles.conf isn't entirely configured from vrcim.in ;), my first intention 
> was to get the program working, then I'll clean (I am also aware this doesn't 
> always happen :)). When we try to run our program, our expected output 
> windows are opened on the tiles, but then a black window is opened above 
> them. We can move these windows out of the way, but this is very 
> inconvenient. I am not sure where they are coming from, so any hints on where 
> I can look to find out or others who have experienced this would be much 
> appreciated.
> 

In the docs look for "Configuration options for app nodes" and the 
"track_window_visibility" option.

-Brian

[Chromium-users] Black screen with OpenPerformer

[Eric S. <er...@sa...>]

Hey all,

I am having a problem when using Chromium 1.9 and SGI's OpenPerformer 3.2.2. 
When we run our program with the attached tiles.conf and vrcim.in (I am aware 
the tiles.conf isn't entirely configured from vrcim.in ;), my first intention 
was to get the program working, then I'll clean (I am also aware this doesn't 
always happen :)). When we try to run our program, our expected output 
windows are opened on the tiles, but then a black window is opened above 
them. We can move these windows out of the way, but this is very 
inconvenient. I am not sure where they are coming from, so any hints on where 
I can look to find out or others who have experienced this would be much 
appreciated.

Thank you,

-sandalle

-- 
Eric Sandall                     |  Source Mage GNU/Linux Developer
er...@sa... PGP: 0xA8EFDD61  |  http://www.sourcemage.org/
http://eric.sandall.us/          |  http://counter.li.org/  #196285

[Chromium-users] Dist Texture and CrAppFaker?

[Joseph P. <j-...@no...>]

Hi All,

I wrote a tiled image viewer that utilizes the dist_texture spu, and  
I was wondering if any one could explain this behavior i am  
seeing.    It seems that (and correct me if i'm wrong) the crappfaker  
ran application looks to be sucking up a ton of memory, akin to  
loading the tiles itself as well.

Could someone please let me know if i'm going crazy, or what  
communication/behaviors would allow this to happen?

Thanks again!
	
Best,
	--Joe

[Chromium-users] Paraview 2.6 and Chromium issues

[Terry J. <Ter...@sa...>]

I have encountered 2 problems when running Paraview 2.6 on Chromium.

1) While running paraview 2.6 on chromium with any conf file (crdemo.conf =
for example), I open a dataset.  When I hit accept in paraview, a second =
Chromium rendering window opens over the original chromium rendering =
window.  This issue shouldnt be with the conf file because I tried it with =
2.4.4 and it works as expected.

2) This issue occurs with bothh 2.4.4 and 2.6 but not with 2.2.1.  When =
running a tilesort conf and choosing cell to point the colors for scalars =
become incorrect.  That is all "color by" values appear shades of green =
and black.  and this is only exhibited when running tilesort not locally =
(such as crdemo), and doesnt happen in 2.2.1.

So I am resigned to running 2.2.1 for the time being.  Is anyone else =
experiencing this?

I am running SuSE 10.2.

Thanks,
Terry

Re: [Chromium-users] reassemble.conf and render_to_app_window and borders

[Paul N. <Pau...@Su...>]

Hi,

I have resolved these issues. render_to_app_window needs to be included 
in the readbackspu as well as the renderspu.

Kind regards,
Paul.


Paul Needle wrote:
> Hi,
>
> I am putting together a Chromium 1.9 system and am using the attached 
> reassemble.conf file. We are using a 16 core application node (cr1), 
> which isn't being used as a render node. I am also using two render 
> nodes (cr2 and cr3). I have one active stereo projector, which is 
> attached to the graphics card on cr2, the first render node.

[Chromium-users] reassemble.conf and render_to_app_window and borders

[Paul N. <Pau...@Su...>]

Hi,

I am putting together a Chromium 1.9 system and am using the attached 
reassemble.conf file. We are using a 16 core application node (cr1), 
which isn't being used as a render node. I am also using two render 
nodes (cr2 and cr3). I have one active stereo projector, which is 
attached to the graphics card on cr2, the first render node.

The behavior I would like to see on the screen is a normal gnome session 
(RHEL AS 4u4) and when I fire up VMD through Chromium, to have a single 
window, which also is the control window for the mouse. The top half of 
the window I need to render from the first render node (cr2) and the 
bottom from the second (cr3).

What I am currently seeing when I fire up VMD through Chromium are two 
separate, bordered windows for the top and bottom half of the VMD 
output. They are aligned correctly, but the borders ruin the effect. 
Secondly, although I have render_to_app_window set in the 
reassemble.conf, I still get a separate control window entitled "VMD 
1.8.5 OpenGL Display". I have to have this on top of the VMD application 
window in order to move any 3D models, which is also undesirable.

Does anyone know how I can fix these two issues?

Many thanks,
Paul.

Re: [Chromium-users] Rendering back to original application

[Qinghuai G. <Qin...@Su...>]

Terry:

Please try the sort-first-reassemble example in Chromium:  the conf
file  reassemble.conf.

Qinghuai

>I am attempting to do the following:  run a tile display say 2X2 while also rendeing back to the original app.  Is there a way to take an application like paraview and render it to 4 tiles in a 2x2 matrix and still be able to render the original result to the paraview window?
>
>Thanks in advance.
>
>
>-------------------------------------------------------------------------
>Take Surveys. Earn Cash. Influence the Future of IT
>Join SourceForge.net's Techsay panel and you'll get the chance to share your
>opinions on IT & business topics through brief surveys-and earn cash
>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>_______________________________________________
>Chromium-users mailing list
>Chr...@li...
>https://lists.sourceforge.net/lists/listinfo/chromium-users
>  
>