Comment 4 for bug 433949

Hi all,

Here the reply of DRD, on the sourceforge mailing list, with this name of topic : Re: [Mlt-devel] Integration of gvfx in MLT for 3D effects :

> Hi all !
>
> On a launchpad page of OpenShot, the video editor, we talked about gvfx.
> Gvfx is a project initiated by Marcos Caballero for creating templates of 3D
> transitions, filters, etc, and it use Blender.
>
> You can have some information about it whith this links :
>
> http://www.videoblogs.com.ar/index/computadoras/10572/gvfx-explicacion-en-espanol
>
> http://gvfx.blogspoHavet.com/
>
> http://www.anubis4d.com.ar/Havehome/videofx.php

Yes, I am very familiar with it.

> I was asking to Jonathan, the initiater and developper of OpenShot, if gvfx
> could be integrated for OpenShot, and he told me that Gvfx has to be tied in
> MLT.
>
> So do you know if it's possible that gvfx be tied in MLT ? What do you think
> about that ?
>

This is already on the MLT ToDo/Roadmap on mltframework.org as it has
already come up with Kdenlive. I have even done a fair amount of
exploration of the scripts and making changes. In general, I like the
idea. Unfortunately, the monolithic architecture of Blender does not
make for a very clean integration into the library. I am looking at
having to craft a client/server or other RPC mechanism between the
MLT plugin and a long-running Blender process running in Python
interpreter mode to avoid having to launch a new, short-lived Blender
process for each frame. Doable, but adds more development time. Then,
when I was forced to have to deal with temporary files, I decided to
postpone the activity. I was able to handle either the input or output
images through an API buffer, but not both, and perhaps the one that
did work without temp files required accessing each pixel
individually, in Python - no thanks! Ultimately, I decided there were
better and more important things for me to work on in MLT for while.

MLT architecture does not well support some sort of batch preparation
of a bunch of images and then using them - at least not without
potentially leave a mismanaged mess on the hard drive. One could
accomplish the goal that GVFX addresses today, manually using image
sequences. So, it does seem an application - at the app level and not
MLT - could do something to coordinate or facilitate this workflow.
However, I can see how an app developer would want to avoid it
especially one using MLT as it makes everything so neat and
well-managed for them.

--
+-DRD-+