[MPlayer-dev-eng] [PATCH] autoq support for control()

[D Richard Felker III]

On Sun, Feb 10, 2002 at 10:16:12PM -0300, Juan J. Sierralta P. wrote:
> On Sun, 2002-02-10 at 21:29, Michael Niedermayer wrote:
> 
> > > 	Most AAN implementations aren`t IEEE compliant.
> > i dont care about IEEE ;)
> 
> 	Just speed.
> 
> > btw what does libmp1e use? i dunno but i would guess that its an AAN dct
> > 
> > [...]
> > > > imho if u can see a difference between the c & mmx dct than there is a
> > > > bug somewhere
> > >
> > >  	Not me. The players that have fast IDCT. Like Windows Media Player.
> > > If the DCT is inaccurate then the "inaccurate" IDCT will show artifacts and
> > > users blame the encoder :(
> > hmm, imho its a question between idct differences not dct
> > even if the dct is inaccurate, the encoder will use the accurate idct before 
> > storing the data for motion compensation so i cant imagine how this could 
> > cause troubble ...
> 
> 	Did you see MPEG files generated by ffmpeg on Windows Media, MTV or
> Java Media Studio before your simple idct ? It`s the same problem when
> we use a bad DCT.

for intra-only encoding it shouldn't matter -- unless the inaccuracy
is very serious, it won't be noticable until the error accumulates
over many many frames. this stuff probably wouldn't be an issue at
all, if it weren't for idiotic warez groups trying to save a few kb by
encoding with 600 frames between intra frames... :(

rich