[vdr] VDR-1.3.27: updated cVideoRepacker
rnissl at gmx.de
Sat Jul 23 13:45:13 CEST 2005
Philippe Gramoullé wrote:
> I'd like to help you with this, can you just tell me :
> - a quick reminder of why this needs to be changed, and
VDR's index file for recordings has byte granularity but adresses
complete PES packets. When VDR needs to send an I frame to a device (e.
g. for fast forward or editing cutting marks) it seeks to the index of
the I frame and reads the data up to the next B frame, i. e. it stops
just before the PES packet which contains the start of the B frame. But
it is likely that this packet also contains the tail of the I frame
before the B frame starts. So VDR will read to few data which results in
an incomplete I frame. The result is that xine doesn't show incomplete
frames, i. e. moving a cutting mark results in no screen update. A FF
card might have shown some garbage or blackness in the last few lines of
cVideoRepacker resolves this issue by ensuring to start a new PES packet
when a new frame starts.
> - will it break something to my old (and very old) recording, will i still be able to edit them ?
It will not break any old recordings. For old recordings, you still have
to apply a (soon to be updated) patch, that resolves the short I frames
issue in a different way. The patch is not necessary for new recordings
but it won't hurt either.
> - as i don't use the Xine plugin, do i only need the vdr-1.3.27-remux-repacker.patch ?
As I expect VDR-1.3.28 to contain both patches, I'd like you to test
both, too. As at least most DVD still images contain a sequence end
code, I'd expect a FF card to handle it correctly, too.
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rnissl at gmx.de
More information about the vdr