31 May
2007
31 May
'07
1:59 p.m.
Warning: Long message below...
After reaching a dead-end for the zillionth time during the last month,
I have decided to finally post my experiences here.. I apologize if
that's gonna end up feeling like a short novel, feel free to ignore it :)
To start up, my current ALSA information sits here -->
http://pastebin.ca/525842
I have an RME Hammerfall DSP + Multiface combo sound card on an Intel(R)
Core(TM)2 CPU 6600 @ 2.40GHz machine with 2GB RAM, running Ubuntu Edgy
that currently seems closer to an Ubuntu Feisty after all the upgrades I
have done on it and a simiral machine that still has the default Ubuntu
Edgy Server Edition on it with no software upgrades..
I have tried various software & configuration combinations during this
time with the aim to make the server-side of a radio ripping service.
The HDSP Multiface has 8 analog mono inputs / 8 analog mono outputs let
alone the ADATs and SPDIFs.. What I want to do is record one radio
station via some radio tuners I have here on each input of the multiface
and record each one to a separate WAV file, splitting as necessary
before the 2GB WAV file limit. Everything should be done using
command-line tools and scripts since this is a server with no GUI on top.
I have tried ALSA 1.0.12, 1.0.13, up to 1.0.14rc4 with kernels from
2.6.17-11 up to 2.6.20-16 and in addition to that I have also tried
routing ALSA through the pulseaudio sound server (using the ALSA pulse
plugin)..
I have achieved recording one input at a time using arecord but failed
to record more than one at the same time, either by using the dsnoop
ALSA plugin or by using pulseaudio.. I have tried upgrading the firmware
of the soundcard as recommended on some forums by pluging it to a
Windowz XP box and getting firmware upgrades from the RME website..
On all occasions, I keep on getting an 'unable to install hw params'
error message.. E.g.
/root@radio-master:~# speaker-test -r44100 -Ddmix -c8
speaker-test 1.0.14rc4
Playback device is dmix
Stream parameters are 44100Hz, S16_LE, 8 channels
Using 16 octaves of pink noise
ALSA lib pcm_direct.c:971:(snd_pcm_direct_initialize_slave) unable to
install hw params
ALSA lib pcm_dmix.c:876:(snd_pcm_dmix_open) unable to initialize slave
Playback open error: -16,Device or resource busy
/OR:
/root@radio-master:~# arecord -Ddsnoop
ALSA lib pcm_direct.c:971:(snd_pcm_direct_initialize_slave) unable to
install hw params
ALSA lib pcm_dsnoop.c:569:(snd_pcm_dsnoop_open) unable to initialize slave
arecord: main:545: audio open error: Device or resource busy
/
If any of you have simiral experiences, I would love to share them,
specially if someone is using the same sound card hardware and managed
to get it working properly
Thanks in advance for any information regarding this issues,
Nikos Sarakenidis
Athens, Greece
31 May
31 May
2:08 p.m.
On Thu, 2007-05-31 at 18:58 +0300, ns wrote:
Warning: Long message below...
After reaching a dead-end for the zillionth time during the last month,
I have decided to finally post my experiences here.. I apologize if
that's gonna end up feeling like a short novel, feel free to ignore it :)
To start up, my current ALSA information sits here -->
http://pastebin.ca/525842
I have an RME Hammerfall DSP + Multiface combo sound card on an Intel(R)
Core(TM)2 CPU 6600 @ 2.40GHz machine with 2GB RAM, running Ubuntu Edgy
that currently seems closer to an Ubuntu Feisty after all the upgrades I
have done on it and a simiral machine that still has the default Ubuntu
Edgy Server Edition on it with no software upgrades..
I have tried various software & configuration combinations during this
time with the aim to make the server-side of a radio ripping service.
The HDSP Multiface has 8 analog mono inputs / 8 analog mono outputs let
alone the ADATs and SPDIFs.. What I want to do is record one radio
station via some radio tuners I have here on each input of the multiface
and record each one to a separate WAV file, splitting as necessary
before the 2GB WAV file limit. Everything should be done using
command-line tools and scripts since this is a server with no GUI on top.
jackd + N * jack_capture clients .... a small amount of hacking to
jack_capture might be needed to limit the duration of the recording.
3:40 p.m.
On Thu, May 31, 2007 at 06:58:53PM +0300, ns wrote:
I have tried various software & configuration
combinations during this
time with the aim to make the server-side of a radio ripping service.
For anything requiring multiple instances of players and recorders you
will be much better off using JACK. The ALSA things maybe fine for 'desktop'
use but there it ends. JACK was designed from the start for 'pro' use.
Regarding logging of radio stations, you may find this paper interesting:
<http://lac.zkm.de/2005/papers/ffitch_natt.pdf>
It describes a system (a set of scripts IIRC) used for continuous recording
of the output of a radio station. The solutions used can probably be adapted
to what you need.
--
FA
Follie! Follie! Delirio vano è questo !
4:14 p.m.
Hiho,
On Thursday 31 May 2007 17:58:53 ns wrote:
Warning: Long message below...
After reaching a dead-end for the zillionth time during the last month,
I have decided to finally post my experiences here.. I apologize if
that's gonna end up feeling like a short novel, feel free to ignore it :)
To start up, my current ALSA information sits here -->
http://pastebin.ca/525842
I have an RME Hammerfall DSP + Multiface combo sound card on an Intel(R)
Core(TM)2 CPU 6600 @ 2.40GHz machine with 2GB RAM, running Ubuntu Edgy
that currently seems closer to an Ubuntu Feisty after all the upgrades I
have done on it and a simiral machine that still has the default Ubuntu
Edgy Server Edition on it with no software upgrades..
For what it's worth, I recently got an RME Hammerfall DSP Multiface running on
my machine, which is an IBM Thinkpad R51, running Debian Linux, original
install was 64studio (32-bit), and it's now pretty much on Debian unstable,
through upgrades. (But I guess that the 64studio install ensured all sound
devices load properly?).
After fiddling with it quite a bit, I got it to work with the .asoundrc pasted
below in my homefolder.
The system sees the card at startup and loads the firmware properly, and I can
use the card without any problems.
The only problems that occur are when I insert the PCMCIA card later with the
box attached. Then the system hangs. I.e. I need to have the card inside and
the box attached at startup, it seems.
Also, having the PCMCIA card inside prevents the sleep/hibernate states to
work properly.
I hope this helps,
sincerely,
Marije
.asoundrc
pcm.hdsp {
type hw
card 2
}
ctl.hdsp {
type hw
card 2
}
pcm.hdsp_all {
type plug
ttable.0.0 1
ttable.1.1 1
ttable.2.2 1
ttable.3.3 1
ttable.4.4 1
ttable.5.5 1
ttable.6.6 1
ttable.7.7 1
ttable.8.8 1
ttable.9.9 1
ttable.10.10 1
ttable.11.11 1
ttable.12.12 1
ttable.13.13 1
ttable.14.14 1
ttable.15.15 1
ttable.16.16 1
ttable.17.17 1
slave.pcm hdsp
}
pcm.hdsp_analog {
type plug
ttable.0.0 1
ttable.1.1 1
ttable.2.2 1
ttable.3.3 1
ttable.4.4 1
ttable.5.5 1
ttable.6.6 1
ttable.7.7 1
slave.pcm hdsp
}
pcm.hdsp_adat {
type plug
ttable.0.8 1
ttable.1.9 1
ttable.2.10 1
ttable.3.11 1
ttable.4.12 1
ttable.5.13 1
ttable.6.14 1
ttable.7.15 1
slave.pcm hdsp
}
pcm.hdsp_spdif {
type plug
ttable.0.16 1
ttable.1.17 1
slave.pcm hdsp
}
5:38 p.m.
On 5/31/07, nescivi <nescivi(a)gmail.com> wrote:
After fiddling with it quite a bit, I got it to work
with the .asoundrc pasted
below in my homefolder.
Thanks for posting ;-) very useful !
The system sees the card at startup and loads the
firmware properly, and I can
use the card without any problems.
The only problems that occur are when I insert the PCMCIA card later with the
box attached. Then the system hangs. I.e. I need to have the card inside and
the box attached at startup, it seems.
Very strange...do you get the same results with pcmciautils ?
On my side, it hangs when I remove the card (without prior kernel
module removal)
__________________
Marc-Olivier Barre,
Markinoko.
1 Jun
1 Jun
3:22 a.m.
Hiho
On Thursday 31 May 2007 21:38:23 Marc-Olivier Barre wrote:
thanks for the hint.
that enables me now to insert the card while the box is attached and get the
firmware loaded.
I actually had already pcmciautils installed, but I removed pcmcia-cs, and
installed sysfsutils.
(all debian packages).
The system
sees the card at startup and loads the firmware properly, and
I can use the card without any problems.
The only problems that occur are when I insert the PCMCIA card later with
the box attached. Then the system hangs. I.e. I need to have the card
inside and the box attached at startup, it seems.
Very strange...do you get the same results with pcmciautils ? On my side, it hangs when I remove the card (without
prior kernel
module removal)
and I can even remove the card, and reinsert it now.
thanks!
Now I just need to check the suspend issue...
sincerely,
Marije
12:25 p.m.
Hiho,
On Friday 01 June 2007 07:22:09 nescivi wrote:
On Thursday 31 May 2007 21:38:23 Marc-Olivier Barre
wrote:
thanks for the hint.
that enables me now to insert the card while the box is attached and get
the firmware loaded.
I actually had already pcmciautils installed, but I removed pcmcia-cs, and
installed sysfsutils.
(all debian packages).
suspend and hibernate also work allright both ways now.
sincerely,
Marije
The
system sees the card at startup and loads the firmware properly,
and I can use the card without any problems.
The only problems that occur are when I insert the PCMCIA card later
with the box attached. Then the system hangs. I.e. I need to have the
card inside and the box attached at startup, it seems.
Very strange...do you get the same results with pcmciautils ? On my side, it hangs when I remove the card
(without prior kernel
module removal)
and I can even remove the card, and reinsert it now.
thanks!
Now I just need to check the suspend issue...
3 Jun
3 Jun
7:11 a.m.
On 6/1/07, nescivi <nescivi(a)gmail.com> wrote:
suspend and hibernate also work allright both ways now.
sincerely,
Marije
Still, I'm wondering.... I think when I tested my card under windows,
when I hotplugged the cable the firmware got loaded into the card and
nothing complained.
Is there some kind of mechanism that can detect a "I plugged in the
module" event and then load the firmware properly ? pcmciautils is
just a workaround after all...
Paul ? Any hints ?
__________________
Marc-Olivier Barre,
Markinoko.
12 Jun
12 Jun
3:29 a.m.
New subject: RME Hammerfall Firmware Rev 10
Is the firmware revision 10 still the newest firmware version that will work
with linux?
http://www.alsa-project.org/alsa-doc/doc-php/template.php?company=RME&c…
I see above that at one point people were able to downgrade to revision 10 but
RME no longer has that firmware revision on their webpage. Does anyone have the
flash update tool that would let me do this? [and the appropriate windoze driver
if necessary].
I'm at Rev 11 and I get this when I plug in my multiface
dmesg snip
[ 25.933000] Hammerfall-DSP: loading firmware
[ 29.236000] Hammerfall-DSP: finished firmware loading
[ 29.742000] Hammerfall-DSP: wait for FIFO status <= 127 failed after 5000
iterations
[ 29.742000] Hammerfall-DSP: Error setting default values
[ 29.742000] Hammerfall-DSP: error creating alsa devices
[ 29.742000] Hammerfall-DSP: couldn't get firmware from userspace. try using
hdsploader
[ 29.742000] Hammerfall-DSP: card initialization pending : waiting for firmware
[ 29.743000] ACPI: PCI interrupt for device 0000:03:00.0 disabled
[ 29.743000] RME Hammerfall DSP: probe of 0000:03:00.0 failed with error -16
I would really appreciate any help anyone can give.
thanks,
Alex
6:55 a.m.
New subject: RME Hammerfall Firmware Rev 10
On 6/12/07, Alex Norman <alex(a)neisis.net> wrote:
Is the firmware revision 10 still the newest firmware
version that will work
with linux?
http://www.alsa-project.org/alsa-doc/doc-php/template.php?company=RME&c…
I see above that at one point people were able to downgrade to revision 10 but
RME no longer has that firmware revision on their webpage. Does anyone have the
flash update tool that would let me do this? [and the appropriate windoze driver
if necessary].
If you search back the list's archives, I think you might find an URL
on RME's site where you can download older firmwares. I think this
topic was already discussed.
__________________
Marc-Olivier Barre,
Markinoko.
10:06 a.m.
New subject: RME Hammerfall Firmware Rev 10
Just out of curiosity, are newer firmware revisions not working with Linux
because RME has not released proper info/specs or is it because no one has
bothered updating the driver. I ask this because if there was a newer
firmware revision released it must've been for a justified reason (i.e.
bugs) and for us not to be able to use it is a bit disconcerting.
Ico
10:17 a.m.
New subject: RME Hammerfall Firmware Rev 10
On 6/12/07, Ivica Ico Bukvic <ico(a)vt.edu> wrote:
Just out of curiosity, are newer firmware revisions
not working with Linux
because RME has not released proper info/specs or is it because no one has
bothered updating the driver. I ask this because if there was a newer
firmware revision released it must've been for a justified reason (i.e.
bugs) and for us not to be able to use it is a bit disconcerting.
If I remember right, Paul said he can do it, but only if smb will pay
him, as he has no spare time for it. Maybe we start a fund-raising? ;)
Dmitry.
From the readme for the new firmware:
The driver requires a new flash/firmware because of a completely new
designed hardware. This new hardware combined with new driver routines
offers these advantages:
- Lower system load on start of data transmission (start of record/playback)
- Better performance on playback. We added a small safety buffer of 32
samples on the playback side. To give some numbers from a typical test
machine, crackling starts at:
Old driver 64 samples 60% 128 samples 70% CPU load
New driver 64 samples 85% 128 samples 90% CPU load
So even if you add the 32 samples to the 64 samples, the new driver
still does a better job than the old one at 128! And the 32 samples
are on the playback side only, so throughput monitoring is even more
attractive. Because of this tremendous improvement we removed the
highest buffer size and replaced it with a 32 sample setting as lowest
setting.
- Secure Record Technique. This driver includes a new scheme for
handling record data. It guarantees all record data to reach the
application even when the computer is blocked with 100% CPU load for a
short time. We think this is a real killer feature, as there is
nothing more important than reliability when doing recordings.
12:19 p.m.
New subject: RME Hammerfall Firmware Rev 10
On 6/12/07, Dmitry Baikov <dsbaikov(a)gmail.com> wrote:
If I remember right, Paul said he can do it, but only
if smb will pay
him, as he has no spare time for it. Maybe we start a fund-raising? ;)
Lets do that. I'm getting an AES-32 and would like to be able to use
the newer firmware. I'll start with $50. Anybody else interested?
-Reuben
12:56 p.m.
New subject: RME Hammerfall Firmware Rev 10
On 6/12/07, Reuben Martin <reuben.m(a)gmail.com> wrote:
On 6/12/07, Dmitry Baikov <dsbaikov(a)gmail.com>
wrote:
I'll follow on this one and raise $50 more if there's a way to detect
when the box is hotplugged on the card (ATM the only way to work
around this is to remove-reinsert the pccard or use pcmcia-utils)
__________________
Marc-Olivier Barre,
Markinoko.
If I remember right, Paul said he can do it, but
only if smb will pay
him, as he has no spare time for it. Maybe we start a fund-raising? ;)
Lets do that. I'm getting an AES-32 and would like to be able to use
the newer firmware. I'll start with $50. Anybody else interested?
4:32 p.m.
New subject: RME Hammerfall Firmware Rev 10
>From the readme for the new firmware:
<snip>
That sounds pretty darn important. That being said, the irony is that the
current HDSP is EOL since cardbus interfaces are disappearing with desktop
pci->pcmcia adapters and a few remaining laptops being last of the kind...
Any news on whether RME will release a pciexpress version of HDSP?
Ico
4:40 p.m.
New subject: RME Hammerfall Firmware Rev 10
On 6/12/07, Ivica Ico Bukvic <ico(a)vt.edu> wrote:
Any news on whether RME will release a pciexpress
version of HDSP?
They said within this year.
I think it takes so long, because they are working on a new PCI
Express product line, to match Apogee's Symphony (but maybe they just
hoped that Fireface will be enough for everyone).
http://www.rme-audio.de/forum/viewtopic.php?id=72, post #20.
Dmitry.
8:15 p.m.
New subject: RME Hammerfall Firmware Rev 10
On 6/12/07, Ivica Ico Bukvic <ico(a)vt.edu> wrote:
They already released a PCIe version of the HDSP 9632, and the PCIe
version of the AES-32 is comming "late summer / early fall".
-Reuben
>From the
readme for the new firmware:
That sounds pretty darn important. That being said, the irony is that the
current HDSP is EOL since cardbus interfaces are disappearing with desktop
pci->pcmcia adapters and a few remaining laptops being last of the kind...
Any news on whether RME will release a pciexpress version of HDSP?
Ico
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-user
13 Jun
13 Jun
4:11 a.m.
New subject: RME Hammerfall Firmware Rev 10
On 6/12/07, Ivica Ico Bukvic <ico(a)vt.edu> wrote:
This is certainly good news, but should this prevent us to finance a
new driver release ?
There are certainly a good number of multifaces out there that could
use an upgrade. People are not going to migrate to a PCI-e version
right away.
Am I wrong ?
__________________
Marc-Olivier Barre.
>From the
readme for the new firmware:
<snip>
That sounds pretty darn important. That being said, the irony is that the
current HDSP is EOL since cardbus interfaces are disappearing with desktop
pci->pcmcia adapters and a few remaining laptops being last of the kind...
Any news on whether RME will release a pciexpress version of HDSP?
4:12 p.m.
New subject: RME Hammerfall Firmware Rev 10
On 6/13/07, Marc-Olivier Barre <mobarre(a)gmail.com> wrote:
On 6/12/07, Ivica Ico Bukvic <ico(a)vt.edu>
wrote:
This is certainly good news, but should this prevent us to finance a
new driver release ?
There are certainly a good number of multifaces out there that could
use an upgrade. People are not going to migrate to a PCI-e version
right away.
Am I wrong ?
Given that PCIe cards will have their own independent busses, it will
offer a lot of advantages over the PCI, and even firewire when using
multiple devices. I would LIKE to get the PCIe version of the AES-32,
and if I need to send it to somebody to play around with for a month
or two to get it working, so be it.
-Reuben
>From
the readme for the new firmware:
<snip>
That sounds pretty darn important. That being said, the irony is that the
current HDSP is EOL since cardbus interfaces are disappearing with desktop
pci->pcmcia adapters and a few remaining laptops being last of the kind...
Any news on whether RME will release a pciexpress version of HDSP?
6407
days inactive
6420
days old
linux-audio-user@lists.linuxaudio.org
18 comments
9 participants
participants (9)
-
Alex Norman -
Dmitry Baikov -
Fons Adriaensen -
Ivica Ico Bukvic -
Marc-Olivier Barre -
nescivi -
ns -
Paul Davis -
Reuben Martin