Hammerfall Multiface & Toshiba Potege verursacht knaksen

W

wolke

Registriert
03.05.07
Beiträge
3
Reaktionen
0
Punkte
4
Hallo Leute,

Hat schon jemand ein Hammerfall [g=3]DSP[/g] Multiface + Cardbus auf einen Toshiba Portege 4010 zum Laufen bekommen.

Mein Problem ist das es zu knaksen während Mehrspuraufnahmen (Ardour) kommt. Das Knaksen setzt immer dann ein wenn es zum Festplattenzugriff kommt.
Das knaksen wird stärker wenn ich die Soundkarten latency erhöhe. Optimale Ergebnisse
bekomme ich mit dieser Einstellung des Soundservers Jackd:
jackd -v -R -dalsa -dhw:1,0 -r48000 -p64 -n2 -H -M
Dann verursacht der Festplattenzugriff die geringsten knakser.
bei -p>64 werden die knakser immer stärker.

Weiter unten beschreibe ich was bisher am OS eingestellt wurde.
Was bleibt sind immer noch Knakser.
Würde mich natürlich über den supermega Tipp freuen der das Problem behebt.

Danke Wolke

Systeminfos:
OS Debian Linux mit 2.6.20 kernel und RT 2.6.20-rt5 [g=7]Patch[/g] von RedHat
Alsa Version 1.0.14rc1 (kernel)
jackd version 0.103.0 tmpdir /dev/shm protocol 16
rtirq version 20070101
Firmware für HDSP : multiface_firmware_rev11[24413]
Prozessor: Mobile Intel(R) Pentium(R) III CPU - M 933MHz
Arbeitsspeicher: 512mb
Cardbushersteller: yenta ???

Was ich bisher unternommen habe:
Den Latency-Timer für das IDE interface auf 256 hochgesetzt:
setpci -v -s 00:04.0 latency_timer=[g=38]ff[/g] (00:04.0=IDE Interface [g=38]ff[/g] hexdec. für 256)
Den Latency-Timer für das HDSP Interface auf 256 gesetzt.
setpci -v -s 06:00.0 latency_timer=[g=38]ff[/g] (06:00.0=Hammerfall [g=3]DSP[/g] Interface)

Die Festplattenperformance mittels hdparm so eingestellt:

/dev/hda:
multcount = 0 (off)
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 65535/16/63, sectors = 234441648, start = 0

rtirq.sh und schedutils setzen die Interrupt prio. in dieser Reihenfolge:
PID CLS RTPRIO NI PRI %CPU STAT COMMAND
4 [g=38]FF[/g] 99 - 139 0.0 S softirq-timer/0
1561 [g=38]FF[/g] 95 - 135 0.0 S< IRQ-8
747 [g=38]FF[/g] 85 - 125 0.0 S< IRQ-11 (Hammerfall [g=3]DSP[/g])
285 [g=38]FF[/g] 65 - 105 0.0 S< IRQ-1
284 [g=38]FF[/g] 64 - 104 0.0 S< IRQ-12
3 [g=38]FF[/g] 50 - 90 0.0 S softirq-high/0
5 [g=38]FF[/g] 50 - 90 0.0 S softirq-net-tx/
6 [g=38]FF[/g] 50 - 90 0.0 S softirq-net-rx/
7 [g=38]FF[/g] 50 - 90 0.0 S softirq-block/0
8 [g=38]FF[/g] 50 - 90 0.0 S softirq-tasklet
9 [g=38]FF[/g] 50 - 90 0.0 S softirq-sched/0
10 [g=38]FF[/g] 50 - 90 0.0 S softirq-rcu/0
33 [g=38]FF[/g] 50 - 90 0.0 S< IRQ-9
745 [g=38]FF[/g] 50 - 90 0.0 S< IRQ-14 (IDE 0)
746 [g=38]FF[/g] 50 - 90 0.0 S< IRQ-15 (IDE_1)
1577 [g=38]FF[/g] 50 - 90 0.0 S< IRQ-7

Zudem wird die RTPRIO in /etc/security/limits.conf für die gruppe audio wie folgt eingestellt:
# rtprio
@audio - rtprio 90
@audio - nice -5
@audio - memlock 500000

Mögliche Probleme verurscht das hier: IRQ-Sharing auf IRQ11
cat /proc/interrupts
CPU0
0: 5005689 XT-PIC-XT timer
1: 8664 XT-PIC-XT i8042
2: 0 XT-PIC-XT cascade
8: 1 XT-PIC-XT rtc
9: 563 XT-PIC-XT [g=258]acpi[/g]
11: 68218 XT-PIC-XT ohci_hcd:usb1, ohci1394, yenta, yenta, yenta, ALI 5451, hdsp, pcmcia0.0, eth1
12: 131 XT-PIC-XT i8042
14: 16430 XT-PIC-XT ide0
15: 44382 XT-PIC-XT ide1
NMI: 0
ERR: 0
 
Hui... wenn ich -p64 eingestellt hätte, könnte ich auch nicht ordentlich aufnehmen, weil alles knackst :D Die Pufferzahl bestimmt ja die [g=5]Latenz[/g] des Audiosystems. Bei deinen Einstellungen hättest du eine [g=5]Latenz[/g] von 2,7ms, die kannst du auch getrost ein bisschen höher schrauben, ohne dass es negativ auffällt (heißt: -p128, -p256 oder noch mehr). Generell gilt: Größerer Puffer -> höhere [g=5]Latenz[/g], aber weniger Knackser.

Jetzt kommt es drauf an, hast du ein Live-Setup mit Klangerzeugern und solchen Spielchen oder machst du reine Audioaufnahmen? In ersterem Fall sollte die [g=5]Latenz[/g] nicht so hoch sein, in zweiterem kann sie gerne ziemlich hoch sein, es verbessert die Stabilität erheblich (ich arbeite mit -p2048, [g=5]Latenz[/g] von mehreren hundert Millisekunden :D Kann aber auch 8 Audiospuren über etliche Stunden hinweg knackserfrei aufnehmen).

Übrigens freut es mich, dass sich ein weiterer Linuxer hier eingefunden hat :)
 
Das ist ja mein Problem, normalerweise benutze ich auch -p1024. xrunns von jackd sind dabei nicht zu erwarten. Leider verursacht der Festplattenzugriff dann mehr Knaksen wenn der Buffer der soundkarte bzw jackd welcher ja den buffer der hardware einstellt auf einen höheren Wert gesetzt wird. Vermutlich da mehr Daten im Puffer sind welche dann aber auf die Platte geschrieben werden müssen. Der IDE-[g=183]Bus[/g] und der Cardbus kommen sich dabei wohl ins gehege.

Die Hammerfall Hotline hat schon von den gleichen Erscheinungen gehöhrt, konnte mir aber nicht weiterhelfen.

Super, das hier noch ein paar Leute auch mit Linux hantieren. :D

gruß Wolke

ps: hatte in meinen hauptext einen Fehler.... es sollte -p>64 und nicht -p<64 heißen.
 
Uff... an dieser Stelle bin ich überfragt. Allerdings sieht IRQ11 böse aus: Die Hammerfall, USB, Firewire und Netzwerk auf einem Interrupt :eek:

Stell dein problem eventuell auch mal hier rein: http://www.audio4linux.de/forum/
 

Ähnliche Themen

G
Antworten
22
Aufrufe
8K
TheSarge
TheSarge

Oft gelesene Themen

Zurück
Oben