Branch: refs/heads/master
Home: https://github.com/mltframework/mlt
Commit: adf1a648bc762706de7cd4985e8c4b29d8a913e4
https://github.com/mltframework/mlt/commit/adf1a648bc762706de7cd4985e8c4b29d8a913e4
Author: Brian Matherly
Date: 2015-04-28 (Tue, 28 Apr 2015)
Changed paths:
The default MLT profile is dv_pal, which is 25 fps. Either you need to
specify a profile by its base name, or you can generate one (i.e.
auto-profile) using mlt_profile_from_producer():
http://www.mltframework.org/doxygen/structmlt__profile__s.html#adf600692f0381afa77a2d23fafbb692d
On Tue, Apr 28
Hello all.
I've been using the MLT Framework for a c++ project which provides
some level of video editing. I'm loading a video file which was
rendered at 15 fps but when I ask the profile, or the producer for the
fps value, it always gives me 25.
The video plays fine, so I assume it is repeating
This might be due to your libavcodec detecting number of CPUs for
multi-threaded decoding, and it might be specific to this version (or some
range of versions).
On Tue, Apr 28, 2015 at 8:37 AM Javier Matas wrote:
> I tried many combinations and similar options but it didn't work. It
> always gen
I tried many combinations and similar options but it didn't work. It always
generates X repeated frames if I execute it in a X-core machine.
Thank you anyway!
2015-04-28 15:43 GMT+02:00 Brian Matherly :
>
> http://www.mltframework.org/bin/view/MLT/Questions#Does_MLT_take_advantage_of_multi
>
>
http://www.mltframework.org/bin/view/MLT/Questions#Does_MLT_take_advantage_of_multi
Instead of real_time=0, try real_time=-1. On your 8-core machine, you might try
real_time=-8. The negative number indicates that frame dropping is disabled.
The real_time property changes the MLT consumer behavio
hello, i recently got a very low budget (less then 50 euros) HDMI video
capture card (and HDMI output) from TimeLeak (a chinese productor).
This is the card:
http://www.velocaps.com/en/Product.aspx?id=597
Seems that they are planning some kind of linux support and the chipset
(SAA7160) is in earl
Another question, is there any option in melt config to execute this
command in just one core?
The commands of threads and slices seem to do nothing for us. I've proven
this command on melt 0.8.0 and 0.9.0 and got no difference (8 frames
repeated in a 8-core machine):
melt -provider in.mov -consu
Hello, problem solved!!
We executed that melt command in a machine with only 1 core and it worked.
We've realized that if we execute it on a machine with 2 cores, 2 frames
were repeated. In a machine with 4 cores...4 frames were repeated,
I don't know if it's a bug of melt multithreading, bu
