[vdr] [ANNOUNCE] vdr-xine-0.7.10 plugin
rnissl at gmx.de
Fri Dec 15 23:50:10 CET 2006
Darren Salt wrote:
>> Cool -- are you relying on XINE_STREAM_INFO_VIDEO_AFD?
>> My implementation in libmpeg2 is not perfect. It lacks stacking (AFD
>> information may be valid for a sequence, group or frame, i. e. the AFD for
>> a sequence could be overridden for a single frame duration by a frame AFD)
>> and cannot detect XINE_VIDEO_AFD_NOT_PRESENT.
> My code is currently broken wrt some transitions and when paused, but this
> could be an effect of breakage in your code. (I'm attaching the patch for
>> Would you provide me a sample stream which contains some transitions
>> between different XINE_VIDEO_AFD_* values?
> <URL:http://zap.tartarus.org/~ds/001.vdr> is a short clip with one transition
> and a corresponding aspect change - AFD 14 to AFD 9, 16:9 to 4:3.
The attached patch against xine-lib-cvs/src/libmpeg2 fixes the above
mentioned issues (and contains the vdr-xine changes, too).
decode.c contains two fprintf() debug statements: one reports the
detected AFD value and whether it was detected at [S]equence, [G]roup or
[P]icture level. The other statement reports AFD changes.
Be aware that AFD changes are detected in decoding order of the
pictures. Further changes would be necessary to have them reported in
display order (see comment in decode.c).
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rnissl at gmx.de
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 10663 bytes
Desc: not available
Url : http://www.linuxtv.org/pipermail/vdr/attachments/20061215/bf5675cf/xine-lib-cvs-libmpeg2-afd.bin
More information about the vdr