[LAD] IR: Lv2 reverb (without the GUI..?)

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Linux Audio Developers <linux-audio-dev@...>
Date: Friday, September 2, 2011 - 4:50 pm

--20cf30434aa012d98e04abf829fb
Content-Type: text/plain; charset=ISO-8859-1

Hey All,

I'm faced with a problem that I can't see an easy way around regarding the
use of the IR reverb plugin.

I'm running the GUI in a seperate *process*, and doing all lv2 communication
over OSC. For the most part this is easy,
the problem rears its head when one want's to use a plugin whose UI requires
"instance-access".

Basically, the IR plugin GUI needs access to the Lv2_Handle. But I can't
provide that due to the OSC communication.
So I've concidered "spoofing" a plugin on the UI side, and keeping it up to
date with what the "real" one is doing in the Engine.

Bit ugly, and if the UI has instance access, will it still call the normal
"port" events..? Because otherwise I'm lost with trying to
get at the UI data.

The other problem is that loading a "sample" into the IR convolution happens
in a pretty strange way: there's 3 Control Input ports, and together they
make up a 64bit file hash.
I understand the reasons behind this decision, and I'm not trying to
criticise the implementation, I'm just not sure how I can send a certain
file to these ports to make it work...

-Harry

--20cf30434aa012d98e04abf829fb
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hey All,I'm faced with a problem that I can't see an easy w=
ay around regarding the use of the IR reverb plugin.I'm running=
the GUI in a seperate *process*, and doing all lv2 communication over OSC.=
For the most part this is easy,
the problem rears its head when one want's to use a plugin whose UI req=
uires "instance-access".Basically, the IR plugin GUI need=
s access to the Lv2_Handle. But I can't provide that due to the OSC com=
munication.
So I've concidered "spoofing" a plugin on the UI side, and ke=
eping it up to date with what the "real" one is doing in the Engi=
ne.Bit ugly, and if the UI has instance access, will it still call =
the normal "port" events..? Because otherwise I'm lost with t=
rying to
get at the UI data.The other problem is that loading a "sample=
" into the IR convolution happens in a pretty strange way: there's=
3 Control Input ports, and together they make up a 64bit file hash.
I understand the reasons behind this decision, and I'm not trying to cr=
iticise the implementation, I'm just not sure how I can send a certain =
file to these ports to make it work...-Harry

--20cf30434aa012d98e04abf829fb--

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[LAD] IR: Lv2 reverb (without the GUI..?), Harry van Haaren, (Fri Sep 2, 4:50 pm)
Re: [LAD] IR: Lv2 reverb (without the GUI..?), David Robillard, (Fri Sep 2, 5:58 pm)