[MPlayer-dev-eng] [PATCH] altivec colorspace

[Marc Hoffman]

Thank You

This range seems related to 656 specification, why should we care?

You know the only a few modern day video encoder chipsets care about 
this these days all of our DAC's do this clipping.  I'm curious what is 
the problem your trying to solve with 16..235?  The ATI Xilleion is the 
only chipset which I've encountered that requires this dynamic range.  
I know the macs don't actually care.  What am I missing?

marc

On May 10, 2004, at 10:34 PM, Michael Niedermayer wrote:

> Hi
>
> On Tuesday 11 May 2004 03:39, Marc Hoffman wrote:
>> is this what you mean Michael?
> its better then the last patch but, i said _ALL_ non constant 
> static/globals
> must be removed, the code doesnt work otherwise if multiple scalers 
> are used
>
> and even though i cant test it, i doubt the luma range is correct, it 
> still
> looks like u use 0..255 instead of 16..235 if srcRange==0, could u 
> please
> comment on this, anyway this is a minor bug, someone else with a ppc 
> can fix
> this later
>
> -- 
> Michael
> level[i]= get_vlc(); i+=get_vlc();		(violates patent EP0266049)
> median(mv[y-1][x], mv[y][x-1], mv[y+1][x+1]);	(violates patent 
> #5,905,535)
> buf[i]= qp - buf[i-1];				(violates patent #?)
> for more examples, see http://mplayerhq.hu/~michael/patent.html
> stop it, see http://petition.eurolinux.org & 
> http://petition.ffii.org/eubsa/en
>
> _______________________________________________
> MPlayer-dev-eng mailing list
> MPlayer-dev-eng at mplayerhq.hu
> http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng
>