Very helpful, thanks a lot, Robin!
I bundled all I need to start beatrix in a little script, that I start from
an icon on my KDE-desktop now:
-----------------------------------------------------------------
#/bin/sh
# beatrix.sh virtually connects my midi-devices with beatrix and starts it.
PRESETS=/home/me/beatrix-presets.txt
BEA_DIR=/home/me/beatrix
vkeybd --preset $PRESETS &
sleep 1
BEA=$(aconnect -o -l | awk '/Virtual Raw MIDI 1-3/{print $2."0"}')
KBD=$(aseqdump -l | awk '/UM-1SX/{print $1}')
NANOK=$(aseqdump -l | awk '/nanoKONTROL/{print $1}')
VKBD=$(aseqdump -l | awk '/Virtual Keyboard/{print $1}')
aconnect $KBD $BEA
aconnect $NANOK $BEA
aconnect $VKBD $BEA
cd $BEA_DIR
$BEA_DIR/beatrix
-------------------------------------------------------------------
There were two pitfalls I had to avoid. The ID of the Virtual Raw MIDI
interface depends on the connected usb-midi-devices at boottime. Only when
nothing is connected, it has the ID 1-3 as used in the script (else 3-3 for
example). So I boot the eeepc with with my keyboard and nanokontrol unplugged.
When KDE is up, I plug them in. One klick on my script-icon and I'm ready to
play!
The second pitfall were the KDE system-sounds. They can result in '/dev/dsp
busy' when beatrix starts. Now I disabled all system-sounds in
KDE-control-center.
I like your "Jackification" and will try it after I'm familiar with the
current release of beatrix. Hopefully the author of beatrix proofs your
concept. Beatrix is hot!
- oz
On Sun, 31 May 2009 20:47:30 +0200
Robin Gareus <robin(a)gareus.org> wrote:
> off-list: http://rg42.org/wiki/beatrix - Bend beatix' license on your
> own account and patch it with JACK and ALSA-midi support ;)
[...]
> What is your problem with `aconnect` ? Are you looking for sth like:
>
> #/bin/sh
> BEA=$(aconnect -o -l | awk '/Virtual Raw MIDI 1-3/{print $2."0"}')
> VKBD=$(aseqdump -l | awk '/Virtual Keyboard/{print $1}')
> aconnect $BEA $VKBD
Hello,
I'm doing the first steps with a hammond clone on my eeepc 901 with
Debian/squeeze. My intention was to use "drawbars" for fast access and
therefore I tried the universal Korg nanokontrol, which has 9 sliders
and usb-midi.
Beatrix runs from its binary and outputs to /dev/dsp1. The midi-merge
of my separate keyboard and the nanokontrol I do with qjackctl and
alsa. Because beatrix has no native jack-support, I make use of a
virtual midi-port provided by snd_virmidi. After loading this
kernelmodule with 'modprobe snd_virmidi' a virtual raw midi-port
appears in jacks connection window and its name
"midi.device=/dev/snd/midiC3D0" I put in beatrix' default.cfg.
With this midi-input I can now connect several midi devices, namely my
keyboard, nanokontrol and a virtual keyboard (vkeybd) in jacks
connection table.
The 9 sliders of the nanokontrol can be freely assigned to have the
right CC values from 70 - 78 for beatrix. This has to be done with the
free Korg Editor and I used an old Mac mini for that. These settings
are permanently stored as "scenes" in the nanokontrol, which has
standard usb-audio and is powered by the usb-bus.
But nanokontrol cannot send program change messages, only CCs. Because
all sound-settings like percussion, vibrato, rotary for example are
done by these programchanges in beatrix, I installed the
Debian-package vkeybd, from which you can send all these parameters
with just one mouse klick. Thanks to the instructions from:
http://arnout.engelen.eu/index.php/Beatrix
The expression pedal for volume swell and the sustain pedal for rotary
slow/fast from my midi-keyboard works out of the box.
A few things are left to be done for me. I want to have all midi- and
dsp-interface-ids bootfix. And all needed programs should start from
one desktop-link or script (beatrix, qjackctl with all connections and
vkeybd). Eventually the virtual midi-connections can be scripted
easier with aconnect instead of qjackctl. If someone uses aconnect for
this purpose, it would be nice to read about ist.
cheers,
oz
Jonathan Creasy wrote:
> I'm very satisfied with my Audiofire 12 and from what I remember reading the
> FFADO developers were happy with the cooperation they got on that line of
> hardware.
Seconded. My AF12 has been solid for a year now. I'm using the Ricoh R5C832 chipset
without any troubles. I accidentally left it running in the studio one night and came
in the next morning to find it was still recording... for 8 hours! With no XRuns. Of
course it was just recording 8 tracks of nothing, but still.
-Scott
Hi
May I draw everybodys attention to Hunz' great pop album "Thoughts that
move"? Although it's not directly related to linux audio, I feel there
are enough reasons to mention it here:
1) It's a great album, great songs, great production, great vocals.
2) It's freely available for download:
http://hunz.com.au/2009/05/new-album-is-out-now-its-free/
3) It's done *entirely* in renoise, a commercial tracker (49 euros) that
has a native linux version, and a fully functional, non-expiring demo
that has no show stopping restrictions.
4) It's also released as renoise files, which means that anyone into
production in general and trackers in particular can see how this
wonderful album is produced. Even if you're not using renoise you can
grab the demo for free, load the files and learn hands on.
5) Since renoise is one of the few commercially available music
applications for linux, it part of the ongoing and interesting (and
important) discussion: "do we need/want/want to pay for" commercial
software under linux.
6) It's an example of a production done entrirely in one program,
something that I guess most linux users are not used to.
7) It's written, recorded and produced entirely in february, 2009 as
part of the RPM challenge (that I know some people here have also
participated in)
Sorry if anyone feels it's unfitting for mentioning it here. I'm in no
way associated with the artist or renoise.com, although I'm a (new)
renoise user.
--
Atte
http://atte.dkhttp://modlys.dkhttp://virb.com/atte
Hi
My first post here and hopefully useful!
I'm currently using a Focusrite Saffire LE which I find is great to use.
It's basically the same as the Saffire but slightly different i/o -
6 in/8 out. If I'm right, this covers your needs. It also has midi
in/out, but I haven't used that yet as I'm using an old Mackie interface
for midi over USB just now. It doesn't come with the onboard DSP (which
you can't use just now anyway), but because it doesn't have the onboard
DSP, it's slightly cheaper than the Saffire for basically the same
hardware. It also sound really good to my ears.
Focusrite also seem to be fairly pro Linux from what I read on the FFADO
site.
Carl D. Sorensen wrote:
> Yes, this is what is needed. But I have a reference for chord naming at
>
> http://www.dolmetsch.com/musictheory17.htm#namechords
>
> If this is wrong, then corrections would be appreciated.
That look pretty good, I disagree here and there (some small some larger
objections), but I like the fact that he includes the
sometimes-fighting-against-each-other-names (for instance some people
can spend hours discussing why "C5" is correct and "C(omit3)" is not).
I think a complete, consistent definition of what names IMO are
considered good practice in Europe, would be the most useful to you. Did
you consider implementing several parallel naming conventions? I think
that would be best, since different people insist on a certain name for
a chord, and those "certain names" often fall in sets that seems to be
geographically oriented.
> Note that for this part, I'm only concerned about the naming, not the
> symbols.
What do you mean by "naming"?
> I do see disagreement between what Dolmetsch says about C/E and what
> Juergensen says:
>
> <http://chrisjuergensen.com.hosting.domaindirect.com/chords_symbols_1.htm>
There's something fishy in his argumentation for C,D,G = Csus2. I think
he is wrong there.
> Dolmetsch says the 5th in a C/E is below the C; Juergensen says it's above.
> That's the only contradiction I've found so far.
IMHO that's nonsense, sorry. Chord symbols don't translate into voicings
like that. Here and there there are rules, but that more like good
practices and people like Monk and Ellington breaks them all the time. I
actually don't see where any of the links you mentions claim anything
about the 5th being above or below the root?
Actually that was one of the things I found odd the last time I looked
at lilypond (maybe it has changed): To get it to write the chord cymbol
C13 I had to write a big, fat chord that spelled like "C, E, G, Bb, D,
F, A" and sounds like... not so nice, I'm sorry. Nobody would ever voice
a C13 like that! A simple voicing would be C, E, Bb, D, A (has to have C
one octave below middle C) but there are endless other possibilities.
> Anyway, I'd welcome any corrections to these naming rules, or if you have
> your own complete set of these rules already written out, I'd be happy with
> that as well.
As already mentioned, I think that a couple of well defined "systems" or
"logics" for chord names should be included, one fairly well defined one
that even has it's own name is Berklee, one that I'm not too familiar
with unfortunately.
--
Atte
http://atte.dkhttp://modlys.dkhttp://virb.com/atte
Tom Dunstan said:
>btw,
>
>is anyone else having random lock ups with the "2.6.28-3-rt #12-Ubuntu SMP
>PREEMPT RT" kernel. i'm on a lenovo r61 and this kernel seems to freeze
>randomly with no warning. Not worth the risk on audio recording or
>performances, eek.
Many have had good success with:
Ubuntu 9.04
2.6.29-1 with ingos patch
built with preemption set to realtime and the timer to 1000hz.
As mentioned previously: 8.10 is to be avoided
--------------------------------------------------------------------
myhosting.com - Premium Microsoft® Windows® and Linux web and application
hosting - http://link.myhosting.com/myhosting
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Everyone,
I'm pleased to announce the initial 'LV2' release of the Invada Studio Plugins which feature plugin GUI's along with a new 'Stereo Phaser'
plugin.
The plugins have been tested on Arch 2009.02, Ubuntu Hardy and Ubuntu Jaunty (amd64) using Ardour 2.8 & Lars Luthman's Elven but if you come
across something that doesn't look right (or is plain broken) please log it as a bug via the Invada Studio Launchpad page:
https://launchpad.net/invada-studio
More information & source download can be found here: http://www.invadarecords.com/Downloads.php?ID=00000264
For those running Ubuntu or derivatives, packages for Hardy, Jaunty, Intrepid & Karmic exist in the Invada PPA:
https://launchpad.net/~invada/+archive/ppa
Any Feedback / comments welcome.
Enjoy!
Fraser.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFKIO/1NZroiEh4erwRArYFAJwO6dYaLr2m3vHPji/DYQA5muvE/gCfYfYj
S30U9TNMJPG5CJ4dJZ80c6A=
=/Om7
-----END PGP SIGNATURE-----
Hi,
Jazzchords with Lilypond could be improved, and the main dev is willing
to improve it, but he can use some help if I understand his reply right.
I know there are some Jazz experts on the list (Atte for example (?)),
maybe some expert people can help here.
Would be great if Lilypond would become better and better, also for
Jazz/pop music.
Please subscribe to the lilypond user mailinglist
Kind regards,
\r
