Then it should be the source file, or a new issue in ffmpeg. The value (bff/tff) is only set when the field order changes from ffmpeg. You could test this, if you add an debug line around the patches encoder_reconfig line.
Does it show the wrong order (flickering) ? Or does it only show the frame as tff (the initial stream could not be flaged as bff, since the first frame is needed) regards marco Am 03.01.2011 um 15:43 schrieb Christophe Thommeret: > Le dimanche 2 janvier 2011 19:40:40, Christophe Thommeret a écrit : >> Le dimanche 2 janvier 2011 18:12:45, Marco Gittler a écrit : >>> Hi >>> >>> The problem is in ffmpeg. >>> http://kdenlive.org/forum/problem-interlaced-files >>> >>> there is a patch for ffmpeg. The _very_ latest x264 has the x264 patch >>> included. after patching ffmpeg, mlt will work. >>> The files will then play in correct field order. >>> >>> regards marco >> >> Indeed, x264 is already patched. >> Patching ffmpeg did the trick. >> Thanx ! > > Nope, this does not work. > A bit better since about 3/4 of frames are correctly flagged, but still 1/4 > flagged as TFF : > > ... > BFF > TFF > BFF > BFF > TFF > BFF > BFF > TFF > BFF > BFF > BFF > BFF > BFF > TFF > BFF > BFF > BFF > BFF > BFF > TFF > ... > > -- > Christophe Thommeret >
smime.p7s
Description: S/MIME cryptographic signature
------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________ Mlt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mlt-devel
