[vdr] index.vdr misses pictures

Reinhard Nissl rnissl at gmx.de
Sun Nov 20 18:35:07 CET 2005


Hi,

Werner wrote:

>>>in recent recording from premiere i saw that not all pictures in
>>>the data stream are indexed in index.vdr. The displayed movie lenghts are
>>>slightly to short and the cutmarks in marks.vdr are wrong. I use
>>>marks.vdr in an external program. The resulting cutted movies are
>>>sometimes about 1-2 minutes too short. This does not affect normal
>>>vdr users too much because vdr cutted movies have the right len.
>>>
>>>Im not an mpeg expert, so only some speculations:
>>>It looks that every index.vdr entry points to an "packet start code"
>>>(0x000001). Vdr assumes that every packet has mostly one picture start
>>>code. The difference i saw between old recordings and new recordings
>>>is that in new recordings are sometimes two picture start codes in a
>>>packet. The second one is dropped by vdr.
>>>I have no idea of how to fix this assuming that vdr can only resume
>>>on a packet start code. Anyone any idea?
>>
>>If you were right, then cVideoRepacker is buggy. Are you shure that you
>>see two picture start codes (0x00000100) in one PES-Packet?
> 
> yes, thats what i saw. My app demuxes the data stream (with the help
> of some libmpeg2 code) and two printfs show that sometimes (<5%) there are
> two picture start codes in a packet.

In the sample you sent me, there really are two picture start codes in 
one PES packet. You've already got the attached patch which records a 
snipplet of the TS stream in such a case.

Do you already have some test material, as I'm ready to replay and debug it?

Bye.
-- 
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rnissl at gmx.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: remux_log.patch
Type: text/x-patch
Size: 4010 bytes
Desc: not available
Url : http://www.linuxtv.org/pipermail/vdr/attachments/20051120/e0e55358/remux_log-0001.bin


More information about the vdr mailing list