-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02/16/2011 09:11 AM, Dan Dennedy wrote: > I want to expose parallelism in Kdenlive. There are basically three settings: > > 1. playback threads (real_time=x on sdl) > 2. rendering threads (real_time=x on avformat) > 3. encoding threads (threads=y on avformat) > > I am thinking maybe 1 and 2 should be the same to made it more > predictable right now. Where do you think this goes in the settings > dialog and how to label it? "Processing threads" ? Then, I think
Might be suited best in Environment -> MLT environment? > encoding threads belongs on the Render dialog (along with bitrate). > Even though it does not always apply - only some encoders handle it - > it should not bother other encoders. Thoughts? Maybe the profiles could have a flag indicating their support. Additionally a flag regarding bitrate support (+ some presets) and one for 2 pass would make our profiles.xml a lot easier to maintain. We would then for example have only one MPEG-4 profile with a spinbox for the number of threads, a editable combobox for the bitrate and a checkbox for 2 pass. Of course on a larger scale there could be done much more to the rendering dialog ... regards Till -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk1b+C8ACgkQzwEyz7QP6nTczgCdH3su+hp8adwlimByCSYEO5C2 yyUAnRvBS5BNGYVOCQ5brA6SnGmpHjVW =ulI0 -----END PGP SIGNATURE----- ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Kdenlive-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/kdenlive-devel
