chromium-dev — For developers of the Chromium framework or SPU's

Re: [Chromium-dev] Tracker SPU

[<dr...@bf...>]

Brian,

The attached patch adds documentation for the tracker SPU. It refers to=20
the version of the SPU which I sent to you as patch6 and patch7 last=20
Friday. I tried to incorporate all your suggestions from your last mail.

Michael


Brian Paul wrote:
> Michael,
>=20
> I've checked in your new tracker SPU.  Sorry for the delay.  I've been=20
> focused on other projects and your email was way at the bottom of my in=
box.
>=20
> Comments follow...
>=20
> Michael D=FCrig wrote:
>> Because of its size the following message did not come through the fir=
st
>> time. So here it is again now with links to the patches instead of
>> attachments.
>>
>>
>> Some time ago I mentioned that I'm working on the integration of a hea=
d
>> tracking device with Chromium. Here is what I've got so far:
>>
>> - Patch3: A tracker SPU which listens on a UDP socket for data from a
>> tracker client. There is a sample of usage in
>> \mothership\configs\tracker.conf. The sample is for a three wall CAVE
>> with stereo vision.
>> Available at http://athena.bfh.ch/projects/cave/patches/Patch3.patch
>=20
> Checked in.  Though, the patch didn't apply cleanly to CVS head so you=20
> should get the latest code from CVS and check that it's OK.
>=20
> Also, could you please add some documentation?  In particular, the=20
> cr/doc/configoptions.html file should list all the config files for the=
=20
> SPU.
>=20
>=20
>> - Patch4: A tracker client for the Ascension Flock of Birds
>> (http://www.ascension-tech.com/products/flockofbirds.php) written in C=
++
>> with QT for the GUI.
>> Available at http://athena.bfh.ch/projects/cave/patches/Patch4.patch
>>
>> - Patch5: A tracker client for the Ascension Flock of Birds written in=
=20
>> C#.
>> Available at http://athena.bfh.ch/projects/cave/patches/Patch5.patch
>=20
> It looks like patches 4 and 5 add demo programs in the spu/tracker/=20
> directory.  That's probably not the best place.  All the deme programs=20
> go under the progs/ directory.  Could you redo your patches?
>=20
>=20
>> Both clients need the bird (bird.h and bird.dll) driver available at
>> ftp://ftp.ascension-tech.com/PRODUCTS/FLOCK_OF_BIRD/Flock_of_Birds.zip.
>>
>> Some further information is available from our CAVE Wiki at
>> http://athena.bfh.ch/mediawiki/index.php/Head_Tracking
>=20
> Perhaps you could add that info to the Cr docs.
>=20
> -Brian

Re: [Chromium-dev] Adding dontclipToScreen to Chromium's dmx support...

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

James,

I'm checking in your patch, with some changes.

I'm renaming dontClipToScreen to be clipToScreen.  It's more natural to 
have variables named in the affirmative sense.

I'm initializing the new field to true in the 
crDMXAllocBackendWindowInfo() function.  You'll have to set the field to 
GL_FALSE in your code.

-Brian


James Supancic wrote:
> I would propose the following patch for Chromium's DMX module. I use
> the following change for my dmxdireect SPU. Basically, if before
> calling crDMXGetBackendWindowInfo I set the dontclipToScreen data
> member to true in the CRDMXBackendWindowInfo (sense Chromium appears
> to zero CRDMXBackendWindowInfo during allocation, it is set to false
> by default).
> 
> Then, when crDMXGetBackendWindowInfo is called, it doesn't clip the
> child window to the screen.
> 
> I chose this method because it appears to cause the least disruption
> to existing code (Chromium was written in C, and I don't think C likes
> function overloading etc.).
> 
> Index: include/cr_dmx.h
> ===================================================================
> RCS file: /cvsroot/chromium/cr/include/cr_dmx.h,v
> retrieving revision 1.1
> diff -r1.1 cr_dmx.h
> 15a16
>>   int dontclipToScreen;
> 
> Index: dmx/dmx.c
> ===================================================================
> RCS file: /cvsroot/chromium/cr/dmx/dmx.c,v
> retrieving revision 1.2
> diff -r1.2 dmx.c
> 158,165c158,176
> <               subwinX = backend->visrect.x1;
> <               subwinY = backend->visrect.y1;
> <               subwinW = backend->visrect.x2 - backend->visrect.x1;
> <               subwinH = backend->visrect.y2 - backend->visrect.y1;
> <               if (subwinW <= 0)
> <                       subwinW = 1;
> <               if (subwinH <= 0)
> <                       subwinH = 1;
> ---
>>               if(!backend->dontclipToScreen)
>>                 {
>>                   subwinX = backend->visrect.x1;
>>                   subwinY = backend->visrect.y1;
>>                   subwinW = backend->visrect.x2 - backend->visrect.x1;
>>                   subwinH = backend->visrect.y2 - backend->visrect.y1;
>>                   if (subwinW <= 0)
>>                     subwinW = 1;
>>                   if (subwinH <= 0)
>>                     subwinH = 1;
>>                 }
>>               else
>>                 {
>>                   /*Used by dmxdirect */
>>                   subwinX = 0;
>>                   subwinY = 0;
>>                   subwinW = dmxWinInfo[i].pos.width;
>>                   subwinH = dmxWinInfo[i].pos.height;
>>                 }
> 
> Thank you for your time,
> James Steven Supancic III
> 
> -------------------------------------------------------------------------
> 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-dev mailing list
> Chr...@li...
> https://lists.sourceforge.net/lists/listinfo/chromium-dev
> 

Re: [Chromium-dev] __stateAppOnlyExtensions?

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

James Supancic wrote:
> I'm trying to add an application only extension to my local Chromium
> installation.
> 
> "The extension should be added to the __stateAppOnlyExtensions  string
> in state_tracker/state_limits.c" - the Chromium 1.9 docs.
> 
> I searched state_tracker/state_limits.c but found no mention of
> anything similar to that string. Have these instructions be obsoleted?
> If yes, what is the new procedure for adding an application only
> extension? If no, what is it talking about?

The string is crAppOnlyExtensions in cr/include/cr_extstring.h

I'll update the docs.  There may be other things slightly out of date 
w.r.t. the code.

-Brian

Re: [Chromium-dev] Tracker SPU

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

Michael,

I've checked in your new tracker SPU.  Sorry for the delay.  I've been=20
focused on other projects and your email was way at the bottom of my inbo=
x.

Comments follow...

Michael D=FCrig wrote:
> Because of its size the following message did not come through the firs=
t
> time. So here it is again now with links to the patches instead of
> attachments.
>=20
>=20
> Some time ago I mentioned that I'm working on the integration of a head
> tracking device with Chromium. Here is what I've got so far:
>=20
> - Patch3: A tracker SPU which listens on a UDP socket for data from a
> tracker client. There is a sample of usage in
> \mothership\configs\tracker.conf. The sample is for a three wall CAVE
> with stereo vision.
> Available at http://athena.bfh.ch/projects/cave/patches/Patch3.patch

Checked in.  Though, the patch didn't apply cleanly to CVS head so you=20
should get the latest code from CVS and check that it's OK.

Also, could you please add some documentation?  In particular, the=20
cr/doc/configoptions.html file should list all the config files for the S=
PU.


> - Patch4: A tracker client for the Ascension Flock of Birds
> (http://www.ascension-tech.com/products/flockofbirds.php) written in C+=
+
> with QT for the GUI.
> Available at http://athena.bfh.ch/projects/cave/patches/Patch4.patch
>=20
> - Patch5: A tracker client for the Ascension Flock of Birds written in =
C#.
> Available at http://athena.bfh.ch/projects/cave/patches/Patch5.patch

It looks like patches 4 and 5 add demo programs in the spu/tracker/=20
directory.  That's probably not the best place.  All the deme programs=20
go under the progs/ directory.  Could you redo your patches?


> Both clients need the bird (bird.h and bird.dll) driver available at
> ftp://ftp.ascension-tech.com/PRODUCTS/FLOCK_OF_BIRD/Flock_of_Birds.zip.
>=20
> Some further information is available from our CAVE Wiki at
> http://athena.bfh.ch/mediawiki/index.php/Head_Tracking

Perhaps you could add that info to the Cr docs.

-Brian

[Chromium-dev] __stateAppOnlyExtensions?

[James S. <arr...@gm...>]

I'm trying to add an application only extension to my local Chromium
installation.

"The extension should be added to the __stateAppOnlyExtensions  string
in state_tracker/state_limits.c" - the Chromium 1.9 docs.

I searched state_tracker/state_limits.c but found no mention of
anything similar to that string. Have these instructions be obsoleted?
If yes, what is the new procedure for adding an application only
extension? If no, what is it talking about?

Thank you for your time,
James Steven Supancic III

Re: [Chromium-dev] dmxdirect SPU: public release

[James S. <arr...@gm...>]

1) By keeping the backend display in the DMX display, you are able to
continue to use that backend for other applications that are connected
to the DMX server while at the same time using it for an OpenGL window
(keep in mind, X11 allows a window to not take up an entire display
and also allows you to put one window ontop of another (most window
managers have a "keep above" option)). If Xdmx could run in a
"rootless" mode this wouldn't be an issue.

2) For all purposes other than OpenGL, the application acts exactly
like it was connected to the DMX display.  If one of its windows are
moved to a different backend all non-OpenGL drawing occurs as it
should. You can also copy and paste between the application and other
applications on the DMX display as well as use the same keyboard/mouse
to control them.

