https://bugs.freedesktop.org/show_bug.cgi?id=30651

--- Comment #1 from Sergey Kondakov virtuousfox@gmail.com 2010-10-06 05:08:21 PDT --- Created an attachment (id=39222) --> (https://bugs.freedesktop.org/attachment.cgi?id=39222) gl:yuv=3.jpg

normal picture

https://bugs.freedesktop.org/show_bug.cgi?id=30651

--- Comment #3 from Sergey Kondakov virtuousfox@gmail.com 2010-10-22 18:49:34 PDT --- tested commit 469907d59738ad32c7a3b95072897432f1e81a0f with kernel 2.6.36 and "ColorTiling"="on". same thing :(

tested without 'lscale=1,cscale=1' and it makes no difference. setting 'yuv=4' triggers bug alright. but specifying 'yuv=1' and '5' (register combiners/GL_NV_register_combiners and GL_ATI_fragment_shader) also gives colorless picture and it's much darker.

i will use method '6' for now with hope that it's not really "Extremely slow (software emulation) on some (all?) ATI cards since it uses a texture with border pixels" as mplayer's manual says.

https://bugs.freedesktop.org/show_bug.cgi?id=30651

Jerome Glisse glisse@freedesktop.org changed:

What |Removed |Added ---------------------------------------------------------------------------- Summary|r600g: gl output in mplayer |[RADEON:KMS:R600G] gl |have no colors if used with |output in mplayer have no |a fragment program with |colors if used with a |additional lookup and |fragment program with |bicubic B-spline filtering |additional lookup and | |bicubic B-spline filtering

--- Comment #5 from Jerome Glisse glisse@freedesktop.org 2011-03-08 10:08:35 PST --- Works any better now ?

https://bugs.freedesktop.org/show_bug.cgi?id=30651

--- Comment #7 from Andy Furniss lists@andyfurniss.entadsl.com 2011-04-13 10:23:46 PDT --- (In reply to comment #6)

1. yuv=4 on r600g still have no colours even though with r300g they are ok

yuv=4 with or without bicubic now works for me on 600g

2. still there is an overbright glitch in some white places in some videos with

yuv=6. but again, it may be a mplayer bug since it present with r300g too (but not software rasterizer), i'm not sure.

This is still the same.

One general observation is the with 600g perf is poor compared to 600c or xv, which are at least 2x faster when benchmarking with HD streams.

https://bugs.freedesktop.org/show_bug.cgi?id=30651

--- Comment #9 from Andy Furniss lists@andyfurniss.entadsl.com 2011-04-13 11:38:47 PDT --- (In reply to comment #8)

same here. and i never got answer about which method is better with amd/ati card and open stack now. i hope devs are looking into that stuff.

Maybe there isn't an answer as such for that question.

I guess someone with an on-board low spec GPU may be more limited than a high end card with fast vram.

Quality wise - I can't see any difference, the higher yuv= numbers give more features like gamma correction (not sure how to use it though).

It would be nice if 600g could beat or equal 600c - it does for 3D, but for some reason not this.

I said classic was twice as fast - it's actually more than that if I discount time taken by the codec.