Hi,
SCNR
A musical director was having a lot of trouble with one drummer. He
talked and talked and talked with the drummer, but his performance
simply didn't improve.
Finally, before the whole orchestra, he said, "When a musician just
can't handle his instrument and doesn't improve when given help, they
take away the instrument, and give him two sticks, and make him a
drummer."
A stage whisper was heard from the percussion section: "And if he can't
handle even that, they take away one of his sticks and make him a
conductor."
--
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the
oppressing." --- Malcolm X
Greetings,
As fellow Arch users know, as of now Arch is officially deprecating the
use of initscripts and sysvinit. Systemd is now supported, and I'm
getting ready to make the switch. It doesn't seem like a difficult thing
to do, but I'd appreciate any advice before taking the plunge. I have a
smoothly running Arch 64 system now, I'd like to keep it that way. :)
TIA,
dp
I'm unable to get virtual midi ports (snd-virmidi) working under WINE 1.4.
In my windows app (bomes midi translator) under wine, I set the output port to one of the virtual ports created by snd-virmidi driver, but midi is not sent thru the port under wine. I have verified by connecting within the JACK control.
I also tried through ports created by snd_seq_dummy without success. Maybe I'm doing something wrong.
Anybody else get virtual midi ports working from within wine?
Audiality 2 1.9.0 - Refactored, renamed, rearmed!
-------------------------------------------------
"Audiality 2 is a realtime audio and music engine,
primarily intended for video games. While it supports
traditional sample playback as well as additive,
subtractive and granular synthesis, the distinctive
feature is subsample accurate realtime scripting."
Audiality 2 (previously released as ChipSound) is
used for sound effects and music in the game Kobo II.
The name originates from an old structured audio and
sampleplayer engine, originally developed as part of
the XKobo port Kobo Deluxe. The old engine is no
longer maintained, so the new one, which has similar
goals but much greater potential, is now inheriting
the name.
Key features:
* Microthreaded realtime scripting engine
* Modular voice structures
* Subsample accurate timing
* Designed for hard realtime applications
* No hardwired voice/channel/bus structures
* No hardwired "MIDI-isms" or similar
* No hardwired instruments or songs - only programs
* Lock-free timestamping C API
* Audio I/O drivers:
* SDL audio
* JACK
* Application provided drivers
* System drivers:
* libc malloc (soft RT)
* Application provided drivers
* Implemented in portable C
* zlib license
Official site:
http://audiality.org/
Direct download:
http://audiality.org/download/Audiality2-1.9.0.tar.bz2
Related; Kobo II site:
http://kobo2.net/
--
//David Olofson - Consultant, Developer, Artist, Open Source Advocate
.--- Games, examples, libraries, scripting, sound, music, graphics ---.
| http://consulting.olofson.nethttp://olofsonarcade.com |
'---------------------------------------------------------------------'
I don't know how useful this will be. My MB, an A-bit AC7 (10 years old?),
has the option to turn off IRQs for USB and/or video. My first thought was
that would not be useful, but it turns out what it does is turn of the
bios IRQ selection. This means the Linux kernel has to do this... and the
Linux kernel does a better job of allocating IRQs than the bios does. The
ehci IRQ is now on it's own (USB 2.0) where it used to be lumped on 16
with 4 other things. eth0 has it's own irq too, as do both my audio cards.
I was still able to boot from a USB 2 device as well.
So in the case of finding PCI slots that give solo IRQs, it is worth
playing with the bios settings, even things that do not make sense.
--
Len Ovens
www.OvenWerks.net
Hi all,
Having recently acquired a second Delta 1010 for my setup I've been trying
to run the two in tandem using the alsa Multi hack. I'm getting the xruns
that I understand are expected but harmless[1] but I'm also getting some
audible ones, which are obviously more of a problem. They're synched via the
S/PDIF link and running either card on its own seems pretty solid.
I've seen on various mailing lists people talking about digging into this
but not found any conclusions. Is anyone here running dual Delta 1010s
who can double check I'm running the latest recommended settings?
I'm on a dual core 2.3GHz Athlon (4450e), running linux 3.2.0-2-rt with
cpu scaling disabled, and the cards have exclusive use of IRQs 17 and 18.
Jack is running at 44.1KHz with 6 frames and 64 periods, audio IRQs at
rtprio 85 and Jack at rtprio 82.
bjb
[1] http://www.jrigg.co.uk/linuxaudio/ice1712multi.html
Hi all,
I just want to share some songs recorded, mixed and mastered a couple of
months ago by me, using Linux (Ardour on Ubuntu).
https://soundcloud.com/francesco-biadene
They're taken from Francesco Biadene's first EP, a young and talentuos song
writer/guitarist, from Pistoia, center of Italy.
It's my first work. I've understood a lot of mistakes i made in recording
and mastering (like too much compression, a little bit confusion on the low
freq and other bigger or smaller things to correct).
But any advice, comment, question, insult!.. about the technical part of
the stuff is really welcome.
pps. unfortunatly soundcloud is the only "place" the songs are uploaded in
the www for now. i'm managing to make Francesco do the "Jamendo's step".
Saluti,
lroe
I'm trying to follow the example .asoundrc provided at
http://alsa.opensrc.org/RME_Hammerfall_.asoundrc
I've read elsewhere that references to 'card 0', 'card 1' etc. can not
be relied upon to always refer to the same card. It wouldn't matter, I
suppose, if there are only two identical cards, but I have another two.
One is switched off in the BIOS, but the other always shows up like:
card 0: NVidia [HDA NVidia], device 3: HDMI 0 [HDMI 0]
But not always as 'card 0'.
I've configured a udev rule which always names my two RME cards as
RME_1 and RME_2, so can I use those names in place of the card N
designations?
Are the strings which contain "9652" in the example just made up?
Or are they references to the author's udev dabblings? The first
one is particularly confusing as it's the only case of rme9652_s.
Lastly; I don't suppose there's anything which can sanity test an
.asoundrc, so will there be complaints logged somewhere if I get
it wrong?
--
Thanks again, John.
Hi list
I might be an impationent lazy fellow, but I have now googled and toyed
and experimented with qsampler and the sonatina orchstra samples in
different varieties through different sources with the OpenOctave file
and without, and some samples load and some don't and I just want to
load the whole thing into linuxsampler and play... Some people seem to
be able to from the googling I've done. Can one of you please step up
and give a step by step instruction as to what to do - please!!
All the best
Ketil