3) Some applications use both OpenGL and X11 for drawing. For example,
it may output a graphic using OpenGL to one window, yet output control
buttons and fields using X11 to another. This allows you to use the
OpenGL Window on one display, while keeping the X11 window on another.

I know some people use DMX so that can have one application output to
a large number of monitors or projectors. However, some people (myself
included) use DMX to have a single desktop environment with many
applications span multiple displays.

Thank you for your time,
James Steven Supancic III

Re: [Chromium-dev] dmxdirect SPU: public release

[Sean A. <ah...@or...>]

I hate to ask what sounds like a stupid question.  If you're only
addressing a single display, why do you even have DMX in the picture?
Why don't you address the display directly?  Asked another way, if you
have an app that does not work with tilesort, why would you use DMX?

-Sean

__
Sean Ahern
ah...@or...

James Supancic wrote:
> I have packaged up my dmxdirect SPU for public release in hope that it
> will be useful to others.
> I'd like it to be included with Chromium under Chromium's license. I
> will also distribute it independently under the GPL via arrummzen.net
> (I think that is legal, two separate distributions of the same package
> under different licenses?)
> 
> The purpose of the dmxdirect SPU is to allow the direct use of the 3d
> capabilities of a single display backend while in a DMX environment.
> Tilesort allows one to use the capabilities of all displays at the
> same time, at the cost of performance and compatibility. dmxdirect
> restricts the OpenGL output to a single display, but gives much better
> performance and compatibility. It is useful for running apps that will
> not work with tilesort in a DMX environment, as well as debugging and
> testing.
> 
> Attached is the dmxdirect.tar.bz2 which contains the dmxdirectspu,
> some notes, and a patch needed for it to work with the main Chromium
> source distribution.
> 
> Thank you for your time,
> James Steven Supancic III


