[MPlayer-users] "Too many video packets in the buffer" playing a merged file

[Loren Merritt]

On Sat, 2 Oct 2004, D Richard Felker III wrote:
> On Sat, Oct 02, 2004 at 12:29:46PM -0700, Loren Merritt wrote:
>> On Sat, 2 Oct 2004, D Richard Felker III wrote:
>>>
>>> in general this is true. the only exception i can think of is when you
>>> have really fancy backgrounds and stuff behind the credits eating lots
>>> of bits, but the background still sucks enough that you don't want to
>>> waste bits on it. :)
>>
>> That case happens more often than I'd like. And it doesn't take a very
>> complex background to eat lots of bits from scrolling text. Especially if
>> it's interlaced text on a telecined background, like too many anime dvds.
>
> nasty region1 anime dvds, yes. get the original japanese discs or
> south asian ones instead if you want proper video...

Yes, japanese dvds aren't as bad, but I've still seen some (most 
recently, "Kimi ga nozomu eien") with credits (and fades) added at 30fps 
after telecine. (Not so bad because the credits weren't scrolling, but 
still required a little creative ivtc.)

>> Even after deinterlacing, I've seen credits use 8x the bitrate of the
>> movie (at constant qp).
>
> best solution is to use vrc_override, but i seem to recall hearing
> it's broken at the moment...

It worked when I last tried it ~1 month ago. But it's unnecessary if I'm 
already encoding the credits separately for different encoder settings.

>> BTW, I've seen large improvements from using qpel in credits, while qpel
>> hurts compression in the main movie.
>> Concatenating (avimerge) the two
>> encodes works when decoded by libavcodec, but is it really legal mpeg4?
>
> i don't see why not...

Just that the qpel flag is stored in the VOL header, not for each frame. 
But I guess there's no problem with one video stream containing VOLs with 
different settings.

--Loren Merritt