Hi all, I'm facing the following bug: I use kdenlive to edit some clips from a panasonic HDC-SD66 camcorder (MTS, AVCHD, 1920x1...@50i ). Those clips are encoded top field first (using mpeg2 terminology), and this is well detected looking at kdenlive's xml. <property name="meta.media.top_field_first">1</property>
I understand from various posts that mlt encodes BFF. No matter. And indeed the rendered file (unscaled interlaced) is BFF. The problem is that all decoders i have tried (ffmpeg, xine_vdpau_h264, Philips TV (no debug there but visible on screen) report the same : the stream is flaged TFF. You can imagine the result on medium and fast motion with advanced deinterlacers. If i force the deinterlacer to consider the stream BFF, it plays as expected. So, the question : Who is responsible for this bug ? MLT ? lavf ? libx264 ? (mlt, ffmpeg and libx264 up to date). -- Christophe Thommeret ------------------------------------------------------------------------------ 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
