10 Nov
2002
10 Nov
'02
11:44 p.m.
Hi all,
I just uploaded the first version of JACK Rack, a stereo LADSPA effects
"rack" for JACK and GTK+ 2. Tarball is here:
http://pkl.net/~node/software/jack-rack-1.0.tar.gz (96k)
screenshot is here:
http://pkl.net/~node/images/jack-rack-shot.png
Enjoy :)
Bob
11 Nov
11 Nov
1:21 p.m.
Bob Ham wrote:
looks good, and nice features!
(of course i feel flattered seeing what plugins are used
in your screenshot ...)
too bad i reverted to gtk 1.2 here.
tim
4:54 p.m.
On Mon, Nov 11, 2002 at 06:16:53PM +0100, Tim Goetze wrote:
looks good, and nice features!
Thanks :)
(of course i feel flattered seeing what plugins are
used
in your screenshot ...)
That hard clipper makes some pretty phat growling noises come out of my
guitar.. I like it :)
too bad i reverted to gtk 1.2 here.
I'm pretty sure gtk 1 and 2 can co-exist. The X session that I'm writing
this in has evolution (gtk 1) and gnome 2 running, so in fact, I'd say
it's a certainty :)
Bob
8:02 p.m.
Bob Ham wrote:
I'm pretty sure gtk 1 and 2 can co-exist. The X
session that I'm writing
this in has evolution (gtk 1) and gnome 2 running, so in fact, I'd say
it's a certainty :)
yep, they do coexist nicely. provided you have enough ram to
host both of them ... which i don't think i have. :(
tim
7:41 p.m.
Hey! Looking good!
I was thinking, I've done a fair amount of GFX coding. Would there be
any benefit in creating some sort of GUI toolkit that was bitmap based,
so apps could look like their windows counterparts and be skinned? I've
done the basic technology, but I'd need input in how it would interact
with audio apps.
Cheers,
-Lea.
On Mon, 2002-11-11 at 03:40, Bob Ham wrote:
Hi all,
I just uploaded the first version of JACK Rack, a stereo LADSPA effects
"rack" for JACK and GTK+ 2. Tarball is here:
http://pkl.net/~node/software/jack-rack-1.0.tar.gz (96k)
screenshot is here:
http://pkl.net/~node/images/jack-rack-shot.png
Enjoy :)
Bob
8:02 p.m.
On Mon, Nov 11, 2002 at 10:36:11 +0000, Lea Anthony wrote:
Hey! Looking good!
I was thinking, I've done a fair amount of GFX coding. Would there be
any benefit in creating some sort of GUI toolkit that was bitmap based,
so apps could look like their windows counterparts and be skinned? I've
done the basic technology, but I'd need input in how it would interact
with audio apps.
Its not the app that needs skinning per se, its the plugins, there is a
proposed GUI standard (LCP), but its not really implemented, there are 2
GUIs, but no host to support them.
- Steve
8:52 p.m.
On Mon, 2002-11-11 at 23:59, Steve Harris wrote:
this message (uncharacteristically for steve) is a bit confused. there
are several proposed "standards":
1) XML description of a plugin GUI
should be at: http://www.ladspa.org/ladspaxmlgui.dtd
but its not. ask me and i'll mail the most recent version
i can find.
2) LADSPA Control Protocol (LCP) - a protocol for a remote process
to control the control ports of a LADSPA plugin
http://www.op.net/~pbd/lcp-0.2.0.tar.gz
3) methods of establishing a GUI for a plugin
discussions on this list over the last year or so.
--p
Its not the app that needs skinning per se, its
the plugins, there is a
proposed GUI standard (LCP), but its not really implemented, there are 2
GUIs, but no host to support them.
Where is this standard?
12 Nov
12 Nov
7:33 a.m.
On Mon, Nov 11, 2002 at 07:51:58 -0500, Paul Davis wrote:
Yup, sorry, I wasn't making much sense. Characteristicly for steve, he was
confused. ;)
On Mon,
2002-11-11 at 23:59, Steve Harris wrote:
this message (uncharacteristically for steve) is a bit confused. there
are several proposed "standards": Its not the app that needs skinning per se, its
the plugins, there is a
proposed GUI standard (LCP), but its not really implemented, there are 2
GUIs, but no host to support them.
Where is this standard? 1) XML description of a plugin GUI
I actually discounted that becuase I dont think any two people ever agreed
on it, and it doesn't really give us the feature that makes it worthwhile -
genuinly custom widgets.
2) LADSPA Control Protocol (LCP) - a protocol for a
remote process
to control the control ports of a LADSPA plugin
Yup, thats the one I was thinking about, as paul implied though its a
bit exteme to call it a standard.
c.f. the design issues with making jack in-process clients with X guis.
It's simpler for the LADSPA case as there are a limited set of known
control interfaces to the dsp code.
The problem with this approach is that it requires a seperate process (more
or less) for each gui.
There are some (crummy looking, undocumented) examples and screenshots of
GUI's here: http://plugin.org.uk/releases/guis/
There is a version of XMMS-LADSPA that supports LCP, but its not been
released, there are still some (easy to resolve) issues with GUI
discovery.
3) methods of establishing a GUI for a plugin
Yup, what I should have thought of were the sugestions for implementing a
standard plugin toolkit, that conceptually lives above normal X toolkits,
so you might have ladspatk-gtk, that runs in GTK programs and provides the
same API as ladspatk-qt, which runs in QT programs etc. This toolkit could
also (maybe) share the same API as libvstgui, to make commercial people
feel at home, legal issues allowing.
The problem with this approach is that is a hell of a lot of effort
upfront (though arguable less later), and you still need some way of
comminicating the port changes back to the host.
- Steve
8038
days inactive
8040
days old
linux-audio-dev@lists.linuxaudio.org
9 comments
5 participants
participants (5)
-
Bob Ham -
Lea Anthony -
Paul Davis -
Steve Harris -
Tim Goetze