> -------------------------------------------------------------------------
> 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-dev mailing list
> Chr...@li...
> https://lists.sourceforge.net/lists/listinfo/chromium-dev

[Chromium-dev] dmxdirect SPU: public release

[James S. <arr...@gm...>]

I have packaged up my dmxdirect SPU for public release in hope that it
will be useful to others.
I'd like it to be included with Chromium under Chromium's license. I
will also distribute it independently under the GPL via arrummzen.net
(I think that is legal, two separate distributions of the same package
under different licenses?)

The purpose of the dmxdirect SPU is to allow the direct use of the 3d
capabilities of a single display backend while in a DMX environment.
Tilesort allows one to use the capabilities of all displays at the
same time, at the cost of performance and compatibility. dmxdirect
restricts the OpenGL output to a single display, but gives much better
performance and compatibility. It is useful for running apps that will
not work with tilesort in a DMX environment, as well as debugging and
testing.

Attached is the dmxdirect.tar.bz2 which contains the dmxdirectspu,
some notes, and a patch needed for it to work with the main Chromium
source distribution.

Thank you for your time,
James Steven Supancic III

Re: [Chromium-dev] dmx error

[Daniel <zd...@zj...>]

RGVhciBKYW1lcyBTdXBhbmNpYywNCg0KeWVzICwgZG14d2luaW5mbyBnaXZlIG1lc3NhZ2Ugd2hp
Y2ggc2FpZCB0aGVyZSBhcmUgdHdvIHNjcmVlbiwgYm90aCA2MDBYNDAwLCBzb21ldGhpbmcgbGlr
ZSB0aGF0Lg0KDQpJIGNvbmZpZ3VyZWQgQ2hyb21pdW0gd2l0aCBETVg9MSwgYWZ0ZXIgY29weWlu
ZyBsaWJkbXggdG8gdGhlIHN5c3RlbSBsaWIgcGF0aC4gVGhlcmUgYXJlIG5vIGVycm9yIG1lc3Nh
Z2VzLg0KDQoJDQoNCg0KPT09PT09PSAyMDA3LTAxLTA2IDAyOjI0OjE2IKO6PT09PT09PQ0KDQo+
Q2FuIHlvdSBydW4gZG14d2luaW5mbyBvbiB0aGUgRE1YIGRpc3BsYXk/IERvZXMgaXQgd29yayBh
cyBpdCBzaG91bGQ/DQo+DQo+VGhhbmsgeW91IGZvciB5b3VyIHRpbWUsDQo+SmFtZXMgU3RldmVu
IFN1cGFuY2ljIElJSQ0KDQo9ID0gPSA9ID0gPSA9ID0gPSA9ID0gPSA9ID0gPSA9ID0gPSA9ID0N
CgkJIA0KCQkJCSANCkRhbmllbA0KQ0VTQyBMYWIsIFpoZWppYW5nIFVuaXZlcnNpdHkNCjIwMDct
MDEtMDYNCg0K

