[MPlayer-dev-eng] [PATCH] autoq support for

[Juan J. Sierralta P.]

On Sun, 2002-02-10 at 22:04, Arpi wrote:

> > > as Juanjo alerady did with MC slices, we could do the same to quant/DCT,
> > > i mean doing DCT for whole slice/frame first, and then doing quantization.
> > > maybe detecting and skipping black blocks also help a bit.
> > 
> > 	I did that on 0.3.4 and Gerard reject it. Actually I detected on the MC
> no problem, we can fork :)))

	:))

> > part if a MB has little or zero diferential variance and marked it as
> > skipped to avoid DCT/Q/IDCT/Q. But I'm thinking on bring that code
> > again. Maybe not based on the MB diferences variance (has problems) but
> > based on the SAD of the MB. But this could help on non intra since the
> > MC is performed on that case only. I'm not sure if there are a routine
> > that detect all zero coefficients on intra MB (it`s easy on the current
> > implementation) to avoid the IDCT/Q right now.
> I think it's easy to summarize 64 integers in MMX ?

	Don't know. But somebody did a patch to sum the MB pixels on MMX dunno if
that got on CVS. Actually we sum the MB's pixels on ME code to get the
variance. Haven't see if is MMX code. I remember the guy who made the
patch since he is spanish and wasn't making the patches against CVS
(joder) ;) he actually did a bug fix on the frame sequences of MPEG1
coder that bothers some players we must apply that someday.
 
> > > (or even combining with partial intra refresh, so do not re-code all blocks
> > > at every frame, just teh changed blocks. dunno if it's allowed by mpeg1, but
> > > may help in both output bitrate and coding speed)
> > 
> > 	You mean the old trick of making P frames with just intra MB, as VIC
> > does.
> probably :)
> i don't know VIC. what's that?

	Nice videoconferencing tool from Berkeley guys and know it's barely mantained
by UCL's guys, all these folks where the MBONE fathers. Look that
www-mice.cs.ucl.ac.uk/multimedia/software


 
-- 
Juanjo sin .sig :(