[Kdenlive-devel] radz at ya.ru

Kyle Hotchkiss hotchkikr at gmail.com
Mon Feb 11 11:27:01 UTC 2008


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.
>
>
> -------------------------------------------------------------------------
> 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




More information about the Kdenlive mailing list