Hi, I have been developing a fork of the Aldrin tracker. If anyone is
interested you can take a look at it at
http://sites.google.com/site/neilsequencer/ It's main aim is to keep a
stable and usable project with a good plugin set.
Vytautas
I've been playing with Non-sequencer over the last few days, love the simplicity and uncluttered approach to the programme, however I'm finding if run alongside Hydrogen or Ardour, the tempo drifts out of sync, this occurs playing any song longer than a couple of patterns. The obvious answer to this is to have ardour as jack transport master, Non-sequencer does not like this however and crashes. I post the question here rather than Linux Audio Users because I plan to write applications utilising Jack MIDI myself and am wondering the best approach to implement tempo in absence of alsa sequencer, which I found quite nice to use but still jittery even with high res timers / real time kernels.
... seems to have been announced. I got an email from ICMA about it.
Why was it not announced here or in the Consortium list? I would
have thought these are the main places where you find good interest.
Any further news?
Victor
hi everyone!
is the rme hdspe raydat supported under linux?
if so, any raydat users here with success or horror stories?
if not, is there an alternative that has at least 3 adat i/o,
preferrably 4 and uses pci express?
i know of (and like) the rme 9652 cards, but i'd rather not buy pci
cards anymore.
thanks in advance,
jörn
Hello all,
A number of system here, including the ones at the Casa
del Suono are to be upgraded in the coming weeks.
At the moment they all run Fedora 8, so the first choice
would be to go for Fedora 11. But:
* None of them will run Gnome or KDE.
* Most will be headless anyaway.
* I want access/privilege control to be based on
user and group ID and nothing else. Privileges
will never depend on the user having a local
login or desktop session.
* I'm prepared to have to spend some time configuring
udev, pam, /etc/fstab etc. etc. etc.
* What I certainly *do not want* is some parallel
access control system that would interfere with
the above, or that could modify/bypass/enhance
in any way what has been configured there.
* I'm *not* really prepared to have to waste any time
reconfiguring the Kit family. Consequently I don't
want to see any of them.
So what distro should I go for ? Having to spend weeks
compiling everything from source is not an option.
Anyone able to point in the right direction will receive
my eternal gratitude which could be expressed in quantities
of fine Italian food and drinks if the occasion arises.
Ciao,
--
FA
Io lo dico sempre: l'Italia è troppo stretta e lunga.
Here's a story that may give you all a good chuckle:
Last weekend Robin Gareus, our LAO guru has contacted me inquiring why there
was a ~1hr linuxaudio.org server downtime that took place that Sat. morning.
Luckily we now have an UPS that gives us almost 2 hours of offline power.
Hence, the server went through this unscathed. Yet, the network
infrastructure was also down so even though the server remained up, there
was no way of reaching it.
So, I went investigating what happened, and this is the reply I got from our
on-campus support:
Squirrel fried in transformer. Campus and part of downtown was out of power
on Saturday morning before the game. [this was a football game we had in
town that day with 10K+ visitors]
:-)
Ivica Ico Bukvic, D.M.A.
Composition, Music Technology
Director, DISIS Interactive Sound & Intermedia Studio
Assistant Co-Director, CCTAD
CHCI, CS, and Art (by courtesy)
Virginia Tech
Dept. of Music - 0240
Blacksburg, VA 24061
(540) 231-6139
(540) 231-5034 (fax)
ico(a)vt.edu
http://www.music.vt.edu/faculty/bukvic/
In the new jack API the function jack_client_new ist deprecated.
Actually it's not only deprecated:
Apps using it don't play any sound,
as I've experienced with alsaplayer, and fluidsynth for example.
I'm thus inviting
1. to change all apps which still use jack_client_new to use this instead:
//jack_client_t*
jclient = jack_client_open( name, //jack_options_t
JackNullOption, //jack_status_t * status
NULL
);
2. to make the new jackd work with jack_client_new for some time
still, until most apps have adjusted their code
Thanks for the advertence.
Hi,
i would like to know if somebody has already thought about a (unified)
way to save or export the settings of ladspa plugins (or vst,lv2..)
I'm familiar with the idea of LASH, but i want to share plugin settings
between different sessions. A typical use case:
After recording songs with my drumset, the gate-plugin applied to
basedrum and snare has most times (nearly) the same setting.
At the moment this is a quite painful task: Ardour is able to save the
settings, but you can't export these or exchange them between other
applications.
In addition, ardour's ladspa plugin dialog can just save the settings,
changing an already saved settings is not possible. This results in a
heap of saved settings and old revisions..
It would be great to export these settings, it could be implemented as a
feature in applications like ardour2 ,jackrack or hydrogen.
After exporting the setting to a plain text file (or xml), sharing the
file with other people or between your computer would be no problem.
What are your thoughts on this? What are the disadvantages?
Thanks,
Sebastian
Hi,
I'm looking into doing some real time MIDI programming with either C++
or Common lisp.
I would specifically not schedule anything but deliver everything as
"play it right now" notes.
Is it necessary to use realtime scheduling the way JACK does?
Or is it ok to use normal "user mode" programs?
Your expert advice much appreciated!
Carlo
