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

[Arpi]

Hi,

> > > 	BTW. Why SSE couldn't help on DCT/IDCT ? How much time is spent on MMX
> > > DCT scaling things ? Because AFAIK one of the advantges of SSE/SSE2 is
> > > the SIMD on floats.
> > yes but SSE on both the P3 & P4 need 2 cpu cycles to do 1 calculation on 4 
> > floats
> > and mmx needs 1 cpu cycle to do 1 calculation on 4 16-bit shorts, and at 
> > least some part of the dct/idct can be done in 16-bit
> > btw. the "more accurate" SSE IDCT could cause problems, because all thouse 
> > "shitty" players use integer IDCTs so there could be stripes and green blocks 
> > again ...
> 
> 	Note that I don't put MPlayer on the "shitty" players list ;)
> 	Another questions, I remember that the guys from libmpeg2 posted some
> changes on their IDCT on ffmpeg list after you demonstrated the bias
> problem with their IDCT. As somebody tested if this changes fixed the
i don't remember any fixes for the libmpeg2 idct. Walken just shown few
numbers proving his idct is better, but i don't remember seeing any fix for
that.

> bias problem ? I believe that having a buggy IDCT by default isn't good
> and don't understand why it's used by default.
hmm? at least in mplayer, the new SIMPLE_IDCT is used.


A'rpi / Astral & ESP-team

--
"I don't RTFM? Wow. What's the meaning of this? It's new for me."
	-- Martin Baum, a tipical MPlayer user...