yea, I get what you all are saying now. Haha, just get one of those mac servers with like 32gb of ram and a bunch of mlt computers togather, and you got yourself a studio.
On Feb 11, 2008 9:03 AM, Ruslan Popov <[EMAIL PROTECTED]> wrote: > This time I can work with project on computer1 using /net/computer1 (autofs) > for accessing video files. Then I create script for delayed rendering of > project. I boot the computer2 and run script from it, the script starts > rendering using the same /net/computer1/FILES. It helps me to work on other > project, while the first is rendering. It is the simpliest example of this > approach. > > Kyle Hotchkiss wrote: > > so you mean something like movie production companies could use to > > encode movies better? It sounds pretty neat for open source. > > > > On Feb 10, 2008 9:25 PM, Dan Dennedy <[EMAIL PROTECTED]> wrote: > >> On Feb 10, 2008 11:49 AM, Kyle Hotchkiss <[EMAIL PROTECTED]> wrote: > >>> what exactly does that mean, > >>> background processing? Does this mean multiple encoding? > >> In the near term, yes, it would mean multiple encoding including using > >> another machine that has access to the files. In the long term, when I > >> add "pass-through" to MLT, then it could render parts that just need > >> rendering. This pass-through thing is something like when you are > >> working with DV sources (not necessarily exclusively) and are > >> exporting to DV. Then, the framework would pass the original DV frame > >> from input through to output on those parts of the timeline where > >> there is no processing. Kino, for example, does this except you have > >> to render each part explicitly. This pass-through capability would > >> apply to any format, not just DV, where that can be reasonably > >> supported, but there are some obvious ones like uncompressed and > >> MJPEG. We will strive for other formats like MPEG-2 that have temporal > >> compression, but that will be more difficult, obviously. Again, most > >> of this is forward-looking, but there is a foundation laid for job > >> queuing, processing, and distribution of jobs to remote machines. > > > > > -- > > _/ Ruslan Popov > _/ _/_/ _/ > _/ _/ _/ _/ The Lead Developer of > _/ _/_/_/_/ _/_/ Products' Development Dept > _/ _/ _/ Mobile: +7 (916) 926-12-05 > _/_/ _/_/_/ _/ Office: +7 (495) 411-76-01 > Infosystems _/_/ Moscow, Russia > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Kdenlive-devel mailing list > Kdenlive-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/kdenlive-devel > -- ~~ Hit Me Up! http://hotchkikr.wordpress.com ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Kdenlive-devel mailing list Kdenlive-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kdenlive-devel