Re: [Chromium-dev] dmx error

[Sean A. <ah...@or...>]

Dumb question: Did you compile Chromium with DMX support?

-Sean

__
Sean Ahern
ah...@or...

Daniel wrote:
> When I try chromium with dmx, I got this error and crappfaker is terminated:
> 
> I start DMX in cr1 as frontend, cr2 and cr3 as backend                                        
> 
> startx --  /home/cruser/DMX/xc/programs/Xserver/Xdmx :2 +xinerama -configfile  dmx2servers.cfg
> 
> 
> 
> on cr2 and cr3 these commonds are executed:
> 	env CRMOTHERSHIP=cr1 DISPLAY=:0 crserver
> 
> on cr1:
> 	env CRMOTHERSHIP=cr1 DISPLAY=:2 crappfaker
> 
> Then got error message:
> 
> X Error of failed request:  BadRequest (invalid request code or no such operation)
> Major opcode of failed request:  147 (DMX)
> Minor opcode of failed request:  10 ()
> Serial number of failed request:  11
> Current serial number in output stream:  11
> CR Error(cr1:24113): "atlantis" exited with status=1
> 
> 
> What's the possible problems? 
> 
> DMX and Chromium can run seperately.
> 
> 
> 
> 
> Daniel
> 2007-01-06
> 
> 

> -------------------------------------------------------------------------
> 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-dev mailing list
> Chr...@li...
> https://lists.sourceforge.net/lists/listinfo/chromium-dev

Re: [Chromium-dev] dmx error

[James S. <arr...@gm...>]

Can you run dmxwininfo on the DMX display? Does it work as it should?

Thank you for your time,
James Steven Supancic III

[Chromium-dev] dmx error

[Daniel <zd...@zj...>]

When I try chromium with dmx, I got this error and crappfaker is terminated:

I start DMX in cr1 as frontend, cr2 and cr3 as backend                                        

startx --  /home/cruser/DMX/xc/programs/Xserver/Xdmx :2 +xinerama -configfile  dmx2servers.cfg



on cr2 and cr3 these commonds are executed:
	env CRMOTHERSHIP=cr1 DISPLAY=:0 crserver

on cr1:
	env CRMOTHERSHIP=cr1 DISPLAY=:2 crappfaker

Then got error message:

X Error of failed request:  BadRequest (invalid request code or no such operation)
Major opcode of failed request:  147 (DMX)
Minor opcode of failed request:  10 ()
Serial number of failed request:  11
Current serial number in output stream:  11
CR Error(cr1:24113): "atlantis" exited with status=1


What's the possible problems? 

DMX and Chromium can run seperately.




Daniel
2007-01-06

Re: [Chromium-dev] Overlap the execution of SPU?

[Daniel <zd...@zj...>]

Brian wrote:
	
>
>That's coming from line 159 of util/net.c  You might want to put in 
>some extra debug code in tha area to be 100% sure IB_SUPPORT is defined.
>
>-Brian

Thanks, I got it. I have set the LD_LIBRARY_PATH to a directory with Chromium without IP support which leads a wrong lib link.
I corrected it.

However, It seems that this does not improve the speed at all. I'll test it more.


		 
				 
Daniel
CESC Lab, Zhejiang University
2006-12-07

Re: [Chromium-dev] Overlap the execution of SPU?

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

Daniel wrote:
> Thank you=EF=BC=8CBrian=20
> =20
> =3D=3D=3D=3D=3D=3D=3D 2006-12-04 23:54:43 =EF=BC=9A=3D=3D=3D=3D=3D=3D=3D
>=20
>=20
>>Daniel wrote:
>>
>>>Hello,
>>>
>>>I'm using Chromium in a 10 nodes cluster with one client and nine
>>>servers which form a 3x3 passive stereo display. Each node is
>>>equipt with double Xeon 2.4G CPU, 1G memory, GeForce 5200 with
>>>PCI-X bus. They are connected by Giga Ethernet.
>>>
>>>However, the speed is always below my expectation. Rendering of a
>>>moderate size object with about 60K triangles needs about 0.6~1
>>>seconds, which only need 0.04~0.05s on a single nodes.
>>
>>You're probably limited by the network.  One potential work-around is=20
>>to use display lists.  It's best to only put geometry and not=20
>>state-change commands in the display list.
>=20
>=20
> I'm turning to Infiniband to improve the network performance. However, =
I'm not familar with it. I compiled Chromium with IB_SUPPORT =3D1 , but w=
hen I try use it as follows:
> 	clientspu.AddServer(node,protocol=3D'ib',port=3D7000)
>=20
> it always gives an error message: unkown protocol "ib".

