Sampo Savolainen wrote:
> Works perfectly. There's just one more request. It would be nice if the
> main screen would indicate which preset is selected. I'm so paranoid
> that every time I reload qjackctl I go and check which preset is on...
Sounds reasonable, but screen real estate is somewhat at premium :) What
about the current preset name being shown on the main window caption
> The performance (speed-latency -wise) of the Quattro is so bad that I
> dont' want to accidentally start using it... :(
> Thanks again. In my opinion this is one of the most crucial pieces of
> software for linux audio use.
Qjackctl is for you all. But don't forget that without JACK we weren't
here in the first place ;)
> Hey! I just got an idea! (just = when writing this mail)
Oh my ;)
> How about the possibility to integrate qjackctl to a gnome/kde panel
> (kinda like an applet)? The panel could show the most crucial info
> (=is it on, is the transport running, transport play -pause,
> connections button), and you could 'maximze' it so it would show the
> main screen in use at the moment.
I've thought about that since the very beginning, but stumbled where it
might be a bit biased, to say the least -- I use kde exclusivelyn ever
since 3.1 come out, never got confortable with gnome, sorry.
What about someone just give me some pointers of a good design, for this
WM-dependence stuff? I guess kde and gnome are prime candidates.
My idea is about keeping qjackctl code exactly as it is, plain Qt, without
any specific WM dependency.
> This way, qjackctl could be running all the time, and when someone wants
> to do some serious audiowork, they could just press play and start their
> apps. Of course there should be a way to use this software without
> gnome/kde, and it would be best if this could be integrated in both
> gnome and kde. I don't know if that's possible, but it's a nice dream,
> isn't it?
Do you know about some working app that I does this gnome/kde stuff
seamlessly? I mean, without compile time switches, providing runtime
and/or binary compability. That would be interesting as I'm failing to
find one from memory, too idle now ;)
OTOH, we're entering that season of the year that family is The priority,
and time is not cheap anyway.
Currently I'm working as time permits in integrating a ALSA sequencer
patchbay into qjackctl, so that you treat audio and midi plumbing in the
very same way and UI. This will be ready in a week or so, when qjackctl
0.2.x line comes out :)
rncbc aka Rui Nuno Capela
Get latest updates about Open Source Projects, Conferences and News.