Hi,
First release of the VCF LADSPA plugins ported to LV2:
(again, temporary download location)
http://www.jwm-art.net/default_downloads/vcf-lv2-0.0.1.tar.gz
notes:
some of the filters appear to work incorrectly in ardour2,
but appear to work correctly in lv2rack and ingen. i don't
yet know if this is a fault with my .ttl files, if anyone
with more knowledge than i can clarify it'd be much appreciated.
----------------
Second release of the NJL LADSPA plugins ported to LV2:
http://www.jwm-art.net/default_downloads/njl-lv2-0.0.2.tar.gz
changes:
* removed www. from LV2 URI prefixes of all plugins
* fixed port properties which specified 'integer' instead
of 'Integer'.
----------------
plugins have been (unthoroughly) tested in lv2rack, lv2_jack_host,
ingen, and ardour2. of the vcf plugins, the CV variants are mostly
untested.
Cheers,
James.
Hi Alex
On Tue, 28 Jul 2009 23:42:02 you wrote:
> I have tried the contact form on the FFADO website and through the email
> address provided in the contact pages at the SourceForge.net project page
> to no avail. I'm not sure where else to ask except here. Are any of the
> FFADO developers on this email group that can provide a contact email that
> will garner a response?
I *think* I responded to an email later in this thread, but in case it was
missed feel free to contact me off-list about whatever it is you were
wanting to ask and I'll attempt to help you out.
Regards
jonathan
guitarix is a simple Linux Rock Guitar amplifier and is designed
to achieve nice thrash/metal/rock/blues guitar sounds.
Guitarix uses the Jack Audio Connection Kit as its audio backend
and brings in one input and two output ports to the jack graph.
Release 0.05.0-1 comes with some major changes:
* Completely new source structure by James
* add keyboard shortcuts
* improved skin handling
* add logging window
* improved preset handling
* add middle tone control
* reworked audio engine
* add bypass mode
* add engine state widget
Please read the README for more details regarding the new options.
have fun
________________________________________________________________________
The standalone version of guitarix is based on GTK2+.
But guitarix is also released as a suite of LADSPA plugins
and can be used in e.g. ardour.
guitarix is licensed under the GPL.
Project page with screenshots:
http://guitarix.sourceforge.net/
download:
http://sourceforge.net/projects/guitarix/
For capture, guitarix uses the external application
'jack_capture' (version >= 0.9.30) written by Kjetil
S. Matheussen. If you don't have it installed,
you can look here:
http://old.notam02.no/arkiv/src/?M=D
For extra Impulse Responses, guitarix uses the
convolution application 'jconv' created by Fons Adriaensen.
If you don't have it installed, you can look here:
http://www.kokkinizita.net/linuxaudio/index.html
I(hermann) use faust to build the prototype and will say
thanks to
: Julius Smith
http://ccrma.stanford.edu/realsimple/faust/
: Albert Graef
http://www.musikwissenschaft.uni-mainz.de/~ag/ag.html
: Yann Orlary
http://faust.grame.fr/
regards
guitarix-dev team: Hermann Meyer & James Warden
Hi there,
I'm using the lib lv2-plugin to write a plugin with c++ as you will know.
Now what's the proper way to get the sample rate?
Thanks in advance
Uli
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
