Seite 1 von 1
zerhackter sound mit Jack
Verfasst: Mi Nov 26, 2003 1:34 pm
von Moppedboy
Hallo zusammen!
Hab jetzt nach langer Suche endlich ein Linux gefunden, mit dem ich problemlos den Setup für Harddisk-Recording hinbekommen habe, nämlich Slackware 9.1.
Und dann bin ich auch noch über diese sehr gute Site hier gestolpert, ich bin ein richtiges Glückskind!
Ich hab mir von
http://audioslack.com/packages.html das erforderliche Zeug runtergeladen und installiert, bin dann nach euerem
http://www.audio4linux.de/pub/sides/jack_howto/ vorgegangen.
Leider gibt's ein Problem mit Jack: Der Sound den der Alsaplayer über Jack abliefert ist zerhackt.
Wenn ich in
den Wert von -p verändere, ändert sich zwar der "Zerhackungsgrad" aber weggehen tut's nicht.
Hat jemand 'nen Tipp?
Hardware: Athlon 2000XP+ auf 'nem Asus A7V8X mit VIA-Sondchip, 256MB RAM, fehlt noch was?
Danke schonmal, für Tipps!
Gruß Lars
Verfasst: Mi Nov 26, 2003 1:37 pm
von oracle2025
hast du folgendes ausgeführt:
bist als root eingeloggt?
Verfasst: Mi Nov 26, 2003 1:40 pm
von linuxchaos
ich hatte auch mal ein zerhacken mit jack (und war in der planet-ccrma-mailinglisten nicht der einzige). das ist dann aber nach einigen updates von alleine weggegangen. ich weiss nicht, welche version von jack du verwendest, vielleicht solltest du nach der neusten schauen...
sonst kann das natuerlich auch irgendein dienst sein, der reinpfuscht oder irgend ein resouren konflikt.
du kannst ja jack mal mit der zusaetzlichen option -v starten, dann sagt jack etwas mehr, vielleicht kommt dann auch ne antwort ...
viel erfolg - l.chaos
Verfasst: Mi Nov 26, 2003 1:43 pm
von linuxchaos
oracle2025 hat geschrieben:hast du folgendes ausgeführt:
bist als root eingeloggt?
ja, das sollte auf jeden fall gegeben sein, sonst sieht s mit echtzeit schlecht aus
...
gruesse l.chaos
Verfasst: Do Nov 27, 2003 9:00 am
von Moppedboy
Hatte ich nicht gemacht, weil ich den Tipp:
Das kann man mit dem Eintrag kernel/lowlatency = 1 in der Datei /etc/sysctl.conf schon beim booten aktivieren
aus dem How-To befolgt habe. Das wird hier aber offensichtlich nicht verarbeitet, den der Eintrag in /proc/sys/kernel/lowlatency war 0. Nach einem
hat sich aber dann am Sound auch nix geändert.
bist als root eingeloggt?
Ja. Das gibt aber irgendwann nochmal ein Thema für einen neuen Thread, denn das gefällt mir nicht wirklich... Stichwort: root-Account nur zum Administrieren
ja, das sollte auf jeden fall gegeben sein, sonst sieht s mit echtzeit schlecht aus
...
Sonst noch Ideen?
Gruß Lars
Verfasst: Do Nov 27, 2003 9:08 am
von Moppedboy
linuxchaos hat geschrieben:ich hatte auch mal ein zerhacken mit jack (und war in der planet-ccrma-mailinglisten nicht der einzige). das ist dann aber nach einigen updates von alleine weggegangen. ich weiss nicht, welche version von jack du verwendest, vielleicht solltest du nach der neusten schauen...
Hab die 0.8er, werd wohl mal die 0.9 installieren müssen.
linuxchaos hat geschrieben:sonst kann das natuerlich auch irgendein dienst sein, der reinpfuscht oder irgend ein resouren konflikt.
Hmm... Wie find ich das raus?
linuxchaos hat geschrieben:du kannst ja jack mal mit der zusaetzlichen option -v starten, dann sagt jack etwas mehr, vielleicht kommt dann auch ne antwort ...
Nope, nix was nach 'ner Fehlermeldung aussieht.
Ich probier' dann mal 'ne neu Jack-Version
Gruß Lars
Verfasst: Fr Nov 28, 2003 9:11 am
von Moppedboy
So, hab die letzte Jack-Version installiert, leider kein Unterschied.
Ich hab übrigens
Qjackctl entdeckt, sehr praktisches Frontend für Jackd. Damit hab ich alle nur denkbaren Einstellungen durchgenudelt, aber ich krieg maximal ein "nicht ganz so schlimm" hin.
Mist.
Wie krieg ich denn raus, ob Low-Latency-Realtime-Geschichte überhaupt funktioniert und wenn ja, wie gut ?
Gruß Lars
Verfasst: Mo Dez 01, 2003 9:04 am
von Moppedboy
Also, ganz offensichtlich funktioniert das Realtime-Scheduling nicht. der Wert in /proc/sys/kernel/low-latency ist nach jedem Neustart 0, obwohl ich's in der /etc/sysctl.conf eingetragen habe. Und es ist völlig egal, ob ich den Wert im Betrieb auf 0 oder 1 setze, es ändert sich nix.
Hab den Kernel noch mal neu gepatcht, es funktioniert nicht.
Hat noch jemand 'nen Tipp? Bitte lasst meinen Kumpel, der auf 'nem deutlich schwächeren Rechner überhaupt keine Probleme hat, und immer über Linux lächelt, nicht triumphieren.
Gruß Lars
Verfasst: Mo Dez 01, 2003 9:03 pm
von linuxchaos
zum kernel hab ich keine idee, aber so insgesamt hab ich noch ne idee (wahrscheinlich hast du das schon getan):
die festplatte tunen (hdparm)
kam mir nur grad so ...
gruesse l.chaos
Verfasst: Di Dez 02, 2003 1:49 am
von Moppedboy
linuxchaos hat geschrieben:zum kernel hab ich keine idee, aber so insgesamt hab ich noch ne idee (wahrscheinlich hast du das schon getan):
die festplatte tunen (hdparm)
Richtig geraten, schon passiert. Vielleicht fällt ja jemandem was falsches auf:
Code: Alles auswählen
root@slack:~# hdparm -i /dev/hdb
/dev/hdb:
Model=WDC WD400EB-00CPF0, FwRev=06.04G06, SerialNo=WD-WCAAT6718937
Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
RawCHS=16383/16/63, TrkSize=57600, SectSize=600, ECCbytes=40
BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=78165360
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=no WriteCache=enabled
Drive conforms to: device does not report version: 1 2 3 4 5
Gruß Lars
Verfasst: Di Dez 02, 2003 12:26 pm
von linuxchaos
kann keinen fehler sehen, aber mach doch einfach mal mit hdparm -t nen test und schreibe, wie "schnell" die platte ist, dann duerfte eh klar sein, obs daran haken kann oder nicht ...
gruesse l.chaos
Verfasst: Fr Dez 12, 2003 1:28 am
von Moppedboy
Also Leute,
Problem gelöst
Nachdem ich hier echt alles durchprobiert habe, (sogar Slackware nochmal neu installiert, weil ich sicher gehen wollte, dass ich nix kaputtkonfiguriert habe), wusste ich mir keinen Rat mehr, als eine andere Soundkarte zu probieren, und siehe da: Damit funktioniert's.
Jetzt weiß ich nicht, ob ich mich ärgern soll, dass ich's nicht gleich probiert hab oder ob ich mich freuen soll, dass die Lösung ja dann doch vergleichsweise einfach war.
Also für die Nachwelt: Vorsicht mit VIA-Onboard-Soundchips!
Danke Euch für Eure Mithilfe!
Gruß Lars
Verfasst: Fr Dez 12, 2003 10:02 am
von Reinhard
Moppedboy hat geschrieben:Also für die Nachwelt: Vorsicht mit VIA-Onboard-Soundchips!
Au weia, schande über uns !!
Das mit dem onboard soundchip hätte uns auffallen müssen (habs einfach überlesen ...); habe schon mal was darüber gelesen, dass es manchmal damit probleme geben soll ... aber hinterher ist man ja bekanntlich immer schlauer
Ist aber schön zu wissen, dass es nun funktioniert ... also viel spass weiterhin!!
Verfasst: Fr Dez 12, 2003 11:41 am
von linuxchaos
Reinhard hat geschrieben:
Au weia, schande über uns !!
ja stimmt - eigentlich logisch, dass der soundserver nicht in echtzeit arbeiten kann, wenn der treiber echtzeit nicht schafft
aber ich kann mit der schande leben - hoffe ihr auch
gruesse l.chaos
Verfasst: Mo Feb 26, 2007 10:39 am
von Berni
Hab auch ein Problem mit Jack (qjackctl): Verwende openSuse 10.2 und kann Jack nur unter root mit RT,SoftMode,F/P:256,SR:96000 und einer Latency von 5,33msec starten. Als User bekomme ich immer die Fehlermeldung: ... not as client ... oder ... hw:0 nicht da.
Hab einen Athlon 2800+ mit deaktiviertem Sound OnBorad und einer CreativeLabs Sound Blaster Live! 24bit.
Der Artsd ist tot und sonst kommt als user auch kein Ton mehr raus, somit gehe ich davon aus, daß kein weiterer Sounddienst gestartet ist.