On Sat, Dec 19, 2009 at 8:35 AM, Dan Dennedy <[email protected]> wrote: > On Sat, Dec 19, 2009 at 4:41 AM, Rob Canning <[email protected]> wrote: >> Dan Dennedy said : >>> On Fri, Dec 18, 2009 at 1:56 PM, Rob Canning <[email protected]> wrote: >>> > hello, >>> > >>> > i have only been looking at melt for a day or two so i am missing >>> > something >>> > really basic no doubt... never the less i have now joined this mail list >>> > and i >>> > say hello and thank you for loveley mlt :) >>> > >>> > ok so what i would like to do is create a slide show of all the images in >>> > a dir >>> > >>> > somthing like this: >>> > >>> > melt -group out=25 *.jpg -mix 25 -mixer luma >>> >>> You want to use .all.jpg. The shell expands wildcards, but this form >>> will let MLT do some special multi-image-file handling. >>> From a MLT source directory, see demos/mlt_slideshow for an example >>> that shows how to apply a transition between the photos: >>> >>> melt .all.jpg ttl=75 -filter luma:%luma01.pgm luma.softness=0.1 >>> >>> ttl is the number of frames to show each photo. >>> %luma01.pgm is a wipe where the % prefix tells it to look in >>> $prefix/share/mlt/lumas/ for a builtin, instaled wipe. Leave out the >>> ":%luma01.pgm" to get a simple dissolve. >>> luma.softness=0.1 adds some feathering along the edge of the wipe - >>> not needed for simple dissolve. >>> >>> MLT is mainly a developer toolkit. There is not much support bandwidth >>> for general usage. Are you working on an application? If not, then >>> maybe you'd more interested in a frontend like Kdenlive or OpenShot. >> >> thanks dan, >> >> well i like using CLI and will struggle on using this way of working with mlt >> i realise answering lots of user questions in this regard is tiresome but i >> just >> need a few starts and then i should be able to get on with it myself... >> >> i am making notes as i go... at the moment its just a text file on my svn >> https://code.goto10.org/svn/rob/mlt/melt.examples >> >> i will tidy this up into individual help files when it gets more significant. >> >> hopefully eventually this will go some way towards increasing support >> bandwidth >> :) > > OK, great. I can create an account for you on mltframework.org wiki if > you want to contribute there. > >> next question is with regards to accessing parameters of filters: >> >> i have figured this out: >> >> melt bingbong.dv -filter frei0r.pixeliz0r BlockSizeX=.6 BlockSizeY=.2 >> >> but when i look at the frei0r.water plugin i see it has many parameters such >> as >> rain swirl surfer smooth etc etc. > > Yes, some plugins support the metadata system, and frei0r does, so > this gives a fair amount of info: > > melt -query filter=frei0r.water > >> so i thought: >> >> melt bingbong.dv -filter frei0r.water rain=1 >> >> would be the solution but it doesnt work > > Hmm, that should work. I am on holiday travel with my MacBook now > where the SDL output broke on the upgrade to OS 10.6. I will reboot > into Linux sometime soon and check it out. Maybe others can comment. I > see it is blacklisted in kdenlive for being unstable. Are you getting > a crash or simply no apparent effect? Maybe it needs another parameter > to give it some amplification.
OK, I had a bad version of libsdl installed on OS X. I got it working again, and the frei0r.water filter works fine for me, and I see rain=1 adds random drops whereas without rain=1 it is just a centered, spiral-like swirl. -- +-DRD-+ ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ Mlt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mlt-devel
