At 19:41 20/05/2003, you wrote:
Gregor Lawatscheck writes:Don't "analyze" and "streamtype" look at the sequence header of the MPEG stream to output the bitrate? Doesn't analyze also look at the size of the P(E)S packets to calculate and output the bitrate per GOP?
> At 18:20 20/05/2003, you wrote:
> >In my recording, bytes 8-10 of the sequence header are encoded as
> >0f d2 23, which is bitrate '0000 1111 1101 0010 00'b = 16200!
> >Same bitrate as Gregor encountered.
>
> Nice one, looks like we've pin-pointed it. What happens if you run the file
> through analyze of mpegtools (
> http://www.metzlerbros.org/dvb/dvb-mpegtools-0.2.5.tar.gz )? It could hang
> or segfault (as stremtype does with these files) after patching vbv_delay
> with PVAstrumento it should calculate the correct bitrates GOPs in the
> stream. Are these RTL recordings VBR? So there's a bug in mpegtools as
> well which might have been reproduced by employing the same routines in the
> firmware which could also need fixing.
Where would that be?
The ES is not touched in mpegtools or in the firmware.
Uh oh, I hope the bug is not in there. The last firmware which worked fine was from 15 Apr 2001? Are you sure the firmware doesn't look at the bitrate in the seqeuence header -- well I guess why would it? Maybe it's a bug in the driver after all as I suspected way back in time - but then why would the driver tell the firmware something about the bitrate?Again, there is no kind of ES level processing in the firmware. This is all done by the video DSP microcode which did not change for quite a while (since the last RTSL release I got sometime back in 2001).
The good thing is, I've yet to encounter a stream that doesn't play once we manipulate the bitrate in the sequence header. That's how odd it is.The real fix is to throw out OSD memory and give it back to the video decoder which seems to need it for some streams.
What was the old size and what's the new size? I think playing around with vbv_delay did the same thing as increasing the size of the video buffer in the firmware. IMHO I don't actually think a bigger buffer size is needed in the firmware. Leave the video buffer as it is and try changing the bitrate in the sequenece header instead and then play those streams which previously only played when you increased the video buffer. I wouldn't be surprised if they played then. If this is a bug that sits in the RTSL then omg :).I have files which play fine when I increase the video buffer back to its old size.