Re: [Chromium-dev] pack spu limitations

[Ricky Uy <ric...@ya...>]

Hi Brian, I tried using 'Broadcast' as the bucket_mode for both tilesort spus, but I'm still getting the same result. It's weird because whenever I have just one tilesort spu, there's no problems, and when I have two tilesort spus, this problem only occurs on the render nodes that are receiving commands from the second tilesort spu. 
 
Do you think that the 'broadcast' mode has a bug in it, such that the first tilesort spu is not sending all the information to the second tilesort spu? I don't think that that is it, though, since sometimes I do see the countries (depending on the angle at which I view the globe)...perhaps this is related to the Windows display list state tracking issue? But I don't think it's that, either, since there are no problems with the first tilesort spu, just the second one.
 
Do you have any idea what it could be? It would be really awesome if this could get working right.
 
Ricky


Brian Paul <bri...@tu...> wrote:

Try using 'Broadcast' as the bucket_mode. Sometimes that clears up 
state tracking bugs, if that's what this is.

-Brian


Ricky Uy wrote:
> Thanks again Mike, it does indeed work under Windows, but with a bug. I 
> have the setup that you described (a pack->tilesort.1, where tilesort.1 
> broadcasts to a render node for app display, and tilesort.1 also 
> broadcasts to another machine tilesort.2, where tilesort.2 drives a wall 
> display with bucket_mode = 'Uniform Grid'. The pack spu is required 
> because it's doing something (what exactly, I don't know) that gets 
> certain Windows applications working that won't run under a 
> tilesort->render configuration, probably because of the way the pack spu 
> handles vertex arrays, another problem that still hasn't been figured 
> out. Christoph is running a different Windows application, and he has 
> confirmed that his app requires a pack spu in the front as well.)
> 
> So anyways, my application draws a globe with some texture data 
> representing the countries on top of the globe. The bug is that the 
> globe looks just great in the render node used for app display, but on 
> the wall display the countries are misaligned and sometimes don't even 
> appear. I'm not sure if it's the fact that there are two tilesort spus 
> and the texture data is not being passed from the first one to the 
> second one correctly or not. Do you have any ideas? Thanks again Mike, 
> your advice is very helpful.
> 
> Ricky
> 
> */Mike Houston /* wrote:
> 
> I'm pretty sure this is in the main trunk now, it's called
> multitilesort.conf.
> 
> Basically what you can do is setup the first stage tilesort to
> broadcast
> to two seperate servers. Each of those servers can then do whatever it
> wants. For example, one can load a render SPU for app display and the
> other can run a tilesort to drive a wall.
> 
> I haven't tested this, but it *should* work. It's unknown how this will
> behave under Windows... Linux shouldn't be a problem.
> 
> -Mike
> 
> Ricky Uy wrote:
> 
> > Thanks Mike. Is this multi stage tilesort on a separate branch,
> or did
> > he check it into the trunk? And by multi stage, do you mean that I
> > could have multiple tilesort spus (just on different nodes)?
> Thanks again,
> >
> > Ricky
> >
> > */Mike Houston /* wrote:
> >
> > The tilesort SPU does this. You can set it to broadcast mode. Brian
> > checked in a multi stage tilesort that should work as a starting
> > point.
> >
> > -Mike
> >
> > Ricky Uy wrote:
> >
> > > Why can the pack spu only add one server? Once it has received and
> > > generated the commands that it would like to send downstream, why
> > > can't it send those commands to multiple computers? Is there any
> > way
> > > that the pack spu could be modified so that it can do this? I don't
> > > see why the tilesort computer can send commands to multiple
> > computers
> > > when the pack spu cannot. Couldn't the pack spu just send a copy of
> > > the commands to each computer that you want to render to?
> > >
> > > My reason for wanting to do this is so that I can have the pack spu
> > > send the exact same commands to two different computers. One of
> > these
> > > rec! e! iving computers could do a tilesort and then go to some
> > render
> > > nodes, and the other receiving computer would just be a render
> > node so
> > > that the user can actually see something instead of a blank
> > screen. I
> > > wanted to go ahead and try to add/modify some code for a new spu
> > that
> > > could do this, but I thought I'd ask to see if it was even possible
> > > before I try. Thanks for any advice,
> > >
> > > Ricky
> > >
> > > Do you Yahoo!?
> > > *Yahoo! Finance Tax Center* -
> > > File online. File on time.
> > >
> >



---------------------------------
Do you Yahoo!?
Yahoo! Finance Tax Center - File online. File on time.