Hi everybody,
After the holiday season, and late for the 1st anniversary, here comes
another dot release for QjackCtl, the Qt GUI for the JACK Audio Connection
Kit:
Qjackctl 0.2.10 is out, with some minor enhancements and fixes.
>From the change log:
- New pre-shutdown script setup option, allowing to specify a shell-script
to be run before the JACK server daemon is shutted-down. This overrides
any previous shutdown script setting, which should be now moved onto the
existing post-shutdown script option, as to keep old procedural behaviour.
- Avoid stopping JACK prematurely with QProcess::kill() (oneliner fix);
stopping JACK will now take a little bit longer, but hopefully will take
the time to cleanup properly (thanks to Kjetil Matheussen).
- ALSA driver Duplex mode accepts alternate Input or Output device name.
- Context menu reset option is now always enabled (yet another suggestion
from Sampo Savolainen).
- Main display background gets shinny effect; adjusted system tray
background palette color mode.
- Priority and setup control is now a spinbox ranging from 0..89 (as
suggested by Florian Schmidt). Same for Periods/Buffer.
- Patchbay connection lines are now drawn correctly when items are
scrolled out of view. Additionally, the connection lines can now be
optionally drawn as bezier spline curves (big thanks to Wilfried Huss).
Just head to the homepage:
http://qjackctl.sourceforge.net
or, in case that's not up-to-date yet, to sourceforge's project page:
http://sourceforge.net/projects/qjackctl
Hope you enjoy.
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
hi...
i just wanted to announce this bugfix release of galan-0.3.0
this one was a real show-stopper with complex signal routings.
get it at http://www.sf.net/projects/galan
for those who dont know:
gAlan is a powerful modular synth and effects engine, which allows the
user to build a custom UI for a synth mesh he has created.
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
Greetings:
I wrote to Joerg Anders, the author of NoteEdit, and he confirmed that
he is leaving off development of NoteEdit. Though I disagree with his
assessment of a possible Linux Finale, it's certainly his right to stay
with or go away from the helm of NoteEdit development, and he can use
any reason he prefers.
I have *no* confirmation regarding any Linux development at all from
Coda Music, the manufacturers of Finale. Unless someone knows more, I'd
say it's an unfounded rumor. I've read that some users have run Finale
under Wine: I can get it to open but it doesn't work after that.
There's some discussion whether to keep it in AGNULA and whether
AGNULA members might want to take over the development of NE. I realize
that NE has some possibly irritating dependencies, but I must add that
it is a unique Linux music notation editor with a well-evolved set of
features and an active user base.
I'm uneasy about the implications that mere rumor compelled Joerg to
abandon NE, though as I said, I respect Joerg's wishes and his
accomplishments with regard to NE. I'm confused as to why Finale's
presence might force a developer to consider his own work a closed case.
After all, Finale is expensive, closed-source, and not necessarily
suited to everyone's work methods. NE is free software, open-source, and
works nicely for me. I would hate to see it disappear.
Joerg said that since sources are available anyone can continue with
NE development. I hope that happens.
Best regards,
dp
Hi All,
I am pleased to announce that I finally have an alpha release of a louderbox
that is (hopefully) reasonably fit to show its face in daylight....
What I have is an 8 band compressor/limiter/clipper/pre em thing written as a
jack client. It borrows very heavily from jamin but as fits its intended use
butchers far more of the dynamics then would be acceptable in a mastering
processor.
Excuse the autotools mess, I am still trying to get by head around the horrid
things. I Think the dependency list is correct, but do not depend on it.
The default startup config needs a lot of work and not all the GUI controls
are connected to the DSP core yet.
You can see the screenshots (which for some reason seem to matter more then
what it sounds like to some people!) and get the code here:
http://www.spamblock.demon.co.uk
Ps: Sorry Fred, I decided in the end to go with GTK and OSC for remote
control. Writing a RML to OSC bridge should be almost trivial however.
Like JAMIN (from which it borrows lots of code) this makes heavy use of LADSPA
plugins to do most of the real work.
Comments, Flames, Patches?
Regards, Dan.
--
** The email address *IS* valid, do NOT remove the spamblock
And on the evening of the first day the lord said...........
.... LX 1, GO!; and there was light.
Greetings,
I have released a first version of my LADSPA host Soundtank which
holds instruments for you to play.
The project website is http://nymu.net/soundtank
In this program, you can use any LADSPA plugin with a pitch control as
a softsynth; multiple instances handle polyphony and MIDI control is
handled through user-customizeable Event Maps. As a perk, I have
included a command to automatically create Event Maps, ensuring you
instant gratification.
Soundtank is a shell for audio work. Instead of a directory heirarchy,
Signal Path objects hold other objects in ordered lists. The order
dictates the audio signal flow. There are alternate versions of the
shell commands you are familiar with, such as: ls, cd, rm, mv. This
should make it easy to learn to use.
This is a native ALSA app, with full duplex support in JACK, and an
ALSA Sequencer MIDI port is created for every active object. All audio
generation/filtering is handled by LADSPA plugins. Furthermore,
objects are saved to human readable, flat-file format XML files.
To see more, go to http://nymu.net/soundtank
thanks and best wishes,
--jacob
hi all,
i'm considering to add lock free queue support to packet forth, just to
follow the hype, and maybe also because i like the concept. but i'm
wondering if it would make much sense to go through all the trouble with
fast mutexes being available in 2.6
in other words, how much better (apart from being more elegant) are lock
free structures wrt a mutex approach where there is a minimal system
penalty? (not many collisions) did anyone look into this? or have i not
been lurking properly? ;)
cheers
tom
http://slashdot.org/articles/04/09/03/158210.shtml?tid=152&tid=13
"BionicFX has announced Audio Video EXchange (AVEX), a technology that
transforms real-time audio into video and performs audio effect processing on
the GPU of your NVIDIA 3D video card, the latest of which are apparently
capable of more than 40 gigaflops of processing power compared to less than 6
gigaflops on Intel and AMD CPUs."
--
Levi D. Burton
http://www.puresimplicity.net/~ldb/
