[vdr] Re: [PATCH] (DVB-T) statmux fix vbr tagging for pic header

["Wiljo Heinen" <wiljo@offeryn.de>]

> Basically I looked at what pvastrumento does to set the so called "VBR
> headers" in the picture header which I noticed fixed the new drivers /
> firmware from stopping the replay after a second. In fact to do this
> pvastrumento sets the so called "vbv delay" right up to the maximum. It
> thus, if I understand correctly, defines the longest time possible for the
> decoder to keep the files in the buffer before reassembling them.

Well - actually in MPEG1 0xFFFF is used to mark a stream as variable
bitrate.
Due to an older version of the standard that I used when writing the first
version
of PVAStrumento, I kept this nomenclature for MPEG2....

With MPEG2 the standard really does not differentiate between CBR and VBR
anymore....
_but_ a value of 0xFFFF for VBV-Delay puts the decoder buffer in a different
method
of operation (which makes it essentially not look at vbv-delay values).

13818-2 mentiones for instance:
"If low_delay is equal '1' and if the bitstream contains big pictures, the
vbv_delay values encoded in the picture_header() of big pictures may be
wrong if not equal to hexadecimal FFFF."

Maybe sth. like that happens, so setting vbv_delay to 0xFFFF will heal the
decoder.
I don't know.The linux driver ppl. should have a look at this.


>
> I should have looked at the pvastrumento help file earlier. It seems to
> back up my results. Thanks Wiljo Heinen for a great program and a decent
> helpfile!):
>

Thanks for the flowers ;-) You should mention that (the Helpfile....) to the
german-only-speaking
users :-/

rgds

    Wiljo



-- 
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe vdr" as subject.