That's coming from line 159 of util/net.c  You might want to put in=20
some extra debug code in tha area to be 100% sure IB_SUPPORT is defined.

-Brian

Re: [Chromium-dev] Overlap the execution of SPU?

[Daniel <zd...@zj...>]

VGhhbmsgeW91o6xCcmlhbiANCiANCj09PT09PT0gMjAwNi0xMi0wNCAyMzo1NDo0MyCjuj09PT09
PT0NCg0KPkRhbmllbCB3cm90ZToNCj4+IEhlbGxvLA0KPj4gDQo+PiBJJ20gdXNpbmcgQ2hyb21p
dW0gaW4gYSAxMCBub2RlcyBjbHVzdGVyIHdpdGggb25lIGNsaWVudCBhbmQgbmluZQ0KPj4gc2Vy
dmVycyB3aGljaCBmb3JtIGEgM3gzIHBhc3NpdmUgc3RlcmVvIGRpc3BsYXkuIEVhY2ggbm9kZSBp
cw0KPj4gZXF1aXB0IHdpdGggZG91YmxlIFhlb24gMi40RyBDUFUsIDFHIG1lbW9yeSwgR2VGb3Jj
ZSA1MjAwIHdpdGgNCj4+IFBDSS1YIGJ1cy4gVGhleSBhcmUgY29ubmVjdGVkIGJ5IEdpZ2EgRXRo
ZXJuZXQuDQo+PiANCj4+IEhvd2V2ZXIsIHRoZSBzcGVlZCBpcyBhbHdheXMgYmVsb3cgbXkgZXhw
ZWN0YXRpb24uIFJlbmRlcmluZyBvZiBhDQo+PiBtb2RlcmF0ZSBzaXplIG9iamVjdCB3aXRoIGFi
b3V0IDYwSyB0cmlhbmdsZXMgbmVlZHMgYWJvdXQgMC42fjENCj4+IHNlY29uZHMsIHdoaWNoIG9u
bHkgbmVlZCAwLjA0fjAuMDVzIG9uIGEgc2luZ2xlIG5vZGVzLg0KPg0KPllvdSdyZSBwcm9iYWJs
eSBsaW1pdGVkIGJ5IHRoZSBuZXR3b3JrLiAgT25lIHBvdGVudGlhbCB3b3JrLWFyb3VuZCBpcyAN
Cj50byB1c2UgZGlzcGxheSBsaXN0cy4gIEl0J3MgYmVzdCB0byBvbmx5IHB1dCBnZW9tZXRyeSBh
bmQgbm90IA0KPnN0YXRlLWNoYW5nZSBjb21tYW5kcyBpbiB0aGUgZGlzcGxheSBsaXN0Lg0KDQpJ
J20gdHVybmluZyB0byBJbmZpbmliYW5kIHRvIGltcHJvdmUgdGhlIG5ldHdvcmsgcGVyZm9ybWFu
Y2UuIEhvd2V2ZXIsIEknbSBub3QgZmFtaWxhciB3aXRoIGl0LiBJIGNvbXBpbGVkIENocm9taXVt
IHdpdGggSUJfU1VQUE9SVCA9MSAsIGJ1dCB3aGVuIEkgdHJ5IHVzZSBpdCBhcyBmb2xsb3dzOg0K
CWNsaWVudHNwdS5BZGRTZXJ2ZXIobm9kZSxwcm90b2NvbD0naWInLHBvcnQ9NzAwMCkNCg0KaXQg
YWx3YXlzIGdpdmVzIGFuIGVycm9yIG1lc3NhZ2U6IHVua293biBwcm90b2NvbCAiaWIiLg0KDQpJ
dCBzZWVtcyB0aGF0IHRoZSBpYiBuZXR3b3JrIGlzIHdvcmtpbmcgT0suDQoNCkRpc3BsYXkgbGlz
dHMgaW1wcm92ZSB0aGUgcGVyZm9ybWFuY2UgZ3JlYXRseS4gSG93ZXZlciwgaW4gb3VyIGFwcGxp
Y2F0aW9ucywgc29tZSBjb2RlcyBhcmUgb3V0IG9mIG91ciBjb250cm9sLiBXZSBjYW4ndCBtb2Rp
ZnkgdGhlbS4NCg0KDQoNCj4NCj4+IEkgYW5hbHl6ZWQgdGhlIHByb2JsZW0gY2FyZWZ1bGx5LiBJ
IGRvIHRoaW5rIHRoZXJlIGFyZSBzZXZlcmFsDQo+PiBpc3N1ZXMgbWF5IGJlIGNvbnNpZGVyZWQg
dG8gb3B0aW1pemUgQ2hyb21pdW0uIE9uZSBwb3NzaWJsZSB3YXkgaXMNCj4+IG92ZXJsYXBpbmcg
dGhlIGV4ZWN1dGlvbiBvZiBTUFUuIElmIHRoZSBuZXR3b3JrIHNlbmQvcmVjIGFuZA0KPj4gcmVu
ZGVyaW5nIGNhbiBiZSBvdmVybGFwcGVkLCB0aGVuIGxvdHMgb2YgdGltZSB3aWxsIGJlIHNhdmVk
LiBBbmQNCj4+IGlmIGV2ZXJ5IFNQVSBzcGF3bnMgb25lIHRocmVhZCwgdGhlIHN0cmVhbSBtYXkg
YmUgcGFyYWxsaXplZCB0bw0KPj4gdXRpbGl6ZSB0aGUgU01QIG5vZGVzLCBtYXkgaXQ/DQo+DQo+
VGhhdCdzIHNvbWV0aGluZyB3ZSdkIGxpa2UgdG8gZG8sIGJ1dCBpdCB3b3VsZCBpbnZvbHZlIHNv
bWUgd29yayBpbiANCj50aGUgbmV0d29yayBsYXllci4NCg0KSGFzIHRoaXMgYmVlbiBwdXQgaW4g
dGhlIGRldmVsb3BpbmcgcGxhbj8gSWYgbm90LCBJJ2QgbGlrZSB0byBjb25zaWRlciBpdC4NCg0K
Pg0KPg0KPj4gQW5vdGhlciBwcm9ibGVtOiBJIGZpbmQgdGhhdCBDaHJvbWl1bSBkb2Vzbid0IGNv
bnNpZGVyIGxvYWQgYmFsYW5jZQ0KPj4gaW4gVGlsZWQgZGlzcGxheSB3YWxsLiBDYW4gd2UgYWRk
IG9uZSBpbiBpdD8NCj4NCj5UaGVyZSdzIGEgQ2hyb21pdW0gZXh0ZW5zaW9uIChHTF9DUl90aWxl
X2luZm8pIHRoYXQgbGV0cyB5b3UgY2hhbmdlIA0KPnRoZSB0aWxlIHNpemVzIGF0IHJ1bnRpbWUu
ICBDaHJvbWl1bSBkb2Vzbid0IGhhdmUgYW55IGJ1aWx0LWluIGxvYWQgDQo+YmFsYW5jaW5nLCBi
dXQgeW91IGNvdWxkIGltcGxlbWVudCBpdCBpbiB5b3VyIGFwcC4NCg0KSXMgaXQgcG9zc2libGUg
dG8gaW1wbGVtZW50IGEgZ2VuZXJhbCBidWlsdC1pbiBsb2FkLWJhbGFuY2Ugc3RyYXRlZ3k/IEZv
ciBhbg0KaW1tZWRpYXRlIG1vZGUgQVBJLCBpdCBtYXkgYmUgaGFyZCB0byBkbyBzby4uLg0KDQog
CSANCkRhbmllbCANCg==

