Re: [Chromium-dev] readback + tilesort

[Mike H. <mho...@gr...>]

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 <bri...@tu...>:
> 
> 
>>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
>>
>>
> 
> 
>