Re: Xvideo: Autopaint colorkey bug in the Unix version of Helix

Daniel Yek wrote:
> 
> Greg Wright wrote:
>> Daniel, take a look at:
> 
> OK, I hadn't read this response and had yet to start looking deeper into 
> the code when I commented with my own understanding.
> 
>>     m_bNeedColorKeyFilled = FALSE;
>> ...
>>     //XXXgfw Well, this turns out to be mostly true. With our new fancy
>>     //presentation-feature SMIL demo we have a problem where the video 
>> can not
>>     //be seen until you see the player...
>> ...
>> It looks like we should be working even without Xv painting the
>> color key for us. Is this change, in basesurf.cpp, in your branch?
> 
> Nope, this change is not in 150Cay. I'll merge it over.

that may not be the only change associated with that fix. Be sure
to check CVS logs, or something, to see if anything else was
checked in to other site files.

>>
>>  ColorKey=0x00
>>
>> Now launch RP and play a video, it should look OK. Bring up an xterm
>> with a black background:
>>
>>   xterm -fg gold -bg black -sl 1000 -sb
>>
>> Move that xterm on top of the RP video. You will see the video everywhere
>> that the xterm has black; the background of the xterm. 
> 
> Yes, that works. One just needs to pay attention to expose two edges of 
> the video window so that blitting of the rectangular area happens.

That depends on the driver as well, some don't seems to draw the video
unless those conditions hold, others do.

Back in the good old days, before KDE/GNOME started replacing the root
window with their own thing, you could do this:

xsetroot -solid black

Then, add this to your RP prefs:

   ColorKey=0x00
   WallPaperMode=1
   StretchToFill=1

This would make the site use the root window of the display as
the video output window, the color key is black, which is what
you set the root window to. Then just launch RP/splay and play
a movie. It would run as the backdrop to your whole desktop. Pretty
cool. :-) Stretch to fill just fills up the whole window ignoring
aspect ratio. Looks good for some content on the root window.

You can have all sorts of fun with colorkeys.


You might also have  a look at the below pref if you are playing
with ATI cards. Not sure if they still support that ATOM or not.

         //This is used on ATI cards for debugging. It tells the driver
         //to paint the window with the color key before each blt, or not.
         pPreferences->ReadPref("PaintClipList", pBuffer);
         if (pBuffer)
         {
             m_bPaintClipList = (::atoi((const char*)pBuffer->GetBuffer()) == 1);
             HX_RELEASE(pBuffer);
         }

--greg.


_______________________________________________
Helix-client-dev mailing list
[email protected]
http://lists.helixcommunity.org/mailman/listinfo/helix-client-dev