Hey guys, did you know that your conversation is not taking place on the
mailing list? Rather, it is occurring as a series of comments about one
hunk of a commit on github.

Carl, x264 detects number of CPU threads and makes a whole bunch of them
when threads=0. I made it explicit here so that when an app like Shotcut
loads the preset, it will set the thread usage for H.264 to "automatic" by
default. Other codecs like MJPEG and ProRes fail when multiple threads are
requested the last time I checked, which is why I am setting them to 1 - in
case a Shotcut user chooses 4 for MPEG-2 in some previous encoding job and
then chooses an MJPEG preset to setup the next encoding job. Then, the UI
will change threads to a safe number and not cause an unexpected error.



On Mon, Aug 19, 2013 at 7:34 PM, Brian Matherly <notificati...@github.com>wrote:

> > If I want to limit threads to 2, will this do it:
>
> >
> > melt foo.mlt  -consumer avformat:foo.mp4
> threads=2  properties=x264-medium
> >
> > I do that when I am running ffmpeg2theora in another shell and don't
> want
> > to overload the cpu - makes things sluggish like serving up html from my
> > django app.  - yeah, I have lots of stuff going on the same box
> sometimes.
>
>
> nice and ionice are great tools to keep a job from hogging the system. You
> can find an example in this script:
> https://gist.github.com/pez4brian/5551988#file-convert_to_sd-sh
> With nice/ionice, you can't tell the script is running.
>
> —
> Reply to this email directly or view it on 
> GitHub<https://github.com/mltframework/mlt/commit/8ea5ef8606f5e6a7ff39e605ae7e74ebcac20c17#commitcomment-3896182>
> .
>



-- 
+-DRD-+
------------------------------------------------------------------------------
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
_______________________________________________
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Reply via email to