[MPlayer-dev-eng] [PATCH] Add support for 9-bit/10-bit H.264

[Reimar Döffinger]

On Wed, May 11, 2011 at 07:58:26AM +0200, Reimar Döffinger wrote:
> On 10 May 2011, at 20:18, Reimar Döffinger <Reimar.Doeffinger at gmx.de> wrote:
> > On Tue, May 10, 2011 at 07:47:46PM +0200, Reimar Döffinger wrote:
> >> On Tue, May 10, 2011 at 08:45:43AM +0000, Carl Eugen Hoyos wrote:
> >>> Reimar Döffinger <Reimar.Doeffinger <at> gmx.de> writes:
> >>> 
> >>>> Should be ok, though I hadn't time to look at it much.
> >>> 
> >>> Tested (it doesn't rescale worse than FFmpeg) and applied.
> >>> 
> >>> 10 bit output does not work with -vo gl on my Geforce 210 (Nvidia 270.41.03), I
> >>> only get a green picture, 16 bit works fine.
> >> 
> >> Hm, here -vo gl does not work with 16 bit, the right half
> >> is either a duplicate of the left or just mess.
> 
> Works fine with the OpenSource driver.
> 
> >> It works with gl2.
> >> Did ATI's incompetent driver team hit again or is something
> >> else wrong?
> > 
> > Oh, and could you try attached patch?
> > It seems ATI "supports" 16 bit textures by dropping the lowest
> > 8 bits, so I get basically a 4-greys image (with a few green dots).
> 
> However that is the same, obviously the hardware does not support 16-bit luminance textures.
> Which makes it rather pointless to use it, since 16-bit video will look still a bit worse than what libswscale creates and 10- and 9-bit will become 2- and 1-bit respectively.
> Though if someone has a card where it works properly I'll add support for it anyway, no reason to let people with good OpenGL support suffer because others only offer crap.

I am completely dumbfounded with the fglrx it actually works (as in producing
nice colours), just that the bug above breaks it by breaking the right half!
At least for my card, the NVidia driver does not have that bug, but does
not support internal 16-bit luminance.
What a mess!