http://bugs.freedesktop.org/show_bug.cgi?id=27139





--- Comment #5 from Török Edwin <[email protected]>  2010-03-18 01:26:55 PST 
---
(In reply to comment #4)
> I think you are hitting this fallback:
> 
>     /* for REPEAT_NONE, Render semantics are that sampling outside the source 
>   
>      * picture results in alpha=0 pixels. We can implement this with a border
> color                              
>      * *if* our source texture has an alpha channel, otherwise we need to 
> fall  
>      * back. If we're not transformed then we hope that upper layers have
> clipped                                
>      * rendering to the bounds of the source drawable, in which case it 
> doesn't 
>      * matter. I have not, however, verified that the X server always does 
> such 
>      * clipping.                                                              
>   
>      */
>     /* FIXME R6xx */
>     if (pPict->transform != 0 && repeatType == RepeatNone &&
> PICT_FORMAT_A(pPict->format) == 0) {
>         if (!(((op == PictOpSrc) || (op == PictOpClear)) &&
> (PICT_FORMAT_A(pDstPict->format) == 0)))
>             RADEON_FALLBACK(("REPEAT_NONE unsupported for transformed xRGB
> source\n"));
>     }
> 
> commenting out that code should improve performance at the expense of render
> compliance.
> 

Yes, after putting a #if 0 around that if this performance bug is fixed, 
and the video plays nicely.
Oprofile shows this, so no more fallbacks!
samples  %        image name               app name                 symbol name
25791    38.1028  libxul.so                libxul.so               
/usr/lib/xulrunner-1.9.1/libxul.so
7004     10.3475  libmozjs.so.2d           libmozjs.so.2d          
/usr/lib/libmozjs.so.2d
2556      3.7761  libcairo.so.2.10800.10   libcairo.so.2.10800.10  
/usr/lib/libcairo.so.2.10800.10


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
xorg-driver-ati mailing list
[email protected]
http://lists.x.org/mailman/listinfo/xorg-driver-ati

Reply via email to