Re: [Chromium-dev] Overlap the execution of SPU?

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

Daniel wrote:
> Hello,
> 
> I'm using Chromium in a 10 nodes cluster with one client and nine
> servers which form a 3x3 passive stereo display. Each node is
> equipt with double Xeon 2.4G CPU, 1G memory, GeForce 5200 with
> PCI-X bus. They are connected by Giga Ethernet.
> 
> However, the speed is always below my expectation. Rendering of a
> moderate size object with about 60K triangles needs about 0.6~1
> seconds, which only need 0.04~0.05s on a single nodes.

You're probably limited by the network.  One potential work-around is 
to use display lists.  It's best to only put geometry and not 
state-change commands in the display list.


> I analyzed the problem carefully. I do think there are several
> issues may be considered to optimize Chromium. One possible way is
> overlaping the execution of SPU. If the network send/rec and
> rendering can be overlapped, then lots of time will be saved. And
> if every SPU spawns one thread, the stream may be parallized to
> utilize the SMP nodes, may it?

That's something we'd like to do, but it would involve some work in 
the network layer.


> Another problem: I find that Chromium doesn't consider load balance
> in Tiled display wall. Can we add one in it?

There's a Chromium extension (GL_CR_tile_info) that lets you change 
the tile sizes at runtime.  Chromium doesn't have any built-in load 
balancing, but you could implement it in your app.

