[MPlayer-dev-eng] B frame handling

[Michael Niedermayer]

Hi

On Monday 12 April 2004 21:24, D Richard Felker III wrote:
[...]
> > Solution two is two re-create the packed bitstream in the demuxer. Yuck.
>
> Also ugly but at least it would work.
hmm, and mpeg1&2, since when is any decoder supporting these in the packed 
variant

>
> > Solution three is to... well... modify other parts of mplayer to handle
> > this correctly. But how? Do you have any suggestions or other solutions?
>
> Replace it with G2? ;)
>
> > > P.S. I HATE B FRAMES
> >
> > Me too, me too...
>
> Just to elaborate...they add latency (bad), overcomplicate muxing,
> demuxing, decoding, and presentation terribly, make temporal filtering
> super-inefficient, and most importantly, they don't significantly
> improve quality/bitrate and often even worsen it! But idiots still
> insist on using them...
b frames also make postprocessing extreemly difficult as the normally higher 
quantizer used for b frames causes flickering either by changing filter 
strength or if thats held constant by the appearence of stronger blocking in 
the b frames, due to the higher quantizer

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