Fredag 08 maj 2009 skrev Dan Dennedy: > > I have a patch ready to implement sequential rendering (one job after > > another). Do you think there is any reason to keep parallel rendering or > > can I get rid of it? > > I think since MLT has multi-threading, and we are trying to increase > the parallelism, that sequential-only makes sense. If this were > managing a clustered rendering system, it would be a different story
But isn't it the case that only a few encodings work well with the multithreads in ffmpeg? > > :-). Also, eventually MLT will have a multi-consumer option to allow a > > single decode and processing, and that will output in parallel. > However, that will require other changes in the dialog. Until this is in place, why not keep parallel rendering in? I can easily imagine encoding on an 8 core machine, would be a shame not to be able to utilize it fully in some use cases. Regards Mads -- Mads Bondo Dydensborg [email protected] http://www.madsdydensborg.dk/ United States Patent 6,368,227: A method of swing on a swing is disclosed, in which a user positioned on a standard swing suspended by two chains from a substantially horizontal tree branch induces side to side motion by pulling alternately on one chain and then the other. -- This is not a joke - go look it up. ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________ Kdenlive-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/kdenlive-devel
