Re: readback + tilesort

I'm guessing the issue is how binaryswap sets raster position.  If you 
look at the client draw pixels call in binaryswap, I think you will 
still see a call to glRasterPos.  You need to change this call stack 
here to look like the readbackspu's client draw pixels.

-Mike

Johann Won wrote:

> Hi,
> 
> Putting readback + tilesort aside, I'm testing binaryswap + tilesort
> configuration.
> 
> With the patch, the problem mentioned earlier has been (partially) resolved.
> However this time, similar symtpom is found with bswap + tilesort.
> The same portion is drawn on each of the tiles ( I applied the patch ).
> 
> Attached .conf is a modified version of psubmit_bswap, which uses two tiles.
> Please test with it, and give me a comment.
> 
> Thanks in advance,
> 
> - johann.
> 
> 
> Quoting Brian Paul <[email protected]>:
> 
> 
>>Joong Ho (Johann) Won wrote:
>>
>>>Hi,
>>>
>>>I'm testing a combination of readback and tilesort SPUs, of which the
>>>ultimate purpose is to let sort-last parallel apps be able to render on
>>
>>a
>>
>>>DMX mural display. I wrote a simple test script for the first step,
>>
>>which is
>>
>>>a very simple modification of simplemural.conf.
>>>Simplemural.conf uses a tilesort SPU to render an app in two seperate
>>>(possibly remote) windows.
>>>My intension is just to add a readback SPU on top of the tilesort SPU.
>>
>>At
>>
>>>this stage, it has nothing to do with DMX.
>>>
>>>What should be rendered must be the same as that of the original
>>>simplemural.conf, but it is not.
>>>SAME part of the application window is rendered on both of the
>>
>>crserver
>>
>>>windows, i.e. the left half.
>>>
>>>Configuration for readback is the simplest, as will be shown below.
>>>Mike Houston's guess is that there may be a bug in arguments for
>>
>>DrawPixels.
>>
>>>Even worse is that when the 'extract_depth' option is turned on,
>>
>>nothing is
>>
>>>drawn at all.
>>>
>>>Below is my modified simplemural.conf script. Only a few lines related
>>
>>with
>>
>>>readbackSPU are added and without these, everything works fine.
>>>
>>>Thanks in advance for any comment.
>>
>>I found the problem.  On the server side, the initial current raster 
>>position needs to be translated by the origin of the server's tile. 
>>Normally, the first call to glRasterPos/glWindowPos would set it 
>>correctly, but the tilesort SPU's state tracker was filtering out that 
>>state change.
>>
>>Try applying this patch to crserverlib/server_context.c
>>
>>-Brian
>>
>>
> 
> 
> 


-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com