-Brian

[Chromium-dev] Overlap the execution of SPU?

[Daniel <zd...@zj...>]

Hello,

I'm using Chromium in a 10 nodes cluster with one client and nine servers which form a 3x3 passive stereo display. Each node is equipt with double Xeon 2.4G CPU, 1G memory, GeForce 5200 with PCI-X bus. They are connected by Giga Ethernet.

However, the speed is always below my expectation. Rendering of a moderate size object with about 60K triangles needs about 0.6~1 seconds, which only need 0.04~0.05s on a single nodes.

I analyzed the problem carefully. I do think there are several issues may be considered to optimize Chromium. One possible way is overlaping the execution of SPU. If the network send/rec and rendering can be overlapped, then lots of time will be saved. And if every SPU spawns one thread, the stream may be parallized to utilize the SMP nodes, may it? 

Another problem: I find that Chromium doesn't consider load balance in Tiled display wall. Can we add one in it?


	

Daniel
2006-12-04

Re: [Chromium-dev] Fwd: Projection Matrix

[<dr...@bf...>]

Take a look at ChromiumParametervCR() with GL_SERVER_VIEW_MATRIX_CR and 
GL_SERVER_PROJECTION_MATRIX_CR. This is used to set view and projection 
matrices on remote viewports.

Michael

Daniel E. Shipton wrote:
> Pinging this list to see I can get a bite here. :)
> -D
> 
> ---------- Forwarded message ----------
> From: *Daniel E. Shipton* < dan...@gm... 
> <mailto:dan...@gm...>>
> Date: Nov 28, 2006 9:48 AM
> Subject: Projection Matrix
> To: chr...@li... 
> <mailto:chr...@li...>
> 
> Hi all,
> 
> I am trying to modify the GL stream that chromium is sending to the 
> render nodes to only modify the ModelView Matrix.  I override all the 
> usual suspects and don't allow calls to things like glViewport, glOrtho, 
> glMultMatrix(when not in ModelView), etc.  However, even with making all 
> of these calls as no-ops(which I verified with logging) the Projection 
> Matrix on the render nodes is still being affected.  I also looked at 
> crserverlib code and found it may have been setting up viewports in 
> there too...but I don't really know enough about how chromium sets up 
> remote viewport to intelligently mess with the code.  So, my question is 
> how does chromium set up the remote viewports and where do I need to 
> intercept those calls to make sure that the Projection Matrix is not 
> touched on render nodes.
> 
> -Dan
> 
> 
> -- 
> Daniel E. Shipton
> Software Engineer, Infiscape Corp.
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> 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-dev mailing list
> Chr...@li...
> https://lists.sourceforge.net/lists/listinfo/chromium-dev

[Chromium-dev] Fwd: Projection Matrix

[Daniel E. S. <dan...@gm...>]

Pinging this list to see I can get a bite here. :)
-D

---------- Forwarded message ----------
From: Daniel E. Shipton <dan...@gm...>
Date: Nov 28, 2006 9:48 AM
Subject: Projection Matrix
To: chr...@li...

Hi all,

I am trying to modify the GL stream that chromium is sending to the render
nodes to only modify the ModelView Matrix.  I override all the usual
suspects and don't allow calls to things like glViewport, glOrtho,
glMultMatrix(when not in ModelView), etc.  However, even with making all of
these calls as no-ops(which I verified with logging) the Projection Matrix
on the render nodes is still being affected.  I also looked at crserverlib
code and found it may have been setting up viewports in there too...but I
don't really know enough about how chromium sets up remote viewport to
intelligently mess with the code.  So, my question is how does chromium set
up the remote viewports and where do I need to intercept those calls to make
sure that the Projection Matrix is not touched on render nodes.

-Dan


-- 
Daniel E. Shipton
Software Engineer, Infiscape Corp.

[Chromium-dev] Tracker SPU

[<dr...@bf...>]

Because of its size the following message did not come through the first
time. So here it is again now with links to the patches instead of
attachments.


Some time ago I mentioned that I'm working on the integration of a head
tracking device with Chromium. Here is what I've got so far:

- Patch3: A tracker SPU which listens on a UDP socket for data from a
tracker client. There is a sample of usage in
\mothership\configs\tracker.conf. The sample is for a three wall CAVE
with stereo vision.
Available at http://athena.bfh.ch/projects/cave/patches/Patch3.patch

