[PATCH 2/2] radeon: avoid rounding errors in texture coords for textured xv on EG+

make sure the division is done with floats, otherwise the coordinate can be wrong up to 1 texel. Particularly visible with clipping and small source scaled up (since one texel can be a shift of several pixels) but could be seen even unscaled. Should provide more accurate coords without clipping too

[PATCH 1/2] radeon: use GB_GR and BG_RG formats for packed yuv video for r600+

Those formats were invented for exactly that purpose so use them. This saves some code and also some hw resources (only need one sampler instead of two for packed yuv). (Note the output is not quite pixel exact probably some rounding errors on coords before caused some subtle chroma filter bugs, or

Re: using gr_gb and rg_bg formats for xv for r600+

Ok I found it sending new patches tomorrow... Roland Am 11.05.2012 04:01, schrieb Roland Scheidegger: > Hi, > > I thought those gr_gb and rg_bg formats were a perfect match for packed > yuv data. That should make the code simpler and faster (though unless > you've got some HD3000-class IGPs that

using gr_gb and rg_bg formats for xv for r600+

Hi, I thought those gr_gb and rg_bg formats were a perfect match for packed yuv data. That should make the code simpler and faster (though unless you've got some HD3000-class IGPs that shouldn't matter at all). There's only a slight problem, it doesn't actually work... The colors are just all wro

[Bug 49761] Media Players stop playing when monitor is in power saving mode (dpms off)

https://bugs.freedesktop.org/show_bug.cgi?id=49761 Nikola Šnele changed: What|Removed |Added CC||n.schne...@gmail.com -- Configure bugmai

[Bug 49761] New: Media Players stop playing when monitor is in power saving mode (dpms off)

https://bugs.freedesktop.org/show_bug.cgi?id=49761 Bug #: 49761 Summary: Media Players stop playing when monitor is in power saving mode (dpms off) Classification: Unclassified Product: xorg Version: git Platform: x86-

Re: [PATCH] Fail more gracefully when drm surface manager can't be initialized

On Don, 2012-05-10 at 17:22 +0200, Anisse Astier wrote: > On Thu, 10 May 2012 17:08:55 +0200, Michel Dänzer wrote : > > > On Don, 2012-05-10 at 16:56 +0200, Anisse Astier wrote: > > > > > diff --git a/src/radeon_kms.c b/src/radeon_kms.c > > > index edc8fe3..d2089d1 100644 > > > --- a/src/radeo

Re: [PATCH] Fail more gracefully when drm surface manager can't be initialized

- Original Message - > On Thu, 10 May 2012 17:08:55 +0200, Michel Dänzer > wrote : > > > On Don, 2012-05-10 at 16:56 +0200, Anisse Astier wrote: > > > Should make bugs like > > > https://bugs.freedesktop.org/show_bug.cgi?id=48138 > > > easier to diagnose. > > > > FWIW, commit 1e656cd5973

Re: [PATCH] Fail more gracefully when drm surface manager can't be initialized

On Thu, 10 May 2012 17:08:55 +0200, Michel Dänzer wrote : > On Don, 2012-05-10 at 16:56 +0200, Anisse Astier wrote: > > Should make bugs like https://bugs.freedesktop.org/show_bug.cgi?id=48138 > > easier to diagnose. > > FWIW, commit 1e656cd5973bbcf85b63406638ede0bccd65e28f should help for > th

Re: [PATCH] Fail more gracefully when drm surface manager can't be initialized

On Don, 2012-05-10 at 16:56 +0200, Anisse Astier wrote: > Should make bugs like https://bugs.freedesktop.org/show_bug.cgi?id=48138 > easier to diagnose. FWIW, commit 1e656cd5973bbcf85b63406638ede0bccd65e28f should help for that already. > Signed-off-by: Anisse Astier > --- > src/radeon_kms.c

[PATCH] Fail more gracefully when drm surface manager can't be initialized

Should make bugs like https://bugs.freedesktop.org/show_bug.cgi?id=48138 easier to diagnose. Signed-off-by: Anisse Astier --- src/radeon_kms.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/src/radeon_kms.c b/src/radeon_kms.c index edc8fe3..d2089d1 100644 --- a/src/