[Kdenlive-devel] moved here from kde-multimedia (was Re: Multimedia Frameworks)

[Jason Wood]

On Monday 28 Oct 2002 2:38 pm, Rolf Dubitzky wrote:
> On Monday 28 October 2002 03:11 pm, Jason Wood wrote:
> >
> > I think the main problem with video rendering over a network is more a
> > case of bandwidth - To edit at DV quality, you are looking at 3
> > Meg/second AV files, (30 Meg/s or more for some of the more
> > "professional" codecs ) which I think could quite easily saturate the
> > network.
>
> Possible, most likely, if you can afford a cluster than you can afford
> network. I am a physicist and we do numbercrunching in High Energy Physics,
> bandwidth is a big problem for us, but it's not the network, it's the
> fileservers. We just add some more GBit connections to the NFS toasters if
> it becomes a problem. In video editing, you will not handle a lot of data
> (we deal with aprox. 120 Terabyte of data right now). It should be easy to
> distribute the data before you render. just put a disk in your batchnode
> and copy the files over. When done, copy the output. This will add some
> network traffic before you really start rendering.

Ok, I stand corrected :-)

>  Now, _interactive_ videoediting on a cluster is just .. errh.. well.. I
> don't think that makes sense, just buy a big box if you need power.
> Building a interactive cluster is highly non-trivial, believe me, it
> requires some real good reason, and video editing is just not a reason good
> enough.

I agree. There is only one situation in which have interaction across 
computers might make sense, and that would be where you have two computers 
and use one solely for the GUI, and the other solely for the rendering (with 
the video showing on a seperate monitor, rather than being piped back to the 
GUI computer).

>
> > However, I should point out that I am not at this moment in time really
> > looking into network rendering - but I don't want to have to rework the
> > entire code base when it comes round to implementing it.
>
> If you keep the renderer as an application, that can be used from the
> kommandline, using some .dv data and an XML description of what to do with
> it, then you will have no problem in distributing on a cluster.

That's probably the main reason why I don't want to tie the cutter too closely 
to the GUI. But we'll see how it goes.

Cheers,
Jason

-- 
Jason Wood
Homepage : www.uchian.pwp.blueyonder.co.uk