On 10/13/2009 03:28 AM, José Fonseca wrote:
> On Tue, 2009-10-13 at 00:12 -0700, Corbin Simpson wrote:
>> Module: Mesa
>> Branch: master
>> Commit: 95a05621eb750c07e5c7a5eb64b8458d202192b3
>> URL:    
>> http://cgit.freedesktop.org/mesa/mesa/commit/?id=95a05621eb750c07e5c7a5eb64b8458d202192b3
>>
>> Author: Corbin Simpson <[email protected]>
>> Date:   Mon Oct 12 20:47:00 2009 -0700
>>
>> r300g: Fallback on surfaces we can't render to or from.
>>
>> Still not sure why st keeps handing down things we can't render to.
> 
> Corbin,
> 
> This is a problem of the Mesa state tracker and most co-statetrackers
> that sit on top of it. It's better than it was before but there are
> still a few places where it uses formats without querying the driver. A
> typical problem are PIPE_FORMAT_x -> Mesa visual translation. I had to
> solve this in the WGL state tracker, but it would be nice if we had
> shared code for that in src/mesa/state_tracker .

On one hand, it's my opinion that if I say no to is_format_supported for
RENDER_TARGETs (or SAMPLERs, for copying), then the state tracker is
misbehaving if it proceeds to request surface_fill or surface_copy with
those.

On the other hand, this fallback is kind of okay with me because it goes
right next to the fallbacks for overlapping blits, which aren't okay on
the 3D engine.

On the *other* other hand, it'd be really nice if we had
PIPE_CAP_BLITTER, which encapsulated all of this.

~ C.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Mesa3d-dev mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Reply via email to