On Tue, Jun 18, 2013 at 12:25 PM, j-b-m <j-...@users.sourceforge.net> wrote: > On Tuesday 18 June 2013 09.18:54 Dan Dennedy wrote: >> On Tue, Jun 18, 2013 at 6:10 AM, j-b-m <j-...@users.sourceforge.net> wrote: >> > Hi, >> > >> > So if anyone is interested to have a look, here are my changes to make the >> > webvfx producers transparent. I think it would be fantastic if we can make >> > it work correctly within the MLT framework since it would allow anyone >> > with HTML5 knowledge to create custom producers to overlay text and >> > graphics over their videos. >> >> This is also already available when using webvfx as a filter. I know >> that it fits into kdenlive's model better as a producer with alpha. >> And I also see value in this improvement to the producer for use with >> avformat consumer RGBA formats and SDI with keying. >> >> Can you explain if or how your changes will impact current users of webvfx? > > Well I have no idea about who is using webvfx and what they do, and since > their website is dead, I couldn't find any infos. I will contact the > maintainer
I don't think webvfx.org ever actually existed. :-\ > of github's repository to find more infos. The copyright holder of the code is Hewlett Packard. I assume they are using it for something non-obvious and may be likely to reject a change that changes behavior and has a big impact to their organization. Besides, I see your change requires a new property to be set, which basically removes that risk. >> > I still have a problem when trying to use these producers in Kdenlive >> > because in EffectsImpl::render(double time, Image* renderImage), the >> > QMetaObject::invokeMethod(this, "renderInvokable" (...) sometimes freezes. >> > >> > You will find my changes on my personal copy of webvfx: >> > >> > https://github.com/j-b-m/webvfx >> > >> > Dan, I am also wondering why you limited the transparency stuff to "plain" >> > .html files. It seems to me that the webvfx javascipt enabled version is >> > much more useful since we can get the frame position and other infos from >> > MLT to use them in the HTML animations. Is there some limitation that >> > made you choose this? >> >> The transparent background on plain content is only intended for the >> webvfx filter. It was less changes than making a producer with alpha >> channel. Of course, the webvfx javascript extensions are useful, but >> if you are using those, then you can simply position and size the MLT >> video wherever you want and don't need this. The entire point of my >> changes was to enable use cases for webvfx without having to use >> special javascript extensions. Some people want the basics to work as >> expected such as taking a piece of HTML and displaying it as video or >> overlaying it on existing video. > > Ok, but with some minor changes to an existing HTML5 animated page, the > javascript extensions allow to create seekable animations that can be I am not arguing against the value of the javascript extension. When I first contemplated the ability to load a HTML or QML file in Shotcut, I realized I do not want to deal with the support headache of explaining over and over why it does not work because it has not been blessed with some obscure javascript extension! Of course, my titler is going to manage the content and will probably use the javascript extension, but Shotcut today already supports opening HTML and QML. Someone can make an animation with a tool from Adobe, Sencha, or other and immediately play it out to SDI/HDMI. That is already useful. Then, I found a very simple way to make it work as a filter. > overlayed on existing videos. I posted a few sample videos created with my > transparent producers version here: > > http://kdenlive.org/videos/retitler.html The original demos are here BTW: http://rectalogic.github.io/webvfx/ Also, take a look at some javascript animation frameworks: http://johnpolacek.github.io/superscrollorama/ > I will clean up my code and ask more infos about the implications for webvfx > users and keep you informed. > > regards > jb > ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Mlt-devel mailing list Mlt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mlt-devel