[Kdenlive-devel] radz at ya.ru

[Kyle Hotchkiss]

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 <rpopov at jet.msk.su> 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 <dan at dennedy.org> wrote:
> >> On Feb 10, 2008 11:49 AM, Kyle Hotchkiss <hotchkikr at gmail.com> 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 at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/kdenlive-devel
>



-- 
~~
Hit Me Up!
http://hotchkikr.wordpress.com