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

Arpi arpi at thot.banki.hu
Sun Feb 10 12:21:07 CET 2002


Hi,

> > anyway, imho libavcodec could be even faster... at least compared to mp1e it
> > is still ~50% slower, at least on my system.
> 
> 	With P frames ?
not. I only

> 	Is mp1e based on ffmpeg ? At least freshmeat says that.
nope. librte is based on mp1e and ffmpeg. it's just a wrapper and grabbing
tool over them. the mp1e is an overoptimized mpeg 1 encoder from scratch.

> 	Also a lot of overhead could reduced if you concentrate on MPEG1 only
> :(
hmm

> > i've noticed that mp1e uses 2 nasty tricks: aligned globals, even for dct
> > temp blocks and so on - it may save one register and extra indexing so it
> > may speed up things. the other trick is cache optimization, similar to
> > libmpeg2's slices, so instead of doing various steps (like dct coding,
> > huffman coding etc) on small macroblocks, it group things, like dct for
> > while slice, then huffman for whole slice etc.
> 
> 	I should see the cache trick, maybe there are others; because %50
> faster is a lot !


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...



More information about the MPlayer-dev-eng mailing list