On Tue, 2009-08-04 at 10:07 -0400, David Robillard wrote:
On Tue, 2009-08-04 at 12:59 +0100, Damon Chaplin wrote:
On Sat, 2009-08-01 at 23:16 +0300, Stefan Kost wrote:
This testing is great stuff. It would be cool to have a buildbot
(http://buildbot.net) and run this regularly.
On Sat, 2009-08-01 at 23:16 +0300, Stefan Kost wrote:
This testing is great stuff. It would be cool to have a buildbot
(http://buildbot.net) and run this regularly. Ideally test-tools would be part
of ladspa/lv2 sdk and the plugin-packages add running the test tools as part
of
make check.
On Tue, 2009-08-04 at 12:59 +0100, Damon Chaplin wrote:
On Sat, 2009-08-01 at 23:16 +0300, Stefan Kost wrote:
This testing is great stuff. It would be cool to have a buildbot
(http://buildbot.net) and run this regularly. Ideally test-tools would be
part
of ladspa/lv2 sdk and the
On Tue, 28 Jul 2009 21:31:42 +0100
Damon Chaplin da...@karuna.eclipse.co.uk wrote:
On Tue, 2009-07-28 at 14:12 -0500, Gabriel M. Beddingfield wrote:
Hi Damon,
On Tue, 28 Jul 2009, Damon Chaplin wrote:
A quick update - fixes have been found for blop, caps cmt, and
the ladspa Sine
Damon Chaplin schrieb:
Hi,
I've been having problems with a few LADSPA plugins recently, so I've
written a little test app that loads all LADSPA plugins, connects the
ports and runs them for one cycle. (I've attached it here.)
I've run it on the plugin packages I have installed, using
On Sat, 2009-08-01 at 23:16 +0300, Stefan Kost wrote:
Damon Chaplin schrieb:
Hi,
I've been having problems with a few LADSPA plugins recently, so I've
written a little test app that loads all LADSPA plugins, connects the
ports and runs them for one cycle. (I've attached it here.)
2009/7/30 Steve Harris st...@plugin.org.uk:
On 30 Jul 2009, at 10:34, Damon Chaplin wrote:
1904 GLAME Butterworth Highpass instantiate/cleanup: Segfault
1903 GLAME Butterworth Lowpass instantiate/cleanup: Segfault
1902 Glame Butterworth X-over Filter instantiate/cleanup: Segfault
Hi,
I've tracked down all the issues spotted by my test app and emailed all
the maintainers. So hopefully they'll get fixed.
I've tried the demolition test app as well. The output isn't too clear
so I've summarised the major issues spotted:
Demolition Findings
CALF
34049 Calf MultiChorus
Damon Chaplin wrote:
Hi,
I've tracked down all the issues spotted by my test app and emailed all
the maintainers. So hopefully they'll get fixed.
Great work! We need good plugins! :)
Regards.
\r
___
Linux-audio-dev mailing list
On Thu, 30 Jul 2009 11:49:42 +0200
Grammostola Rosea rosea.grammost...@gmail.com wrote:
Damon Chaplin wrote:
Hi,
I've tracked down all the issues spotted by my test app and emailed
all the maintainers. So hopefully they'll get fixed.
Great work! We need good plugins! :)
Regards.
On Thu, 2009-07-30 at 11:55 +0200, xmag wrote:
Hi,
I wrote all the Glame* filters, did you send me an email, and if, where
did you send it :-)
I sent Steve Harris an email about some issues in the swh plugins, but
no problems were spotted in the Glame* filters by my test app.
What is
On 30 Jul 2009, at 10:34, Damon Chaplin wrote:
CMT
1226 Phase Modulated Voice all input controls FLOAT MAX: Watchdog
timeout
1849 Logistic Map Control Generator all input controls FLOAT MIN:
Watchdog timeout
1221 Analogue Voice all input controls FLOAT MAX: Watchdog timeout
SWH
1605
On 28 Jul 2009, at 19:04, Tim Goetze wrote:
[Paul Davis]
So will it link on OSX if I remove -nostartfiles?
i'd suggest copying what swh's makefile does, which is something
like this:
gcc -flat_namespace -undefined suppress -o .libs/ringmod_1188.so
-bundle .libs/ringmod_1188.o -lm
[Damon Chaplin]
I've been having problems with a few LADSPA plugins recently, so I've
written a little test app that loads all LADSPA plugins, connects the
ports and runs them for one cycle. (I've attached it here.)
If you're using libraries like glib, it would be very kind of you to
supply a
On Tue, Jul 28, 2009 at 02:06:33PM +0200, Tim Goetze wrote:
I've been having problems with a few LADSPA plugins recently, so I've
written a little test app that loads all LADSPA plugins, connects the
ports and runs them for one cycle. (I've attached it here.)
If you're using libraries like
On Tue, 2009-07-28 at 14:44 +0200, Tim Goetze wrote:
[Damon Chaplin]
caps memory errors in 3 plugins
Thanks for pointing out the make invocation. I haven't used valgrind
before so my cluelessness may show again in what follows.
Anyway, when running this:
$ valgrind --tool=memcheck
On Tue, 2009-07-28 at 14:02 +0100, Damon Chaplin wrote:
Testing 2589: C* ToneStack - Tone stack emulation (caps.so)
==9992== Conditional jump or move depends on uninitialised value(s)
==9992==at 0x4129F9F: DSP::ToneStack::start_cycle(float**, int)
(ToneStack.h:103)
==9992==by
A quick update - fixes have been found for blop, caps cmt, and the
ladspa Sine plugin problem is fixed in the latest version.
So the current status is:
amb OK
blopOK
calfmemory errors in 2 plugins
capsOK
cmt OK
fil OK
ladspa OK
mcp OK
rev OK
swh memory
On Tue, Jul 28, 2009 at 11:54 AM, Damon
Chaplinda...@karuna.eclipse.co.uk wrote:
A quick update - fixes have been found for blop, caps cmt, and the
ladspa Sine plugin problem is fixed in the latest version.
Damon - fantastic work. really great stuff.
I'd just like to remind LADSPA (and LV2)
On Tue, 28 Jul 2009 16:54:23 +0100
Damon Chaplin da...@karuna.eclipse.co.uk wrote:
A quick update - fixes have been found for blop, caps cmt, and the
ladspa Sine plugin problem is fixed in the latest version.
So the current status is:
amb OK
blop OK
calf memory errors in 2
On Tue, Jul 28, 2009 at 12:20:44PM -0400, Paul Davis wrote:
I'd just like to remind LADSPA (and LV2) plugin authors that use of
init() for module-level initialization has been deprecated for some
time. Plugins should mark the module-level init function with
__attribute__((constructor))
[Paul Davis]
[...]
and the cleanup function formerly known as fini() as
__attribute__((destructor))
failure to do this pretty much guarantees plugin crashes on OS X and
other platforms that dropped init+fini support years ago.
I've added these attributes to _init() and _fini() sometime ago
On Tue, Jul 28, 2009 at 1:29 PM, Tim Goetzet...@quitte.de wrote:
[Paul Davis]
[...]
and the cleanup function formerly known as fini() as
__attribute__((destructor))
failure to do this pretty much guarantees plugin crashes on OS X and
other platforms that dropped init+fini support years ago.
[Paul Davis]
I've added these attributes to _init() and _fini() sometime ago but
hopeful users of caps on OSX tell me linking the .so fails:
$ g++ -nostartfiles -O2 -ffast-math -funroll-loops -Wall -fPIC -DPIC
-shared -o caps.so [list of object files]
why are you using -nostartfiles? i know
On Tue, Jul 28, 2009 at 1:36 PM, Tim Goetzet...@quitte.de wrote:
[Paul Davis]
I've added these attributes to _init() and _fini() sometime ago but
hopeful users of caps on OSX tell me linking the .so fails:
$ g++ -nostartfiles -O2 -ffast-math -funroll-loops -Wall -fPIC -DPIC
-shared -o
Hi Damon,
On Tue, 28 Jul 2009, Damon Chaplin wrote:
A quick update - fixes have been found for blop, caps cmt, and the
ladspa Sine plugin problem is fixed in the latest version.
Great job! Did you update your test program? Could you please post it to
the list?
Thanks,
Gabriel
On Tue, 2009-07-28 at 14:12 -0500, Gabriel M. Beddingfield wrote:
Hi Damon,
On Tue, 28 Jul 2009, Damon Chaplin wrote:
A quick update - fixes have been found for blop, caps cmt, and the
ladspa Sine plugin problem is fixed in the latest version.
Great job! Did you update your test
On Tue, 2009-07-28 at 19:08 +0200, hollun...@gmx.at wrote:
Hi Damon, thanks for your efforts.
How does your test compare to the ladspa demolition thing?
They're pretty similar actually. Unfortunately I hadn't heard of
demolition - maybe it should be mentioned on ladspa.org or go in the
SDK.
28 matches
Mail list logo
