16 Mar
2006
16 Mar
'06
9:44 a.m.
Well not too sure if there is a routing problem, or maybe a conflict
between the two cards. Is it possible to disable the onboard card? Or
maybe change the irq?
So if you dont run 2 instances of pd, and try running the multiface, the
sound is distoted? Can you describe what you are hearing? Does it sound
like an over driven amp? Or is it more like a conversion distortion, ie
sounds like some weird alien kind of noise?
Is it possible to hookup the multiface to a pci interface, and see if
that works?
Cheers
DuWayne
On Thu, 2006-03-16 at 15:18 +1100, we are wrote:
ok, so i'm still stuck and still hanging around
bothering people with
this desparate issue, sorry..
just found this really really weird thing whilst fiddling with my HDSP
multiface(pcmcia) and really like some kind of explaination for is so
that it may help me and my hdsp issues. so i'm an avid PD user and i
was having a poke around trying some things out. i am getting a
horrible distortion with all sounds that output the card and i have
been testing with a sine tone in PD to troulbe shoot this.
i read in the rme FAQ's that it is suggested not to have the HDSP as
the primary and default card in windows as the HDSP gets its sync from
other devices. i assume that this is very different in linux and
moreso JACK although i don't exactly know how. anyway, i tried running
two intances of PD one with the IntelAC'97 (intel0x8) onboard card and
the other instance of PD with the hammerfall hardware. This was done
though ALSA and not JACK btw...
the really weird thing was that the sine tone played perfectally
through the multiface! whats up with that?!!
however, i have noticed(and this is the main reason fro getting onto
the HDSP) that the sine tone that the intel0x8 card plays is full of
clicks and DIO errors from pd. when i get the tone out of the
multiface using this technique, it is the exact same quality tone
clicks and all.
so what i can see is happening here is that for some reason, the sound
is routing through the intel0x8 card into and out the multiface. this
only happens with pd and all other applications function (or not)
normally ie, with a horrible distortion out the multiface.
could someone please explain to me what the **** is going on? and
could this phenomenon help my situation at all.
thanks
tom
On 3/8/06, we are <gateswideopen(a)gmail.com> wrote:
hi crew, this issue is probably getting boring
now but i've hit it.
i am trying to get my Multiface PCMCIA card to work under linux and
have tried many things but still a bit lost. i have it running on my
windows setup on the same computer(another partition) without a hitch.
for this reason i can't understnd why it would not function here in
linux.
i am running an Asus v6800v (v6v) laptop and would really appriciate
some advice on where to move next...
i have reached the point where alsa is set up
.....
localhost tom # cat /proc/asound/cards
0 [DSP ]: H-DSP - Hammerfall DSP
RME Hammerfall DSP + Multiface at 0x54000000, irq 17
1 [ICH6 ]: ICH4 - Intel ICH6
Intel ICH6 with ALC650F at 0xdffff800, irq 17
.....
lspci | grep CardBus; lspci | grep RME
03:01.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev b3)
04:00.0 Multimedia audio controller: Xilinx Corporation RME Hammerfall
DSP (rev 32)
.....
uname -a
Linux localhost 2.6.14-gentoo-r5 #1 SMP PREEMPT Tue Jan 17 05:35:27
EST 2006 i686 Intel(R) Pentium(R) M processor 1.73GHz GenuineIntel
GNU/Linux
.....
i have tried using setpci latency scripts found on this thread http :
lists.infradead.org/pipermail/linux-pcmcia/2004-April/000750.html
However, i must admit i'm a really lost when it comes to this level of
computing. so i'm stabbing in the dark and currently trying to learn
about what all this means.
script written by Daniel Ritz
#!/bin/sh
# set lateny timers for the bridges
CB=`lspci | grep CardBus | cut -d" "
-f1`
for i in $CB; do
echo "setting latency timer for CB $i"
setpci -s $i 0x0d.b=0xff > /dev/null
setpci -s $i 0x1b.b=0xff > /dev/null
# for EnE only, others should ignore it
setpci -s $i 0xc9.b=0x06 > /dev/null
done
this script did something but i'm not entirely sure what? pd seems to
detect audio input but can't output,(anyone know if i need to compile
pd with rme support to make it work.)
after doing this i can get sound but its all distortorted and
horrible. it feels like on the right track here but i don't understand
the jargon or where to go next with it?
......
no problems loading hdsploader firmware
......
localhost tom # hdsploader
hdsploader - firmware loader for RME Hammerfall DSP cards
Looking for HDSP + Multiface or Digiface cards :
Card 0 : RME Hammerfall DSP at 0x54000000, irq 17
Upload firmware for card hw:0
Firmware uploaded for card hw:0
Card 1 : Intel ICH6 with ALC650F at 0xdffff800, irq 17
......
when trying to access change settings on hdspconf
......
tom@localhost ~ $ hdspconf
HDSPConf 1.4 - Copyright (C) 2003 Thomas Charbonnel <thomas(a)undata.org>
This program comes WITH ABSOLUTELY NO WARRANTY
HDSPConf is free software, see the file copying for details
Looking for HDSP cards :
Card 0 : RME Hammerfall DSP + Multiface at 0x54000000, irq 17
Multiface found !
Card 1 : Intel ICH6 with ALC650F at 0xdffff800, irq 17
1 Hammerfall DSP card found.
Error accessing ctl interface on card hw:0
.....
i have read that some people have had problems when modules are set on
the same IRQ.
i have no idea if this is a problem as my RME cardbus, wireless
(ipw2200), onboard sound (AC97) and Yenta are all on IRQ 17. this is
the same in windows and my bios is pretty limiting when it comes to
changing this stuff around.
/proc/interrupts
CPU0
0: 700336 IO-APIC-edge timer
1: 6148 IO-APIC-edge i8042
9: 2885 IO-APIC-level acpi
12: 2177 IO-APIC-edge i8042
14: 4815 IO-APIC-edge ide0
16: 2 IO-APIC-level uhci_hcd:usb5, ohci1394
17: 97673 IO-APIC-level yenta, hdsp, Intel ICH6, ipw2200
19: 0 IO-APIC-level uhci_hcd:usb4, skge
20: 92955 IO-APIC-level ehci_hcd:usb1, uhci_hcd:usb2
21: 0 IO-APIC-level uhci_hcd:usb3
NMI: 0
LOC: 50568
ERR: 0
MIS: 0
.....
Any suggetions links greatly appriciated!
thanks
tom.
also....
have already tried pci=noacpi and acpi=off and there was no difference
to the setups, irq and the like.
bit worried about upgrading my bios as the new asus bios for the v6 is
apparently noisy and has fan issues..... no good for my studio...