Figured a MIDI interface and some proper audio I/O would be handy, so
I decided to try getting my old 20 bit Layla to work with my new box:
Gentoo, 2.6.24-gentoo SMP PREEMPT x86_64
Kernel ALSA drivers - not the external ebuild.
MB: ASUS Striker Extreme (nForce 680i)
CPU: Intel Core 2 Duo Q6600
RAM: 4x 1 GB Crucial Ballistix
VGA: 2x GeForce 8800GT 1GB (SLI)
The snd_layla20 module failed with these messages:
--------------------------------------------------------------------
[ 59.492710] ACPI: PCI Interrupt Link [APC1] enabled at IRQ 16
[ 59.492713] ACPI: PCI Interrupt 0000:02:06.0[A] -> Link [APC1] ->
GSI 16 (level, low) -> IRQ 16
[ 59.813576] ALSA sound/pci/echoaudio/echoaudio_dsp.c:56:
wait_handshake(): Timeout waiting for DSP
[ 59.834543] ALSA sound/pci/echoaudio/echoaudio_dsp.c:56:
wait_handshake(): Timeout waiting for DSP
[ 59.855509] ALSA sound/pci/echoaudio/echoaudio_dsp.c:56:
wait_handshake(): Timeout waiting for DSP
[ 59.856108] ACPI: PCI interrupt for device 0000:02:06.0 disabled
[ 59.856122] Echoaudio Layla20: probe of 0000:02:06.0 failed with
error -5
--------------------------------------------------------------------
This happens pretty much every time I try to load the driver. Once in
a while it'll actually initialize properly, and I had it working with
echomixer monitoring all inputs for a good while - but sooner or
later I get a DSP timeout again, and the driver is dead. Happened
pretty much instantly when I started JACK.
Now, I suspect that this has something to do with everyone wanting to
use IRQ 16, and 8800 cards and Echo sound cards supposedly not being
very keen on sharing IRQs at all. The Layla shares IRQ 16 with one of
the SATA controllers and the two video cards.
Unfortunately, the BIOS offers no IRQ routing configurability
whatsoever, and moving cards around is not an option due to the SLI
configuration. The SATA controller that uses IRQ 16 (SiI 3132) is not
used, but it doesn't seem to be possible to disable only that one in
the BIOS.
So, is it at all possible for Linux to change the IRQ routing on an
nForce 680i motherboard?
Anything else that might help?
And, does anyone here have a 20 bit Layla working on anything like my
system? (Would be kind of nice to know if the drivers actually still
work on *any* setup...)
Thanks,
//David Olofson - Programmer, Composer, Open Source Advocate
.------- http://olofson.net - Games, SDL examples -------.
| http://zeespace.net - 2.5D rendering engine |
| http://audiality.org - Music/audio engine |
| http://eel.olofson.net - Real time scripting |
'-- http://www.reologica.se - Rheology instrumentation --'
Pops and clicks
I was wondering if anyone on this list has any ideas what might be causing
the pops and clicks I'm getting. I'm running Ubuntu Gutsy with realtime
kernel, and using an M-Audio Firewire Solo audio interface. I'm creating
audio by running quite a few amSynths through Seq24.
There are actually two kinds of noise that I'm getting: the first is a
click that happens with certain bass tracks, where the bass cuts out quite
abruptly. I get a click with each note - needless to say it sounds awful.
I can get rid of this by making the notes die off a little more gradually
but obviously I'd rather not have to do this.
I also get random pops and clicks, and sometimes the audio just cuts out
for a moment. This _terrible_ since the clicks are sometimes much louder
than the song I'm trying to play. If I used a big amp/speakers, I would
blow them :-(
Jack doesn't report any problems in the messages window. I can turn my
latency down to around 2msec or up to 67msec or higher, but this seems to
have no effects on the pops and clicks. No xruns are reported.
-Katie
My Delta 1010 died this past weekend (nothing but a nasty hum coming
out of all outputs, research showed that a fried input power supply
capacitor may be the culprit). I am biting the bullet and upgrading to
the RME Hammerfall Multiface. I seem to recall some issues not too far
back with using this with Linux and an upgraded Multiface BIOS (which
I assume is the PCI card). Is this still the case? Any other things to
be aware of with this hardware? The user's manual actually mentions
Linux (and also says not to listen to Microsoft), so I take this as a
good sign. :-)
And hdspmixer is the Linux equivalent of the TotalMix tool?
-- Brett
------------------------------------------------------------
"In the rhythm of music a secret is hidden;
If I were to divulge it, it would overturn the world."
-- Jelaleddin Rumi
Hello.
I have a number of keyboards and a dedicated MIDI sequencer box which I
would like to sample sounds from and make into soundfonts. I want to
sample ALL of the notes because I'm fed up with all these half-baked
soundfonts which sound awful on notes which haven't been sampled. All
the devices are MIDI capable so instead of me manually hitting all the
keys, which will take ages, is there a program which will let me connect
up the midi out on my laptop to midi in on the device, and the audio out
on the device to the audio in on my laptop and then automatically get
all the samples (or better yet make the whole soundfont) for me?
Thanks in advance.
Simon
I was wondering what the current status is of using multiple Delta 1010s
with jackd. I have seen several references to an .asoundrc for this
kind of a setup, but I have not seen anyone say how this is working for
them. I currently have a single 1010 installed in a 3 GHz P4. While
running at 5 msec latency it is running at about 6% CPU utilization with
jack and Ardour2 running. How much does a second card add to the CPU
load? Also, can xruns be avoided under these circumstances?
I'm planning on using the machine for auxiliary processing during live
performance. I know that RME cards would be the best option, but I
really can't afford the card and the A/Ds.
BTW: I had a significant amount of problems eliminating xruns on the
machine. I started by moving from KDE to IceWM, but that did not
improve things. After that I went from a normal kernel to the 2.6.22
real time kernel in the Gentoo pro audio overlay. That also did not
seem to help very much. Even at 100 msec, I was still getting lots of
xruns. I then turned off hyperthreading and added rtirq. These changes
helped, but I could still generate xruns by just typing in a terminal
window or moving the mouse. The thing that actually solved the problem
was changing from the ATI Mach 64 on the motherboard to a NVIDIA 5200.
That seemed to be the magic. I can now run Ardour with no xruns at 5
msec latency.
--
Terry Hull - President
Network Resource Group, Inc.
There appears to be one online music sales site for every musician out there.
Well, maybe not quite that extreme. But, as has always been the case, the money isn't in being a musician, it's in selling the tools to musicians (instruments, software, t-shirt printing, etc., and now online music sales services). I suppose it's always been this way, dating back to the explosion of people selling HTML editors to aspiring web designers (and network equipment to aspiring ISP's) in the 1990's, to the people selling shovels to the gold miners in California in 1849.
I've looked into Magnatune and iThinkMusic, and I've got some stuff on MusicSupervisor. My drummer put one of our band's tracks on SnoCap (we sold exactly zero). Somewhere I have a VIRB.com account, which I wasn't able to use much because its posting system requires Flash (which doesn't work on my 64-bit Linux machine). Someone on another list pointed me to Nimbit.com, which looks pretty good so far.
Is anyone having any success with any of these sites for making any money selling tracks?
-ken
Hartmut Noack wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Pieter Palmers schrieb:
>> Hartmut Noack wrote:
>
>> released will hopefully accelerate vendor support for us. Unfortunately
>> for you Presonus is not on the 'supportive vendors' list yet.
>
> But afaik from the presonus-forum they do not seem too be hostile so
> maybe they tend to change their policy - there are some Linux-users on
> their forum that advocate for Linux support
They are not hostile, but rather ignorant. They promised to help out,
but every time I ask them about it they put me on hold.
>> as I mentioned before, our current strategy is to focus on devices that we
>> have access to, in order to get things moving.
>
> Would it be helpfull if I'd send you my box so you can test it and/or
> give it some careful surgery to find out, how it works? I plan to buy
> another interface by may and you could have the box in june for 4-6
> weeks then...
It's better than nothing of course, but in this case it won't help a
lot. Presonus implemented some non-standard way of setting the
samplerate, and without their help it's cumbersome to figure out.
So I'd rather have them helping out. In any case, the vendors that did
provide the stuff we need have priority, and as long as their devices
aren't well supported I don't think about less cooperative vendors' devices.
Greets,
Pieter