- Patch4: A tracker client for the Ascension Flock of Birds
(http://www.ascension-tech.com/products/flockofbirds.php) written in C++
with QT for the GUI.
Available at http://athena.bfh.ch/projects/cave/patches/Patch4.patch

- Patch5: A tracker client for the Ascension Flock of Birds written in C#.
Available at http://athena.bfh.ch/projects/cave/patches/Patch5.patch

Both clients need the bird (bird.h and bird.dll) driver available at
ftp://ftp.ascension-tech.com/PRODUCTS/FLOCK_OF_BIRD/Flock_of_Birds.zip.

Some further information is available from our CAVE Wiki at
http://athena.bfh.ch/mediawiki/index.php/Head_Tracking

regards,
Michael

Re: [Chromium-dev] Patch for Windows build

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

Michael D=FCrig wrote:
>=20
> The following patch is required for building on Windows.

Checked in.  Thanks.

-Brian

Re: [Chromium-dev] Chromium hangs on Windows XP -> PATCH

[<dr...@bf...>]

Samuel Thibault wrote:
> Michael D=FCrig, le Thu 23 Nov 2006 14:33:47 +0100, a =E9crit :
>> Someone recommended to use non-blocking sockets instead of blocking
>> sockets because 'select is typically not used with blocking
>> sockets'.
>=20
> Mmm, they have a strange notion of select() then.  Select is
> particularly useful with blocking sockets precisely because it permits
> to know whether recv() will block or not...  If that's not the case,
> it's a bug in the select() implementation.

Yes thats what I thought. But it seemed easier for the moment to hack=20
around the bug instead of getting MS to fix this.

Michael

Re: [Chromium-dev] Chromium hangs on Windows XP -> PATCH

[Samuel T. <sam...@en...>]

Michael D=FCrig, le Thu 23 Nov 2006 14:33:47 +0100, a =E9crit :
> Someone recommended to use non-blocking sockets instead of blocking
> sockets because 'select is typically not used with blocking
> sockets'.

Mmm, they have a strange notion of select() then.  Select is
particularly useful with blocking sockets precisely because it permits
to know whether recv() will block or not...  If that's not the case,
it's a bug in the select() implementation.

Samuel

Re: [Chromium-dev] Chromium hangs on Windows XP -> PATCH

[<dr...@bf...>]

Michael D=FCrig wrote:
>>> I use Chromium on Windows XP to drive 6 servers from one client over =
a=20
>>> 1Gbps TCP/IP network. Every now and then Chromium locks up. The lock =
up=20
>>> occurres in __tcpip_read_exact()'s call to recv(). Even though select=
()=20
>>> did report the socket to be ready for reading the first call to recv(=
)=20
>>> blocks.  If I kill the server of this connection recv() returns with =
the=20
>>> correct error code. See the stack trace below for more details.
>>> Does anyone else experience similar problems? I suspect this might be=
 a=20
>>> bug in some network driver (Intel) but I'm not sure.
>> If there's any bugs in Chromiums packer/unpacker code, a common=20
>> symptom is for the network layer to get stuck in recv() - waiting for=20
>> bytes that aren't coming.
>=20
> I dont think its a bug in Chromium since the block occurs on the first=20
> call to recv() after select() reported the socket to be readable. That=20
> is crTCPIPRecv() calls select(), finds the socket to be readable and=20
> calls crTCPIPReceiveMessage() which blocks right away on the statement
>=20
> if ( __tcpip_read_exact( sock, &len, sizeof(len)) <=3D 0 ).
>=20
> So this really shouldn't block or should it?
>=20
>> Is the lock-up only happening with certain apps?  Do those apps work=20
>> ok on other Chromium systems?
>=20
> It does happen with at least a couple of apps I tried, one of which is=20
> atlantis. I didn't test on other systems though.

Ok, some news on this. It does only happen on one machine and on this=20
machine only when running Windows. It does not happen on Linux. Even=20
after changing to a different NIC from a different vendor and a=20
different driver the problem remained. I discussed the issue on=20
microsoft.public.win32.programmer.networks. Someone recommended to use=20
non-blocking sockets instead of blocking sockets because 'select is=20
typically not used with blocking
sockets'. So I hacked tcpip.c such that it now uses non-blocking=20
sockets. I'm not sure if this is of interested to anyone else but just=20
in case, here is the patch.

Michael

[Chromium-dev] Patch for Windows build

[<dr...@bf...>]

The following patch is required for building on Windows.

regards,
Michael