On Sunday 06 November 2005 10:58, Reinhard Nissl wrote: > 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? > > Bye. 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. /Werner
