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 your testapp doing?
> I guess, your probably just calling instantiate and then cleanup.
Just this:
if ((handle = instantiate(descriptor, SRATE))) {
descriptor->cleanup(handle);
}
> The structs are initialized within the activate function. I don't know
> whether it is mandatory to call this function or not.
I don't think it is mandatory. I can't see that in the spec.
> A quick look in my code shows, that in util/iir.h the function
> free_iirf_t does not check if the pointers are different from NULL
> before freeing them. This probably causes the segfault.
> Maybe this should be fixed :)
Yep, that fixes all of them, in iir.h and iir.c.
Thanks.
Damon
--- iir.h.orig 2006-08-08 16:53:50.000000000 +0100
+++ iir.h 2009-07-30 11:09:59.000000000 +0100
@@ -63,9 +63,11 @@ static inline iirf_t* init_iirf_t(iir_st
static inline void free_iirf_t(iirf_t* iirf, iir_stage_t* gt) {
int i;
- for(i=0;i<gt->availst;i++){
- free(iirf[i].iring);
- free(iirf[i].oring);
+ if (gt){
+ for(i=0;i<gt->availst;i++){
+ free(iirf[i].iring);
+ free(iirf[i].oring);
+ }
}
free(iirf);
};
--- iir.c.orig 2003-09-13 12:55:23.000000000 +0100
+++ iir.c 2009-07-30 11:12:45.000000000 +0100
@@ -85,10 +85,12 @@ void combine_iir_stages(int mode, iir_st
void free_iir_stage(iir_stage_t *gt){
int i;
- for(i=0;i<gt->availst;i++)
- free(gt->coeff[i]);
- free(gt->coeff);
- free(gt);
+ if (gt){
+ for(i=0;i<gt->availst;i++)
+ free(gt->coeff[i]);
+ free(gt->coeff);
+ free(gt);
+ }
}
/* center: frequency already normalized between 0 and 0.5 of sampling
Lars Luthman schrieb:
> On Fri, 2009-07-24 at 23:35 +0200, Ulrich Lorenz Schlüter wrote:
>
>> Hello list,
>>
>> I never get a valid event iterator with lv2_event_is_valid(). Can
>> somebody tell me why please?
>>
>> [...]
>> LV2_Event_Buffer* inbuf = p<LV2_Event_Buffer>(*p(6));
>>
>
> The template version of p() works just like the non-template version, it
> takes a uint32_t port index argument and returns a pointer to the buffer
> for that port. The only difference is that while the non-template
> version returns the buffer pointer as a pointer-to-float, the template
> version returns it as a pointer-to-T, where T is the template parameter.
> So in order to get the MIDI event input buffer for the port with index 6
> you do
>
> LV2_Event_Buffer* inbuf = p<LV2_Event_Buffer>(6);
>
> or, equivalently
>
> LV2_Event_Buffer* inbuf = reinterpret_cast<LV2_Event_Buffer*>(p(6));
>
> What you are doing above is to first get the buffer as a
> pointer-to-float although the buffer really contains an
> LV2_Event_Buffer, then dereference it to get some garbage float value,
> then truncate that float value to an uint32_t and pass it as the index
> parameter to p<LV2_Event_Buffer>(). This will cause undefined behaviour.
> It could crash with a segmentation fault, it could give you garbage MIDI
> events or it could do nothing at all.
>
>
> --ll
>
Was about to ask especially you about that until I solved this on my
own. But thanks a lot for your explanation.
Uli :-)
First release of LV2 versions of the NJL ladspa plugins by Nick Lamb.
This is a preliminary release, LV2 URIs may change in future versions,
amongst other things... for testing...
Temporary download location:
http://www.jwm-art.net/default_downloads/njl-lv2-0.0.1.tar.gz
notes:
no custom gui yet.
risset scales: parameters have far greater range but ranges are fairly
arbitrarily set at this moment.
Makefile slimmed down version of that found in swh-lv2 by Steve Harris,
so plugins might/should build on osx.
regards,
james.
Hi,
Seeing as I'm stuck at home this evening, I'm toying with the idea of
having a go at porting a LADSPA plugin to an LV2 plugin.
Looking at the official doc for LV2 I nearly ran a mile (or ten), but
Lars Luthmans "LV2 programming for the complete idiot" has me almost
convinced I might be able to do it... (( I think this guide should be
promoted more )).
So,
1) Are there any reasons why LADSPA plugins should not be ported to LV2?
2) Is anyone doing this already, and if so which plugins? (aside from
those commonly known as already ported.)
3) Any suggestions for plugins to be ported?
Regards,
James.
hi everybody!
just a passing remark: it is very easy to filter out a troll. it is
however close to impossible to filter responses to trolling by people
whose mail i appreciate in general.
best,
jörn
Grammostola Rosea wrote:
> Robert Keller wrote:
>>
>> On Jul 28, 2009, at 1:27 PM, Grammostola Rosea wrote:
>>
>>> Robert Keller wrote:
>>>> I fixed it to v2. Thanks!
>>>>
>>>> Bob
>>>
>>> Bob,
>>>
>>> We don't post on top. Quote the relevant part and place your message
>>> below, because of our mail archive ;)
>>
>> Sorry, it was something that gmail seems to encourage, and I didn't
>> realize about the archive.
>>
>>>
>>> About the licenses. I think Impro-visor should have the same license of
>>> the GPL source you use (Jmusic or something(?)).
>>>
>>> About setting up a mailinglist, one for users one for developers,
>>> that's
>>> pretty easy.
>>>
>>> I think this should help you:
>>>
>>> https://lists.sourceforge.net/lists/listinfo
>>>
>>>
>>> Regards,
>>>
>>> \r
>>
>>
>> A question: On sourceForge, I see how to commit to svn.
>>
>> But how to post files, such as a zip distribution, on the Files page?
>> My Files section is empty, but I'd like to put something there.
>>
>
Bob,
You better do 'reply to all'. So more people can give suggestions. I'm
not very experienced in that sort of stuff (yet).
Regards,
\r
Robert Keller wrote:
> I fixed it to v2. Thanks!
>
> Bob
Bob,
We don't post on top. Quote the relevant part and place your message
below, because of our mail archive ;)
About the licenses. I think Impro-visor should have the same license of
the GPL source you use (Jmusic or something(?)).
About setting up a mailinglist, one for users one for developers, that's
pretty easy.
I think this should help you:
https://lists.sourceforge.net/lists/listinfo
Regards,
\r
Hi everyone!
I just compiled flac version 1.2.1 on my Linux Debian system. I got an error
in
examples/cpp/encode/file/main.cpp line 75
memcmp not declared in this scope.
I found out why: The file needs to include string.h or cstring. It doesn't,
at least not directly. I put it in and everything was alright. Thought I'd
just report it, so it might be fixed...
Kindest regards
Julien
--------
Music was my first love and it will be my last (John Miles)
======== FIND MY WEB-PROJECT AT: ========
http://ltsb.sourceforge.net
the Linux TextBased Studio guide
======= AND MY PERSONAL PAGES AT: =======
http://www.juliencoder.de
---------- Forwarded message ----------
From: alex stone <compose59(a)gmail.com>
Date: Tue, Jul 28, 2009 at 3:40 PM
Subject: Re: [LAD] Fw: Re: At the hands of Professor Keller and Raymond
To: Arnold Krille <arnold(a)arnoldarts.de>
On Tue, Jul 28, 2009 at 1:54 AM, Arnold Krille<arnold(a)arnoldarts.de> wrote:
......... And while Fons surely has his own way of "extreme reactions"
I never found him to be that impolite and
> insulting.
>
> Have fun,
>
> Arnold
Neither have I. If Fons sets out to insult me, he does so with the
thoroughly literate grace and style of an insulter with class. I'd
expect nothing less.
The disreputable miscreant prone to a withering turn of caustic phrase
we know as Dave Robilliard, on the other hand........
:)
Just kidding.
Arnold, we're gonna need more popcorn.....
P.S Nice work on Jackmix. Works a treat here from a recent ebuild.
Might not be that pretty, but it goes like a train...
--
www.openoctave.org
midi-subscribe(a)openoctave.org
development-subscribe(a)openoctave.org
--
www.openoctave.org
midi-subscribe(a)openoctave.org
development-subscribe(a)openoctave.org
