Thread: [Mlt-devel] Sox XML Question
Brought to you by:
ddennedy,
lilo_booter
From: Jonathan T. <jon...@gm...> - 2010-09-16 22:09:19
|
Greetings! OpenShot is preparing to release version 1.2.0 (our next version), and we are in the final stages of testing right now. I just ran into some issues with Sox filters not working, and wanted to ask a few questions. First, is this the correct syntax for applying a Sox effect in MLT 0.5.4? > <filter in="0.0" mlt_service="sox" out="240.0" track="2"> <property name="effect1">echo 0.8 0.88 60.0 0.4</property> </filter> I can use the sox "play" command line to successfully apply the above sox effect. But when using melt (or OpenShot) it gives me the following error over and over again, and does not apply the filter: > echo: usage: gain-in gain-out delay decay [ delay decay ... ] Moving on to MLT 0.5.10, using the above syntax seems to cause a segmentation fault. Is there a new XML syntax for applying Sox effects in MLT 0.5.10? Here is some output from gdb, although I'm not sure how helpful it will be: Program received signal SIGSEGV, Segmentation fault. 0x00007fffec023196 in ?? () from /usr/local/lib/libmlt.so.2 (gdb) backtrace #0 0x00007fffec023196 in ?? () from /usr/local/lib/libmlt.so.2 #1 0x00007fffec0239c2 in mlt_properties_set () from /usr/local/lib/libmlt.so.2 #2 0x00007fffec02426a in mlt_properties_inherit () from /usr/local/lib/libmlt.so.2 #3 0x00007fffe40a77b8 in ?? () from /usr/local/lib/mlt/libmltxml.so #4 0x00007fffe3d904b5 in ?? () from /usr/lib/libxml2.so.2 #5 0x00007fffe3d975ab in xmlParseElement () from /usr/lib/libxml2.so.2 #6 0x00007fffe3d9788a in xmlParseContent () from /usr/lib/libxml2.so.2 #7 0x00007fffe3d973cb in xmlParseElement () from /usr/lib/libxml2.so.2 #8 0x00007fffe3d9788a in xmlParseContent () from /usr/lib/libxml2.so.2 #9 0x00007fffe3d973cb in xmlParseElement () from /usr/lib/libxml2.so.2 #10 0x00007fffe3d9e57a in xmlParseDocument () from /usr/lib/libxml2.so.2 #11 0x00007fffe40a43ae in producer_xml_init () from /usr/local/lib/mlt/libmltxml.so #12 0x00007fffec02f25a in mlt_factory_producer () from /usr/local/lib/libmlt.so.2 #13 0x00007fffea2baece in ?? () from /usr/local/lib/mlt/libmltcore.so #14 0x00007fffea2bb388 in producer_loader_init () from /usr/local/lib/mlt/libmltcore.so #15 0x00007fffec02f25a in mlt_factory_producer () from /usr/local/lib/libmlt.so.2 #16 0x00007fffec76954e in Mlt::Producer::Producer(Mlt::Profile&, char const*, char const*) () from /usr/local/lib/libmlt++.so.3 Any thoughts or suggestions would be appreciated. Thanks! -Jonathan |
From: Dan D. <da...@de...> - 2010-09-17 00:48:52
|
On Thu, Sep 16, 2010 at 3:09 PM, Jonathan Thomas <jon...@gm...> wrote: > Greetings! OpenShot is preparing to release version 1.2.0 (our next > version), and we are in the final stages of testing right now. I just ran > into some issues with Sox filters not working, and wanted to ask a few > questions. > First, is this the correct syntax for applying a Sox effect in MLT 0.5.4? what is your version of sox? I have 14.3.0 on KXStudio and 14.3.1 on OS X. Sox keeps changing interface between versions making it difficult to support. My latest change that could affect this is limited to versions 14.2.0+, but I only tested it on 14.3. >> <filter in="0.0" mlt_service="sox" out="240.0" track="2"> >> >> <property name="effect1">echo 0.8 0.88 60.0 0.4</property> >> >> </filter> > > I can use the sox "play" command line to successfully apply the above sox > effect. But when using melt (or OpenShot) it gives me the following error > over and over again, and does not apply the filter: >> >> echo: usage: gain-in gain-out delay decay [ delay decay ... ] > > Moving on to MLT 0.5.10, using the above syntax seems to cause a > segmentation fault. Is there a new XML syntax for applying Sox effects in > MLT 0.5.10? Here is some output from gdb, although I'm not sure how helpful > it will be: > Program received signal SIGSEGV, Segmentation fault. > 0x00007fffec023196 in ?? () from /usr/local/lib/libmlt.so.2 > (gdb) backtrace > #0 0x00007fffec023196 in ?? () from /usr/local/lib/libmlt.so.2 > #1 0x00007fffec0239c2 in mlt_properties_set () from > /usr/local/lib/libmlt.so.2 > #2 0x00007fffec02426a in mlt_properties_inherit () > from /usr/local/lib/libmlt.so.2 > #3 0x00007fffe40a77b8 in ?? () from /usr/local/lib/mlt/libmltxml.so > #4 0x00007fffe3d904b5 in ?? () from /usr/lib/libxml2.so.2 > #5 0x00007fffe3d975ab in xmlParseElement () from /usr/lib/libxml2.so.2 > #6 0x00007fffe3d9788a in xmlParseContent () from /usr/lib/libxml2.so.2 > #7 0x00007fffe3d973cb in xmlParseElement () from /usr/lib/libxml2.so.2 > #8 0x00007fffe3d9788a in xmlParseContent () from /usr/lib/libxml2.so.2 > #9 0x00007fffe3d973cb in xmlParseElement () from /usr/lib/libxml2.so.2 > #10 0x00007fffe3d9e57a in xmlParseDocument () from /usr/lib/libxml2.so.2 > #11 0x00007fffe40a43ae in producer_xml_init () > from /usr/local/lib/mlt/libmltxml.so > #12 0x00007fffec02f25a in mlt_factory_producer () > from /usr/local/lib/libmlt.so.2 > #13 0x00007fffea2baece in ?? () from /usr/local/lib/mlt/libmltcore.so > #14 0x00007fffea2bb388 in producer_loader_init () > from /usr/local/lib/mlt/libmltcore.so > #15 0x00007fffec02f25a in mlt_factory_producer () > from /usr/local/lib/libmlt.so.2 > #16 0x00007fffec76954e in Mlt::Producer::Producer(Mlt::Profile&, char > const*, char const*) () from /usr/local/lib/libmlt++.so.3 > Any thoughts or suggestions would be appreciated. > Thanks! > -Jonathan > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Mlt-devel mailing list > Mlt...@li... > https://lists.sourceforge.net/lists/listinfo/mlt-devel > > -- +-DRD-+ |
From: Dan D. <da...@de...> - 2010-09-17 01:46:35
|
now I will answer your questions while I await yours... On Thu, Sep 16, 2010 at 3:09 PM, Jonathan Thomas <jon...@gm...> wrote: > Greetings! OpenShot is preparing to release version 1.2.0 (our next > version), and we are in the final stages of testing right now. I just ran > into some issues with Sox filters not working, and wanted to ask a few > questions. > First, is this the correct syntax for applying a Sox effect in MLT 0.5.4? >> >> <filter in="0.0" mlt_service="sox" out="240.0" track="2"> >> >> <property name="effect1">echo 0.8 0.88 60.0 0.4</property> >> >> </filter> yes > I can use the sox "play" command line to successfully apply the above sox > effect. But when using melt (or OpenShot) it gives me the following error > over and over again, and does not apply the filter: >> >> echo: usage: gain-in gain-out delay decay [ delay decay ... ] melt 0.5.6 and older are not compatible with sox 14.3, maybe 14.2, not sure. > Moving on to MLT 0.5.10, using the above syntax seems to cause a not able to reproduce unless perhaps if that is the only thing in your xml file. I assumed you took a snippet out and did not include it all. Here is how I tested: melt -verbose test.wav -filter sox effect1="echo 0.8 0.88 6.0 0.4" -consumer xml:test.mlt melt test.mlt > segmentation fault. Is there a new XML syntax for applying Sox effects in > MLT 0.5.10? Here is some output from gdb, although I'm not sure how helpful > it will be: > Program received signal SIGSEGV, Segmentation fault. > 0x00007fffec023196 in ?? () from /usr/local/lib/libmlt.so.2 > (gdb) backtrace > #0 0x00007fffec023196 in ?? () from /usr/local/lib/libmlt.so.2 > #1 0x00007fffec0239c2 in mlt_properties_set () from > /usr/local/lib/libmlt.so.2 > #2 0x00007fffec02426a in mlt_properties_inherit () > from /usr/local/lib/libmlt.so.2 > #3 0x00007fffe40a77b8 in ?? () from /usr/local/lib/mlt/libmltxml.so > #4 0x00007fffe3d904b5 in ?? () from /usr/lib/libxml2.so.2 > #5 0x00007fffe3d975ab in xmlParseElement () from /usr/lib/libxml2.so.2 > #6 0x00007fffe3d9788a in xmlParseContent () from /usr/lib/libxml2.so.2 > #7 0x00007fffe3d973cb in xmlParseElement () from /usr/lib/libxml2.so.2 > #8 0x00007fffe3d9788a in xmlParseContent () from /usr/lib/libxml2.so.2 > #9 0x00007fffe3d973cb in xmlParseElement () from /usr/lib/libxml2.so.2 > #10 0x00007fffe3d9e57a in xmlParseDocument () from /usr/lib/libxml2.so.2 > #11 0x00007fffe40a43ae in producer_xml_init () > from /usr/local/lib/mlt/libmltxml.so > #12 0x00007fffec02f25a in mlt_factory_producer () > from /usr/local/lib/libmlt.so.2 > #13 0x00007fffea2baece in ?? () from /usr/local/lib/mlt/libmltcore.so > #14 0x00007fffea2bb388 in producer_loader_init () > from /usr/local/lib/mlt/libmltcore.so > #15 0x00007fffec02f25a in mlt_factory_producer () > from /usr/local/lib/libmlt.so.2 > #16 0x00007fffec76954e in Mlt::Producer::Producer(Mlt::Profile&, char > const*, char const*) () from /usr/local/lib/libmlt++.so.3 > Any thoughts or suggestions would be appreciated. > Thanks! > -Jonathan > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Mlt-devel mailing list > Mlt...@li... > https://lists.sourceforge.net/lists/listinfo/mlt-devel > > -- +-DRD-+ |
From: Jonathan T. <jon...@gm...> - 2010-09-17 03:41:19
|
Dan, Here are the MLT and Sox versions I'm testing. *Ubuntu 10.04:* MLT 0.5.4 Sox 14.3.0 Frei0r 1.1.22 *Ubuntu 10.10:* MLT 0.5*.6* Sox 14.3*.1* Frei0r 1.1.22 Is there a way for me to get the installed version number of Sox and Frei0r at runtime (via melt or the Python API)? I have a feeling the solution will involve me removing some of these incompatible features based on the version of Sox and Frei0r and MLT. Also, I tried your command line example with the echo filter (melt -verbose test.wav -filter sox effect1="echo 0.8 0.88 6.0 0.4"), and it failed in the same way I described before (lots of error messages streaming down the terminal). Thanks! -Jonathan On Thu, Sep 16, 2010 at 7:48 PM, Dan Dennedy <da...@de...> wrote: > On Thu, Sep 16, 2010 at 3:09 PM, Jonathan Thomas > <jon...@gm...> wrote: > > Greetings! OpenShot is preparing to release version 1.2.0 (our next > > version), and we are in the final stages of testing right now. I just > ran > > into some issues with Sox filters not working, and wanted to ask a few > > questions. > > First, is this the correct syntax for applying a Sox effect in MLT 0.5.4? > > what is your version of sox? I have 14.3.0 on KXStudio and 14.3.1 on OS X. > Sox keeps changing interface between versions making it difficult to > support. My latest change that could affect this is limited to > versions 14.2.0+, but I only tested it on 14.3. > > >> <filter in="0.0" mlt_service="sox" out="240.0" track="2"> > >> > >> <property name="effect1">echo 0.8 0.88 60.0 0.4</property> > >> > >> </filter> > > > > I can use the sox "play" command line to successfully apply the above sox > > effect. But when using melt (or OpenShot) it gives me the following > error > > over and over again, and does not apply the filter: > >> > >> echo: usage: gain-in gain-out delay decay [ delay decay ... ] > > > > Moving on to MLT 0.5.10, using the above syntax seems to cause a > > segmentation fault. Is there a new XML syntax for applying Sox effects > in > > MLT 0.5.10? Here is some output from gdb, although I'm not sure how > helpful > > it will be: > > Program received signal SIGSEGV, Segmentation fault. > > 0x00007fffec023196 in ?? () from /usr/local/lib/libmlt.so.2 > > (gdb) backtrace > > #0 0x00007fffec023196 in ?? () from /usr/local/lib/libmlt.so.2 > > #1 0x00007fffec0239c2 in mlt_properties_set () from > > /usr/local/lib/libmlt.so.2 > > #2 0x00007fffec02426a in mlt_properties_inherit () > > from /usr/local/lib/libmlt.so.2 > > #3 0x00007fffe40a77b8 in ?? () from /usr/local/lib/mlt/libmltxml.so > > #4 0x00007fffe3d904b5 in ?? () from /usr/lib/libxml2.so.2 > > #5 0x00007fffe3d975ab in xmlParseElement () from /usr/lib/libxml2.so.2 > > #6 0x00007fffe3d9788a in xmlParseContent () from /usr/lib/libxml2.so.2 > > #7 0x00007fffe3d973cb in xmlParseElement () from /usr/lib/libxml2.so.2 > > #8 0x00007fffe3d9788a in xmlParseContent () from /usr/lib/libxml2.so.2 > > #9 0x00007fffe3d973cb in xmlParseElement () from /usr/lib/libxml2.so.2 > > #10 0x00007fffe3d9e57a in xmlParseDocument () from /usr/lib/libxml2.so.2 > > #11 0x00007fffe40a43ae in producer_xml_init () > > from /usr/local/lib/mlt/libmltxml.so > > #12 0x00007fffec02f25a in mlt_factory_producer () > > from /usr/local/lib/libmlt.so.2 > > #13 0x00007fffea2baece in ?? () from /usr/local/lib/mlt/libmltcore.so > > #14 0x00007fffea2bb388 in producer_loader_init () > > from /usr/local/lib/mlt/libmltcore.so > > #15 0x00007fffec02f25a in mlt_factory_producer () > > from /usr/local/lib/libmlt.so.2 > > #16 0x00007fffec76954e in Mlt::Producer::Producer(Mlt::Profile&, char > > const*, char const*) () from /usr/local/lib/libmlt++.so.3 > > Any thoughts or suggestions would be appreciated. > > Thanks! > > -Jonathan > > > ------------------------------------------------------------------------------ > > Start uncovering the many advantages of virtual appliances > > and start using them to simplify application deployment and > > accelerate your shift to cloud computing. > > http://p.sf.net/sfu/novell-sfdev2dev > > _______________________________________________ > > Mlt-devel mailing list > > Mlt...@li... > > https://lists.sourceforge.net/lists/listinfo/mlt-devel > > > > > > > > -- > +-DRD-+ > |
From: Dan D. <da...@de...> - 2010-09-17 04:37:20
|
On Thu, Sep 16, 2010 at 8:41 PM, Jonathan Thomas <jon...@gm...> wrote: > Dan, > Here are the MLT and Sox versions I'm testing. > Ubuntu 10.04: > MLT 0.5.4 > Sox 14.3.0 > Frei0r 1.1.22 > > Ubuntu 10.10: > MLT 0.5.6 Eariler you wrote you were using 0.5.10. The problem you have is a known issue that was fixed in 0.5.8 and, of course, 0.5.10. There is no workaround for < 0.5.8 AFAIK. Well, since you have things ready to test, try this: repeat the sox effect name echo echo 0.8 0.88 6.0 0.4 > Sox 14.3.1 > Frei0r 1.1.22 > Is there a way for me to get the installed version number of Sox and Frei0r > at runtime (via melt or the Python API)? I have a feeling the solution will > involve me removing some of these incompatible features based on the version > of Sox and Frei0r and MLT. > Also, I tried your command line example with the echo filter (melt -verbose > test.wav -filter sox effect1="echo 0.8 0.88 6.0 0.4"), and it failed in the > same way I described before (lots of error messages streaming down the > terminal). > Thanks! > -Jonathan > On Thu, Sep 16, 2010 at 7:48 PM, Dan Dennedy <da...@de...> wrote: >> >> On Thu, Sep 16, 2010 at 3:09 PM, Jonathan Thomas >> <jon...@gm...> wrote: >> > Greetings! OpenShot is preparing to release version 1.2.0 (our next >> > version), and we are in the final stages of testing right now. I just >> > ran >> > into some issues with Sox filters not working, and wanted to ask a few >> > questions. >> > First, is this the correct syntax for applying a Sox effect in MLT >> > 0.5.4? >> >> what is your version of sox? I have 14.3.0 on KXStudio and 14.3.1 on OS X. >> Sox keeps changing interface between versions making it difficult to >> support. My latest change that could affect this is limited to >> versions 14.2.0+, but I only tested it on 14.3. >> >> >> <filter in="0.0" mlt_service="sox" out="240.0" track="2"> >> >> >> >> <property name="effect1">echo 0.8 0.88 60.0 0.4</property> >> >> >> >> </filter> >> > >> > I can use the sox "play" command line to successfully apply the above >> > sox >> > effect. But when using melt (or OpenShot) it gives me the following >> > error >> > over and over again, and does not apply the filter: >> >> >> >> echo: usage: gain-in gain-out delay decay [ delay decay ... ] >> > >> > Moving on to MLT 0.5.10, using the above syntax seems to cause a >> > segmentation fault. Is there a new XML syntax for applying Sox effects >> > in >> > MLT 0.5.10? Here is some output from gdb, although I'm not sure how >> > helpful >> > it will be: >> > Program received signal SIGSEGV, Segmentation fault. >> > 0x00007fffec023196 in ?? () from /usr/local/lib/libmlt.so.2 >> > (gdb) backtrace >> > #0 0x00007fffec023196 in ?? () from /usr/local/lib/libmlt.so.2 >> > #1 0x00007fffec0239c2 in mlt_properties_set () from >> > /usr/local/lib/libmlt.so.2 >> > #2 0x00007fffec02426a in mlt_properties_inherit () >> > from /usr/local/lib/libmlt.so.2 >> > #3 0x00007fffe40a77b8 in ?? () from /usr/local/lib/mlt/libmltxml.so >> > #4 0x00007fffe3d904b5 in ?? () from /usr/lib/libxml2.so.2 >> > #5 0x00007fffe3d975ab in xmlParseElement () from /usr/lib/libxml2.so.2 >> > #6 0x00007fffe3d9788a in xmlParseContent () from /usr/lib/libxml2.so.2 >> > #7 0x00007fffe3d973cb in xmlParseElement () from /usr/lib/libxml2.so.2 >> > #8 0x00007fffe3d9788a in xmlParseContent () from /usr/lib/libxml2.so.2 >> > #9 0x00007fffe3d973cb in xmlParseElement () from /usr/lib/libxml2.so.2 >> > #10 0x00007fffe3d9e57a in xmlParseDocument () from /usr/lib/libxml2.so.2 >> > #11 0x00007fffe40a43ae in producer_xml_init () >> > from /usr/local/lib/mlt/libmltxml.so >> > #12 0x00007fffec02f25a in mlt_factory_producer () >> > from /usr/local/lib/libmlt.so.2 >> > #13 0x00007fffea2baece in ?? () from /usr/local/lib/mlt/libmltcore.so >> > #14 0x00007fffea2bb388 in producer_loader_init () >> > from /usr/local/lib/mlt/libmltcore.so >> > #15 0x00007fffec02f25a in mlt_factory_producer () >> > from /usr/local/lib/libmlt.so.2 >> > #16 0x00007fffec76954e in Mlt::Producer::Producer(Mlt::Profile&, char >> > const*, char const*) () from /usr/local/lib/libmlt++.so.3 >> > Any thoughts or suggestions would be appreciated. >> > Thanks! >> > -Jonathan >> > >> > ------------------------------------------------------------------------------ >> > Start uncovering the many advantages of virtual appliances >> > and start using them to simplify application deployment and >> > accelerate your shift to cloud computing. >> > http://p.sf.net/sfu/novell-sfdev2dev >> > _______________________________________________ >> > Mlt-devel mailing list >> > Mlt...@li... >> > https://lists.sourceforge.net/lists/listinfo/mlt-devel >> > >> > >> >> >> >> -- >> +-DRD-+ > > -- +-DRD-+ |
From: Jonathan T. <jon...@gm...> - 2010-09-17 06:52:02
|
Sorry, yes I was also testing on 0.5.10, to test compatibility, even though Ubuntu will not get that version for a while. I tried repeating the name of the sox effect (as in your example) and it worked. So, the question is... will this work on all versions of MLT, or just < 0.5.8. Thanks! -Jonathan On Thu, Sep 16, 2010 at 11:37 PM, Dan Dennedy <da...@de...> wrote: > On Thu, Sep 16, 2010 at 8:41 PM, Jonathan Thomas > <jon...@gm...> wrote: > > Dan, > > Here are the MLT and Sox versions I'm testing. > > Ubuntu 10.04: > > MLT 0.5.4 > > Sox 14.3.0 > > Frei0r 1.1.22 > > > > Ubuntu 10.10: > > MLT 0.5.6 > > Eariler you wrote you were using 0.5.10. The problem you have is a > known issue that was fixed in 0.5.8 and, of course, 0.5.10. There is > no workaround for < 0.5.8 AFAIK. Well, since you have things ready to > test, try this: repeat the sox effect name > > echo echo 0.8 0.88 6.0 0.4 > > > Sox 14.3.1 > > Frei0r 1.1.22 > > Is there a way for me to get the installed version number of Sox and > Frei0r > > at runtime (via melt or the Python API)? I have a feeling the solution > will > > involve me removing some of these incompatible features based on the > version > > of Sox and Frei0r and MLT. > > Also, I tried your command line example with the echo filter (melt > -verbose > > test.wav -filter sox effect1="echo 0.8 0.88 6.0 0.4"), and it failed in > the > > same way I described before (lots of error messages streaming down the > > terminal). > > Thanks! > > -Jonathan > > On Thu, Sep 16, 2010 at 7:48 PM, Dan Dennedy <da...@de...> wrote: > >> > >> On Thu, Sep 16, 2010 at 3:09 PM, Jonathan Thomas > >> <jon...@gm...> wrote: > >> > Greetings! OpenShot is preparing to release version 1.2.0 (our next > >> > version), and we are in the final stages of testing right now. I just > >> > ran > >> > into some issues with Sox filters not working, and wanted to ask a few > >> > questions. > >> > First, is this the correct syntax for applying a Sox effect in MLT > >> > 0.5.4? > >> > >> what is your version of sox? I have 14.3.0 on KXStudio and 14.3.1 on OS > X. > >> Sox keeps changing interface between versions making it difficult to > >> support. My latest change that could affect this is limited to > >> versions 14.2.0+, but I only tested it on 14.3. > >> > >> >> <filter in="0.0" mlt_service="sox" out="240.0" track="2"> > >> >> > >> >> <property name="effect1">echo 0.8 0.88 60.0 0.4</property> > >> >> > >> >> </filter> > >> > > >> > I can use the sox "play" command line to successfully apply the above > >> > sox > >> > effect. But when using melt (or OpenShot) it gives me the following > >> > error > >> > over and over again, and does not apply the filter: > >> >> > >> >> echo: usage: gain-in gain-out delay decay [ delay decay ... ] > >> > > >> > Moving on to MLT 0.5.10, using the above syntax seems to cause a > >> > segmentation fault. Is there a new XML syntax for applying Sox > effects > >> > in > >> > MLT 0.5.10? Here is some output from gdb, although I'm not sure how > >> > helpful > >> > it will be: > >> > Program received signal SIGSEGV, Segmentation fault. > >> > 0x00007fffec023196 in ?? () from /usr/local/lib/libmlt.so.2 > >> > (gdb) backtrace > >> > #0 0x00007fffec023196 in ?? () from /usr/local/lib/libmlt.so.2 > >> > #1 0x00007fffec0239c2 in mlt_properties_set () from > >> > /usr/local/lib/libmlt.so.2 > >> > #2 0x00007fffec02426a in mlt_properties_inherit () > >> > from /usr/local/lib/libmlt.so.2 > >> > #3 0x00007fffe40a77b8 in ?? () from /usr/local/lib/mlt/libmltxml.so > >> > #4 0x00007fffe3d904b5 in ?? () from /usr/lib/libxml2.so.2 > >> > #5 0x00007fffe3d975ab in xmlParseElement () from > /usr/lib/libxml2.so.2 > >> > #6 0x00007fffe3d9788a in xmlParseContent () from > /usr/lib/libxml2.so.2 > >> > #7 0x00007fffe3d973cb in xmlParseElement () from > /usr/lib/libxml2.so.2 > >> > #8 0x00007fffe3d9788a in xmlParseContent () from > /usr/lib/libxml2.so.2 > >> > #9 0x00007fffe3d973cb in xmlParseElement () from > /usr/lib/libxml2.so.2 > >> > #10 0x00007fffe3d9e57a in xmlParseDocument () from > /usr/lib/libxml2.so.2 > >> > #11 0x00007fffe40a43ae in producer_xml_init () > >> > from /usr/local/lib/mlt/libmltxml.so > >> > #12 0x00007fffec02f25a in mlt_factory_producer () > >> > from /usr/local/lib/libmlt.so.2 > >> > #13 0x00007fffea2baece in ?? () from /usr/local/lib/mlt/libmltcore.so > >> > #14 0x00007fffea2bb388 in producer_loader_init () > >> > from /usr/local/lib/mlt/libmltcore.so > >> > #15 0x00007fffec02f25a in mlt_factory_producer () > >> > from /usr/local/lib/libmlt.so.2 > >> > #16 0x00007fffec76954e in Mlt::Producer::Producer(Mlt::Profile&, char > >> > const*, char const*) () from /usr/local/lib/libmlt++.so.3 > >> > Any thoughts or suggestions would be appreciated. > >> > Thanks! > >> > -Jonathan > >> > > >> > > ------------------------------------------------------------------------------ > >> > Start uncovering the many advantages of virtual appliances > >> > and start using them to simplify application deployment and > >> > accelerate your shift to cloud computing. > >> > http://p.sf.net/sfu/novell-sfdev2dev > >> > _______________________________________________ > >> > Mlt-devel mailing list > >> > Mlt...@li... > >> > https://lists.sourceforge.net/lists/listinfo/mlt-devel > >> > > >> > > >> > >> > >> > >> -- > >> +-DRD-+ > > > > > > > > -- > +-DRD-+ > |
From: Dan D. <da...@de...> - 2010-09-17 23:18:19
|
On Thu, Sep 16, 2010 at 11:51 PM, Jonathan Thomas <jon...@gm...> wrote: > Sorry, yes I was also testing on 0.5.10, to test compatibility, even though And you experienced the same problem, right? So why can't I reproduce it using 2 different platforms and machines? Are you sure you tested that right? To avoid having to make install and have environment vars set correctly, do you know about about the setenv script? $ cd mlt-0.5.10 $ . setenv $ melt ... > Ubuntu will not get that version for a while. > I tried repeating the name of the sox effect (as in your example) and it > worked. So, the question is... will this work on all versions of MLT, or > just < 0.5.8. I believe just <0.5.8 with sox 14.3 or 14.2. > Thanks! > -Jonathan > > On Thu, Sep 16, 2010 at 11:37 PM, Dan Dennedy <da...@de...> wrote: >> >> On Thu, Sep 16, 2010 at 8:41 PM, Jonathan Thomas >> <jon...@gm...> wrote: >> > Dan, >> > Here are the MLT and Sox versions I'm testing. >> > Ubuntu 10.04: >> > MLT 0.5.4 >> > Sox 14.3.0 >> > Frei0r 1.1.22 >> > >> > Ubuntu 10.10: >> > MLT 0.5.6 >> >> Eariler you wrote you were using 0.5.10. The problem you have is a >> known issue that was fixed in 0.5.8 and, of course, 0.5.10. There is >> no workaround for < 0.5.8 AFAIK. Well, since you have things ready to >> test, try this: repeat the sox effect name >> >> echo echo 0.8 0.88 6.0 0.4 >> >> > Sox 14.3.1 >> > Frei0r 1.1.22 >> > Is there a way for me to get the installed version number of Sox and >> > Frei0r >> > at runtime (via melt or the Python API)? I have a feeling the solution >> > will >> > involve me removing some of these incompatible features based on the >> > version >> > of Sox and Frei0r and MLT. >> > Also, I tried your command line example with the echo filter (melt >> > -verbose >> > test.wav -filter sox effect1="echo 0.8 0.88 6.0 0.4"), and it failed in >> > the >> > same way I described before (lots of error messages streaming down the >> > terminal). >> > Thanks! >> > -Jonathan >> > On Thu, Sep 16, 2010 at 7:48 PM, Dan Dennedy <da...@de...> wrote: >> >> >> >> On Thu, Sep 16, 2010 at 3:09 PM, Jonathan Thomas >> >> <jon...@gm...> wrote: >> >> > Greetings! OpenShot is preparing to release version 1.2.0 (our next >> >> > version), and we are in the final stages of testing right now. I >> >> > just >> >> > ran >> >> > into some issues with Sox filters not working, and wanted to ask a >> >> > few >> >> > questions. >> >> > First, is this the correct syntax for applying a Sox effect in MLT >> >> > 0.5.4? >> >> >> >> what is your version of sox? I have 14.3.0 on KXStudio and 14.3.1 on OS >> >> X. >> >> Sox keeps changing interface between versions making it difficult to >> >> support. My latest change that could affect this is limited to >> >> versions 14.2.0+, but I only tested it on 14.3. >> >> >> >> >> <filter in="0.0" mlt_service="sox" out="240.0" track="2"> >> >> >> >> >> >> <property name="effect1">echo 0.8 0.88 60.0 0.4</property> >> >> >> >> >> >> </filter> >> >> > >> >> > I can use the sox "play" command line to successfully apply the above >> >> > sox >> >> > effect. But when using melt (or OpenShot) it gives me the following >> >> > error >> >> > over and over again, and does not apply the filter: >> >> >> >> >> >> echo: usage: gain-in gain-out delay decay [ delay decay ... ] >> >> > >> >> > Moving on to MLT 0.5.10, using the above syntax seems to cause a >> >> > segmentation fault. Is there a new XML syntax for applying Sox >> >> > effects >> >> > in >> >> > MLT 0.5.10? Here is some output from gdb, although I'm not sure how >> >> > helpful >> >> > it will be: >> >> > Program received signal SIGSEGV, Segmentation fault. >> >> > 0x00007fffec023196 in ?? () from /usr/local/lib/libmlt.so.2 >> >> > (gdb) backtrace >> >> > #0 0x00007fffec023196 in ?? () from /usr/local/lib/libmlt.so.2 >> >> > #1 0x00007fffec0239c2 in mlt_properties_set () from >> >> > /usr/local/lib/libmlt.so.2 >> >> > #2 0x00007fffec02426a in mlt_properties_inherit () >> >> > from /usr/local/lib/libmlt.so.2 >> >> > #3 0x00007fffe40a77b8 in ?? () from /usr/local/lib/mlt/libmltxml.so >> >> > #4 0x00007fffe3d904b5 in ?? () from /usr/lib/libxml2.so.2 >> >> > #5 0x00007fffe3d975ab in xmlParseElement () from >> >> > /usr/lib/libxml2.so.2 >> >> > #6 0x00007fffe3d9788a in xmlParseContent () from >> >> > /usr/lib/libxml2.so.2 >> >> > #7 0x00007fffe3d973cb in xmlParseElement () from >> >> > /usr/lib/libxml2.so.2 >> >> > #8 0x00007fffe3d9788a in xmlParseContent () from >> >> > /usr/lib/libxml2.so.2 >> >> > #9 0x00007fffe3d973cb in xmlParseElement () from >> >> > /usr/lib/libxml2.so.2 >> >> > #10 0x00007fffe3d9e57a in xmlParseDocument () from >> >> > /usr/lib/libxml2.so.2 >> >> > #11 0x00007fffe40a43ae in producer_xml_init () >> >> > from /usr/local/lib/mlt/libmltxml.so >> >> > #12 0x00007fffec02f25a in mlt_factory_producer () >> >> > from /usr/local/lib/libmlt.so.2 >> >> > #13 0x00007fffea2baece in ?? () from /usr/local/lib/mlt/libmltcore.so >> >> > #14 0x00007fffea2bb388 in producer_loader_init () >> >> > from /usr/local/lib/mlt/libmltcore.so >> >> > #15 0x00007fffec02f25a in mlt_factory_producer () >> >> > from /usr/local/lib/libmlt.so.2 >> >> > #16 0x00007fffec76954e in Mlt::Producer::Producer(Mlt::Profile&, char >> >> > const*, char const*) () from /usr/local/lib/libmlt++.so.3 >> >> > Any thoughts or suggestions would be appreciated. >> >> > Thanks! >> >> > -Jonathan >> >> > >> >> > >> >> > ------------------------------------------------------------------------------ >> >> > Start uncovering the many advantages of virtual appliances >> >> > and start using them to simplify application deployment and >> >> > accelerate your shift to cloud computing. >> >> > http://p.sf.net/sfu/novell-sfdev2dev >> >> > _______________________________________________ >> >> > Mlt-devel mailing list >> >> > Mlt...@li... >> >> > https://lists.sourceforge.net/lists/listinfo/mlt-devel >> >> > >> >> > >> >> >> >> >> >> >> >> -- >> >> +-DRD-+ >> > >> > >> >> >> >> -- >> +-DRD-+ > > -- +-DRD-+ |