Re: [Chromium-dev] readback + tilesort

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

Actually, binaryswap already uses the WindowPos version.  Brian must of 
caught that when the readback spu was patched.  So, somehow the raster 
position is not being setup correctly during interaction of the 
binaryswap SPU and the tilesort SPU.

-Mike

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