Oh, my oversight with > and <. I shall try again with negative numbers in that case and let you know what exactly happens. My apology for the oversight.
On 10/30/14, Dan Dennedy <d...@dennedy.org> wrote: > On Thu, Oct 30, 2014 at 2:09 AM, Zenny <garbytr...@gmail.com> wrote: > >> Unfortunately using more than 1 core (tried with real_time=4/3/2) >> output the video with flickers and jitters. could be a bug. :-( >> >> > You did not read that FAQ item very well. >1 may still incur > frame-dropping. You should be using -2, -3, or -4 for file-based > processing. On my systems with 8 logical cores, I see little advantage in > using more than 4 image processing threads. > > >> On 10/30/14, Zenny <garbytr...@gmail.com> wrote: >> > Thanks Dan for such a wonderfully-written FAQ. >> > >> > real_time=>0 worked like charm. >> > >> > However there is no way KDE does multithreaded with real_time=>0 >> > except creating the script and manually change the script. >> >> > /zenny >> > >> > On 10/29/14, Dan Dennedy <d...@dennedy.org> wrote: >> >> On Wed, Oct 29, 2014 at 2:41 AM, Zenny <garbytr...@gmail.com> wrote: >> >> >> >>> Hi: >> >>> >> >>> Trying to render both melt in command line as well as from kdenlive a >> >>> composite video with threads=4 with forced progressive. But it seems >> >>> it only uses only one CPU. >> >>> >> >>> Is this a limitation of mlt that multi-threading is not possible with >> >>> composite video rendering? Thanks! >> >>> >> >> >> >> RTFAQ >> >> -- >> >> +-DRD-+ >> >> >> > >> > > > > -- > +-DRD-+ > ------------------------------------------------------------------------------ _______________________________________________ Mlt-devel mailing list Mlt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mlt-devel
