Re: [Mlt-devel] [Kdenlive-devel] Framerate Issue on MTS files ?

[Marco G. <g....@fr...>]

Am 21.12.2009 um 02:46 schrieb Dan Dennedy:

> On Sun, Dec 20, 2009 at 1:23 PM, Marco Gittler <g....@fr...> wrote:
>> Hi
>> 
>> i found the piece, that caused the render in double frame rate of the video.
>> it is setting:
>> skip_frame:bidir (which is an ffmpeg option)
> 
> is it set to 1 or empty string?
it is set to "bidir"
looks like 
<property name="skip_frame" >bidir</property>
in the xml file
> 
>> is this still needed to be set in the .kdenlive file or was this only needed in earlier versions of ffmpeg ?
>> 
> 
> It is not needed by anything. However, it is still a valid option to
> improve seeking and playback performance especially for H.264, but it
> should be placed into MLT XML files which will be used to make a final
> render.
yes it is placed in mlt xml, when i disable in mlt file to render, it works right. having this enabled, these MTS files will render the video in double fps.
during cutting/seeking with kdenlive it seems to be usefull, but setting this in the mlt file to render, it does not work here as expected.


regards marco


> 
>> 
>> Am 19.12.2009 um 06:17 schrieb Dan Dennedy:
>> 
>>> On Fri, Dec 18, 2009 at 1:21 AM, Marco Gittler <g....@fr...> wrote:
>>>> Hi
>>>> 
>>>> I have a Canon HF 200. Mplayer play's the plain files from the cam in correct speed.
>>>> Converting to mp4 and uses this file in kdenlive produces also correct speed videos.
>>>> But using/converting the plain files from the cam, will result in too fast playback (1080-50i video). Audio plays at normal speed.
>>>> Kdenlive shows also a framerate of 50fps. Since converting using only mlt the result is also a video at double speed,
>>>> audio at normal speed, i think there is an issue with those files and mlt ?
>>> 
>>> or those files and ffmpeg, which appears you did not more directly
>>> test. Recently on the kdenlive list, Evert was complaining about a
>>> FFmpeg demux bug that causes this same issue with his AVCHD. When he
>>> tried to do his own transcode using ffmpeg it reproduced the problem,
>>> but using one of the DNxHD profiles we provide in Kdenlive, it
>>> transcodes just fine.
>>> 
>>>> Sample (plain) video:  http://195.42.115.208/00031.MTS
>>> 
>>> downloading now.
>>> --
>>> +-DRD-+
>>> 
>>> ------------------------------------------------------------------------------
>>> This SF.Net email is sponsored by the Verizon Developer Community
>>> Take advantage of Verizon's best-in-class app development support
>>> A streamlined, 14 day to market process makes app distribution fast and easy
>>> Join now and get one step closer to millions of Verizon customers
>>> http://p.sf.net/sfu/verizon-dev2dev
>>> _______________________________________________
>>> Kdenlive-devel mailing list
>>> Kde...@li...
>>> https://lists.sourceforge.net/lists/listinfo/kdenlive-devel
>> 
>> 
>> ------------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Verizon Developer Community
>> Take advantage of Verizon's best-in-class app development support
>> A streamlined, 14 day to market process makes app distribution fast and easy
>> Join now and get one step closer to millions of Verizon customers
>> http://p.sf.net/sfu/verizon-dev2dev
>> _______________________________________________
>> Mlt-devel mailing list
>> Mlt...@li...
>> https://lists.sourceforge.net/lists/listinfo/mlt-devel
>> 
>> 
> 
> 
> 
> -- 
> +-DRD-+
> 
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev 
> _______________________________________________
> Kdenlive-devel mailing list
> Kde...@li...
> https://lists.sourceforge.net/lists/listinfo/kdenlive-devel