From: Luis G. <lui...@us...> - 2011-03-03 20:47:43
|
A few more goodies have made it to FLAM, some inspired by Michael. http://vagar.org/asciidoc/flam/screenshots/three-invada-ER.png Not a mockup, they actually work. Everything is in the git repo: git clone http://vagar.org/git/flam I think I uncovered a bug: RG is emitting values with LADSPA_HINT_SAMPLE_RATE with the sample rate already factored in. That's not how it is supposed to be, is it? And a feature request: what about adding a /bypass,b method? Cheers, Luis |
From: D. M. M. <mic...@ro...> - 2011-03-03 22:53:55
|
On Thursday, March 03, 2011, Luis Garrido wrote: > http://vagar.org/asciidoc/flam/screenshots/three-invada-ER.png That's beautiful! I'm looking forward to getting a chance to check that out! > I think I uncovered a bug: RG is emitting values with > LADSPA_HINT_SAMPLE_RATE with the sample rate already factored in. > That's not how it is supposed to be, is it? I couldn't imagine, but if you can explain what we're doing wrong and what we should be doing to a guy who has never worked on any of that code, I'll do what I can to get it fixed right up. > And a feature request: what about adding a /bypass,b method? I'm afraid I need more of a hint than that what you're after, but I'm certainly willing to entertain ideas like this. -- D. Michael McIntyre |
From: Chris C. <ca...@al...> - 2011-03-03 23:44:12
|
On 3 Mar 2011 20:47, "Luis Garrido" <lui...@us...> wrote: > I think I uncovered a bug: RG is emitting values with > LADSPA_HINT_SAMPLE_RATE with the sample rate already factored in. > That's not how it is supposed to be, is it? It's not, and I thought I'd fixed a bug to that effect in the gui code a while back. (Michael, this hint indicates that the port value should be interpreted as a proportion of the current sample rate in the native interface - e.g. 0.5 should be displayed as 22500 or whatever. But it shouldn't affect the values that are actually presented to the plugin.) Chris |
From: Luis G. <lui...@us...> - 2011-03-05 00:40:44
|
On Fri, Mar 4, 2011 at 12:44 AM, Chris Cannam <ca...@al...> wrote: > Actually, I think the bug might have been in my brain (one of all too many.) I am analyzing the code for the triple band EQ by Steve Harris and from the DSP code it seems the ports marked as LHSR receive from the host actual frequency values, not fractions of the sample rate. I always thought it was the other way round, don't know why exactly. Well, code and learn. Sorry for the noise! This raises another issue: I need RG to implement the /sample-rate OSC method. That should be an easy one, I'll see if I can submit a patch in the following days. Luis |