Wie Systemsounds abschalten?

[smutbert]

- IEC958 ist meines Wissens nur ein anderer Name für S/PDIF, bezeichnet aber jedenfalls hardwaremodell und -hersteller unabhängig eine digitale (Audio-)Schnittstelle.

- AC'97 ist ein Standard von Intel. Zuvor hat es hauptsächlich Soundkarten oder vielleicht auch schon Onboardsounds gegeben, die unabhängig vom restlichen Chipsatz über PCI oder ISA angebunden waren. Mit AC'97 hat Intel das ganze in zwei Teile geteilt, einerseits einen Controller, der Teil der Southbridge des Chipsatzes ist und und einen Codec der als eigener Chip oder auch als Steckkarte davon angesprochen wird.

Damit sind die anderen beiden schnell erklärt:

- ICH5 ist die Southbridge deines Chipsatzes
- Cmedia… ist der Codec


Deine Southbridge ist weit verbreitet und bestimmt nicht der Fehler und es ist auch ausgeschlossen, dass die nicht richtig erkannt wird. Das Problem ist der Codec, der die digitalen und analogen Schnittstellen zur Außenwelt zur Verfügung stellt. Wenn du die Ausgabe von

Code: Alles auswählen

$ lsmod | grep snd

postest sollte sich leicht das Kernelmodul, das für den Codec zuständig ist, ausfindig machen lassen. Allerdings bezweifle ich sehr stark, dass in dessen Moduloptionen etwas findet, was das Problem lösen könnte und genauso wenig glaube ich, dass es ein zweites Modul gibt, das für diesen Codec in Frage kommen könnte.
(eher glaube ich, dass die Ursache bei Asrock zu suchen ist, die haben sich mit ihren Onboardsoundkonstruktionen genauso wie Asus nicht immer mit Ruhm bekleckert, wenn ich mich recht erinnere)

[raa]

Wenn du die Ausgabe von

Code: Alles auswählen

$ lsmod | grep snd

postest sollte sich leicht das Kernelmodul, das für den Codec zuständig ist, ausfindig machen lassen. Allerdings bezweifle ich sehr stark, dass in dessen Moduloptionen etwas findet, was das Problem lösen könnte und genauso wenig glaube ich, dass es ein zweites Modul gibt, das für diesen Codec in Frage kommen könnte.

Hm.

Code: Alles auswählen

hk@Melina:~$  lsmod | grep snd
snd_intel8x0           30529  0 
snd_ac97_codec         96241  1 snd_intel8x0
snd_pcm                69436  2 snd_ac97_codec,snd_intel8x0
snd_page_alloc         12882  2 snd_intel8x0,snd_pcm
snd_seq                47432  0 
snd_seq_device         12980  1 snd_seq
snd_timer              22187  2 snd_pcm,snd_seq
snd                    50842  6 snd_ac97_codec,snd_intel8x0,snd_timer,snd_pcm,snd_seq,snd_seq_device
soundcore              12890  1 snd
ac97_bus               12462  1 snd_ac97_codec

(eher glaube ich, dass die Ursache bei Asrock zu suchen ist, die haben sich mit ihren Onboardsoundkonstruktionen genauso wie Asus nicht immer mit Ruhm bekleckert, wenn ich mich recht erinnere)

Mit anderen Worten: Das ist gar kein Fehler, das Soundmodul ist von Hause aus Schrott?

Aber nicht das ganze Board! Oder hast du schon mal sowas erlebt:

http://www.linuxforen.de/forums/showthr ... ost1721663

[smutbert]

Mit anderen Worten: Das ist gar kein Fehler, das Soundmodul ist von Hause aus Schrott?

So ungefähr. Möglichweise liegt auch einfach ein Hardwaredefekt vor oder der Motherboardhersteller hat bei der Konstruktion geschlampt. Das wäre nichts ungewöhnliches und AC'97 hatte ja zumindest eine Zeit lang einen etwas zweifelhaften Ruf und ich habe den Verdacht, dass die Meinung ein Onboardsound könne nichts taugen, die in Hififoren gelegentlich vertreten wird, ihren Ursprung vor allem in der Anfangszeit von AC'97 hat.
Es ist vielleicht auch kein Zufall, dass Intel den Namen AC'97 bei der Weiterentwicklung fallengelassen hat und man bei aktuellen Systemen nur mehr etwas von Intel HD Audio oä liest.

Oder hast du schon mal sowas erlebt:

ich habe mir schon seit Ewigkeiten angewöhnt Warnungen zu ignorieren, wenn sonst keine Probleme auftreten. Echte Probleme hatte ich mit Hardware dafür schon lange nicht keine mehr.



In den Modulen snd_intel8x0 und snd_ac97_codec, die für den Audiocontroller in der Southbridge und den Codec zuständig sind, habe ich keine Optionen entdeckt, die ich auch nur im entferntesten in Verdacht hätte, hier helfen zu können.
Wenn du 100%ig ausschließen willst, dass es an Linux liegt, könntest du ja, wenn möglich Windows installieren und testen ob das Problem dort auch auftritt.

[raa]

Wenn du 100%ig ausschließen willst, dass es an Linux liegt, könntest du ja, wenn möglich Windows installieren ...

Könnte ich.

[raa]

dass Intel den Namen AC'97 bei der Weiterentwicklung fallengelassen hat und man bei aktuellen Systemen nur mehr etwas von Intel HD Audio oä liest.

In meinem BIOS aber auch AC97 ...

Wenn du 100%ig ausschließen willst, dass es an Linux liegt, könntest du ja, wenn möglich Windows installieren ...

Könnte ich. Wenn sich die Kiste noch von der Installations-CD booten oder sich aus dem ISO-Abbild eine neue CD brennen ließe.

Umpf - booten konnte ich schon mal. Womit das Problem "Warum lassen sich keine neuen brennen und anschließend lesen" wohl bei dem Stapel Rohlinge liegen dürfte. Aber mal andersrum: Eine PCI-Soundkarte, die schon viel mehr "könnte, als ich brauche", gibt's so ab 11 Euren, wenn ich das richtig sehe. Welche wäre da zu empfehlen?

[smutbert]

Naja, PCI-Soundkarte werden langsam rar. Die, die ich hatte, gibt's schon lange nicht mehr.
Die Asus Xonar-Karten sind aber imho alle recht gut. Dasselbe gilt für die meisten Creative-Karten, wenn es einen nicht stört, dass sie keine 44100Hz Samplerate unterstützen.

Darf ich in dem Zusammenhang ganz dezent darauf verweisen, dass ich eine alte Creative SB Live! zu verkaufen versuche: http://www.hardwareluxx.de/community/f1 ... 27907.html
Allerdings muss ich auch ein bißchen vor dem Mixer dieser Karte warnen, der war für mich damals nämlich nicht auf Anhieb zu durchschauen (kann mich aber gar nicht mehr genau erinnern, warum ☺, aber wenn du eine einfache Karte suchst, ist sie nicht unbedingt die richtige).


Wenn es auch etwas teurer sein darf, würde ich dir aber sonst eher zu einem USB-Audiointerface raten. Im Gegensatz zu einer PCI-Karte, die mit einem neuen Computer wahrscheinlich mangels Steckplatz nutzlos wird, könntest du die aller Wahrscheinlichkeit nach einfach weiterverwenden.
Ich habe zB eine ESI U24XL http://www.thomann.de/at/esi_u24_xl.htm Die ist einfach, funktioniert unter allen mir bekannten Betriebssystemen problemlos und die Qualität ist meiner Meinung nach auch in Ordnung. In vielen Foren werden, wenn es günstig sein soll, auch sehr oft die USB-Interfaces von Behringer empfohlen, zB http://geizhals.at/behringer-u-control- ... 57181.html

[raa]

Naja, PCI-Soundkarte werden langsam rar.

Nimm's mir nicht übel: Spinnst du? (Achtung. Eine Frage kann keine Beleidigung sein, höchstens eine Tatsachenbehauptung - s. §§ 185 ff. StGB).

http://www.idealo.de/preisvergleich/Pro ... 64112.html

Darf ich in dem Zusammenhang ganz dezent darauf verweisen, dass ich eine alte Creative SB Live! zu verkaufen versuche: http://www.hardwareluxx.de/community/f1 ... 27907.html

Darfst du. Und in diesem Zusammenhang mal den Betreiber dieses Forums fragen, wie er auf die Schnapsidee kam, mich zu sperren statt diverser Trolls. Aber das ist ja wohl keine Frage. Ein einziger Forenbetreiber hat den Grund mal offen zugegeben. Rate mal, welchen.

Wenn es auch etwas teurer sein darf,

Darf's nicht. Es grüßt ein ALG II - Empfänger. Es kann nicht schaden, dem Link in meiner Signatur dort zu folgen.

https://www.df.eu/forum/threads/73789-B ... s-verwirrt

Im Gegensatz zu einer PCI-Karte, die mit einem neuen Computer wahrscheinlich mangels Steckplatz nutzlos wird, könntest du die aller Wahrscheinlichkeit nach einfach weiterverwenden.

Der erste und bisher einzige "neue" Computer, den ich mir gekauft habe, war so vor 20 Jahren ein 486er, wenn ich mich recht erinnere. (Und ein Bekannter hat ein Jahr später für genau den gleichen noch die Hälfte bezahlt.) Seitdem wird nur noch gebastelt.

Ach ja, überflüssigerweise - "mein" Board wird heute auch noch verkauft:

https://geizhals.at/asrock-p4i65g-dual- ... 02869.html

Selbstverständlich hab' ich ihm auch mal die "beste" CPU (sprich: Damit auch den kompromisslosesten Stromfresser) spendiert, also einen Pentium Prescott mit 3,2 GHz. Natürlich mit variabler Taktung mittels p4clockmod, (selbstverständlich analog) temperaturgeregelten und damit üblicherweise "flüsterleisen" Lüftern, also als erstes flog die "Original Intel" - Heulboje auf dem CPU - Kühlkörper dahin, wo sie hingehörte, also in den Sondermüll:

http://www.hkraus.eu/stand_24_01_11.jpg

http://www.hkraus.eu/stand_26_02_11.jpg

Ach ja - das ist ja auch schon wieder 3 Jahre her. Inzwischen ist also der gute Röhrenmonitor logischerweise auch den Weg alles Irdischen gegangen.

Deine Links muss ich mir noch einmal in Ruhe durchlesen, bis jetzt weiß ich nur, dass es schwierig ist Kapital aufzutreiben,

Hm, hm. Diesbzügl. hab' ich jetzt Konatkt mir diesem Herrn (besseren allerdings schon mit seiner Sekretärin) - aber das nur mal völlig am Rande.

http://de.wikipedia.org/wiki/Manfred_Zollner

Zufälle gibt's: Auf ihn kam ich durch die Namensgleichheit mit Herrn Prof. Manfred Zollner: https://hps.hs-regensburg.de/~elektrogitarre/

[smutbert]

Bei geizhals und den Fachhändlern, wo ich gelegentlich kaufe ist die Auswahl an PCI-Soundkarten jedenfalls schon sehr viel kleiner geworden und vor allem finde ich keine einzige der Soundkarten mehr, von denen ich, zu der Zeit als ich noch PCI-Karten hatte, überzeugt war, dass sie gut und günstig sind.
Von den meisten, die es noch gibt weiß ich nicht was ich halten soll.

[raa]

Bei geizhals und den Fachhändlern, wo ich gelegentlich kaufe ist die Auswahl an PCI-Soundkarten jedenfalls schon sehr viel kleiner geworden und vor allem finde ich keine einzige der Soundkarten mehr, von denen ich, zu der Zeit als ich noch PCI-Karten hatte, überzeugt war, dass sie gut und günstig sind.
Von den meisten, die es noch gibt weiß ich nicht was ich halten soll.

Aber mehr als von meinem On-Board-Modul doch hoffentlich auf alle Fälle. Guck' dir doch die Störgeräusche des "Grundpegels" mal etwas genauer an - welche Frequenzen und so ...

http://www.hkraus.eu/1ende.flac

Mit an Sicherheit grenzender Wahrscheinlichkeit wird das irgendwo auf dem Board eingestreut. Ich hatte ja erst mein Netzteil in Verdacht (das hängt ja ohne eigenes Gehäuse drin - das hat nur Platz weggenommen und enthielt eh' zu 2/3 nur Luft) - also dass das die Störquelle sein könnte. Ist es aber nicht. Auch wenn ich's 'rausschwenke, prasselt's in der Aufnahme genau so ...

Wenn du 100%ig ausschließen willst, dass es an Linux liegt, könntest du ja, wenn möglich Windows installieren und testen ob das Problem dort auch auftritt.

Könnte ich. Wenn mir nicht bei dem Versuch das Windows-Setup die Partitionstabelle zerschossen hätte, also mein ganzes Linux nebenbei mit im A... Gesäß. Das Backup will natürlich auch nicht so richtig, wenn's mal gebraucht wird ...

Aber immerhin habe ich dadurch die Ursache für einige "unerklärliche" Fehler der Vergangenheit gefunden (wegen derer ich mich zuletzt schon nicht mehr grafisch anmelden konnte, weder mit GDM, KDM, Gnome, KDE, sonstwas), und wenn ich mich auf der Konsole angemeldet hatte, keinen XServer starten ... Wie erfahrungsgemäß fast immer "nur" nicht die richtigen Rechte für ein "systemweit" gebrauchtes Verzeichnis, jetzt zur Abwechslung mal /tmp ...

Ach ja, wohl überflüssig zu erwähnen: Mit der "SystemRescue" - CD war's logischerweise kein Problem, eine Wheezy Live-DVD zu brennen. Von der zu booten, logischerweise auch nicht mehr ...

Das zur Erkläriung, warum ich zum eigentlichen Thema noch um etwas Geduld bitten muss, bin noch am Frickeln. Letzter verzweifelter Versuch: Das ganze Gnome und was damit zusammenhängt, von der Platte gekegelt und neu installiert. Vor einer halben Stunde ist es mir erstmalig gelungen, mein System in der alten Konfiguration wieder zum Laufen zu kriegen - uff (die war schließlich über Jahre "gewachsen"). Natürlich ist jetzt auch wieder PulseAudio mit von der Partie.

[raa]

Bei geizhals und den Fachhändlern, wo ich gelegentlich kaufe ist die Auswahl an PCI-Soundkarten jedenfalls schon sehr viel kleiner geworden und vor allem finde ich keine einzige der Soundkarten mehr, von denen ich, zu der Zeit als ich noch PCI-Karten hatte, überzeugt war, dass sie gut und günstig sind.
Von den meisten, die es noch gibt weiß ich nicht was ich halten soll.

Naja, was könnte denn nun z.B. an der "schlecht" sein:

http://www.idealo.de/preisvergleich/Off ... gitus.html

http://www.digitus.info/produkte/zubeho ... -ds-33700/

Schlecht fände ich nur, wenn sie unter Linux nicht läuft. Wie kriegt man das vorher 'raus?

[smutbert]

Störungen sind auch sehr oft auf Masseschleifen zurückzuführen. Bei vielen Computergehäusen handelt man sich die zB mit den Audiofrontanschlüssen ein, weil die einerseits über das Gehäuse und andererseits über die Kabel an Erde liegen. Das ist zwar keine besonders große Schleife, aber sie ist immerhin innerhalb des Computers, fängt also uU deutliche Störungen ein. Ähnliches gilt womöglich für die alten analogen oder digitalen Audioverbindungen zwischen optischem Laufwerk und Soundkarte/Onboardsound (die sind ja inzwischen aus der Mode gekommen).
Wenn das nicht die Ursache ist, ist halt dieser Onboardsound tatsächlich nicht das gelbe von Ei.


Und bei Soundkarten kann so einiges schief gehen. Erstens können Soundkarten schlecht sein (und zur Digitus habe ich keine Angaben zu Signal-Rauschabstand, auch sonst kaum technische Daten und keine Tests gefunden). Außerdem gibt es Chips/Modelle, die von Linux/Alsa nicht gut oder gar nicht unterstützt werden.
Der Via Chip wird zwar offensichtlich grundsätzlich gut unterstützt, aber wenn das Modell dem Treiber unbekannt ist oder nicht richtig erkannt wird, hat man trotzdem Scherereien und kurzes Googeln hat ua diese Diskussionen zutage gefördert
- http://askubuntu.com/questions/435231/h ... 7a-to-work
- http://ubuntuforums.org/showthread.php?t=1818126
- http://forum.ubuntuusers.de/topic/sound ... inrichten/
Die Probleme sind inzwischen zwar möglicherweise gelöst, aber gerade bei dem ungefähren Alter des letzten Themas wäre ich mir nicht sicher, dass Debian Wheezy das auch schon mitbekommen hat.
(Das wäre dann das nächste, denn viele aktuelle Karten werden auch neuere Treiber, dh in dem Fall also zumindest den Kernel aus den wheezy-backports benötigen. soweit ich weiß ist das zB bei den Asuskarten der Fall.)

[raa]

Störungen sind auch sehr oft auf Masseschleifen zurückzuführen. Bei vielen Computergehäusen handelt man sich die zB mit den Audiofrontanschlüssen ein, weil die einerseits über das Gehäuse und andererseits über die Kabel an Erde liegen.

Nö, meine nicht (auch Eigenbastelei - 4 Klinkenbuchsen und 2*USB). Hab' jetzt alles am Board abgezogen (war nicht ganz einfach, da war auch noch die Grafikkarte im Weg).

Das ist zwar keine besonders große Schleife, aber sie ist immerhin innerhalb des Computers, fängt also uU deutliche Störungen ein. Ähnliches gilt womöglich für die alten analogen oder digitalen Audioverbindungen zwischen optischem Laufwerk und Soundkarte/Onboardsound (die sind ja inzwischen aus der Mode gekommen).

Naja, das ganze Board ist nicht mehr das neueste Modell, also hat's auch noch einen anlogen Anschluss "CD1". Der ist aber jetzt auch offen.

Ergebnis bei Aufnahme wie gehabt.

Wenn das nicht die Ursache ist, ist halt dieser Onboardsound tatsächlich nicht das gelbe von Ei.

Schaut ganz so aus. Brauche die Ursache für in so gar mancher meiner *.mp3s deutlich wahrnehmbare Verzerrungen also nicht mehr in meinem Verstärker zu suchen.

Und bei Soundkarten kann so einiges schief gehen.

Hm. Ich brauche aber eine.

Erstens können Soundkarten schlecht sein (und zur Digitus habe ich keine Angaben zu Signal-Rauschabstand, auch sonst kaum technische Daten und keine Tests gefunden). Außerdem gibt es Chips/Modelle, die von Linux/Alsa nicht gut oder gar nicht unterstützt werden.
Der Via Chip wird zwar offensichtlich grundsätzlich gut unterstützt, aber wenn das Modell dem Treiber unbekannt ist oder nicht richtig erkannt wird, hat man trotzdem Scherereien und kurzes Googeln hat ua diese Diskussionen zutage gefördert
- http://askubuntu.com/questions/435231/h ... 7a-to-work
- http://ubuntuforums.org/showthread.php?t=1818126
- http://forum.ubuntuusers.de/topic/sound ... inrichten/
Die Probleme sind inzwischen zwar möglicherweise gelöst, aber gerade bei dem ungefähren Alter des letzten Themas wäre ich mir nicht sicher, dass Debian Wheezy das auch schon mitbekommen hat.
(Das wäre dann das nächste, denn viele aktuelle Karten werden auch neuere Treiber, dh in dem Fall also zumindest den Kernel aus den wheezy-backports benötigen. soweit ich weiß ist das zB bei den Asuskarten der Fall.)

Hm, einen neuen Kernel hab' ich mir schon mal geleistet. Frag' mich jetzt nicht mehr, woher. Nennt sich "Linux 3.12-0.bpo.1-686-pae".

[raa]

Wenn du 100%ig ausschließen willst, dass es an Linux liegt, könntest du ja, wenn möglich Windows installieren und testen ob das Problem dort auch auftritt.

Könnte ich. Wenn mir nicht bei dem Versuch das Windows-Setup die Partitionstabelle zerschossen hätte, also mein ganzes Linux nebenbei mit im A... Gesäß.

Nee, nee, die Partitionstabelle war ok, nur in dem modifizierten MBR aus irgendeinem jetzt nicht mehr nachvollziehbaren Grund fürs BIOS "ungültig". Für Linux (SuperGRUB) kein Problem.

Die Asus Xonar-Karten sind aber imho alle recht gut.

Eine Bestätigung:

http://www.computerbase.de/forum/showth ... ?t=1170420

Gute Daten, würde ich sagen:

http://www.amazon.de/interne-Soundkarte ... asus+xonar

Ist bestellt.

[raa]

Gute Daten, würde ich sagen:

http://www.amazon.de/interne-Soundkarte ... asus+xonar

Ist bestellt.

Lässt aber noch auf sich warten. Amazon war auch schon mal schneller.

[raa]

Gute Daten, würde ich sagen:

http://www.amazon.de/interne-Soundkarte ... asus+xonar

Ist bestellt.

Lässt aber noch auf sich warten.

Jetzt nicht mehr.

[raa]

Hm, also so schaut das jetzt aus (das On-Board-Modul im BIOS deaktiviert):

Code: Alles auswählen

hk@Melina:~$ aplay -l
**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: DG [Xonar DG], Gerät 0: Multichannel [Multichannel]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 0: DG [Xonar DG], Gerät 1: Digital [Digital]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0

Code: Alles auswählen

hk@Melina:~$ aplay -L
null
    Discard all samples (playback) or generate zero samples (capture)
default:CARD=DG
    Xonar DG, Multichannel
    Default Audio Device
sysdefault:CARD=DG
    Xonar DG, Multichannel
    Default Audio Device
front:CARD=DG,DEV=0
    Xonar DG, Multichannel
    Front speakers
surround40:CARD=DG,DEV=0
    Xonar DG, Multichannel
    4.0 Surround output to Front and Rear speakers
surround41:CARD=DG,DEV=0
    Xonar DG, Multichannel
    4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=DG,DEV=0
    Xonar DG, Multichannel
    5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=DG,DEV=0
    Xonar DG, Multichannel
    5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=DG,DEV=0
    Xonar DG, Multichannel
    7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
iec958:CARD=DG,DEV=0
    Xonar DG, Multichannel
    IEC958 (S/PDIF) Digital Audio Output

Wiedergabe (über den analogen "Kopfhörer-/Front" - Ausgang, also die grüne Buchse) geht erst mal, und soweit man das gehörmäßig beurteilen kann, scheinen die Daten auch zu stimmen ("Signalrauschabstand = 105 dB, Verzerrung = 0,0025 %, ..."). Jedenfalls zu dem verunglückten "OnBoard-Sound" ein Unterschied wie Tag und Nacht. Was mich aber erst mal vor Rätsel stellt:

Die Karte hat nur eine Eingangsbuchse - lt. Manual "Mikrofoneingang" (mit eingebautem Vorverstärker) und "Line In-Port". Wie soll das gehen? Erst recht, was mir der QuasMixer so präsentiert:



Wovon erst mal nix irgendwie funktioniert, und in Audacity ist der "Aufnahme" - Schieberegler erst mal völlig inaktiv, also ausgegraut. Hm, auf der Karte gibt's noch einen (analogen) "AUX" - Eingang, da hab' ich halt den "Audio" - Ausgang des CD (/DVD) - Laufwerks eingestöpselt. Und einen "Frontpanel-Blenden-Anschluss" - den ich aber wohl kaum wie den auf dem Board mit meinem Eigenfriem verbinden kann - Zitat aus dem Manual:

Intel HDA Frontpanel konform und unterstützt HP-Buchsenerkennung und schaltet automatisch die Audio-Ausgabe von den rückseitigen Anschlüssen zum Frontpanel um Unterstützt Frontpanel und Sound-Karten-Mikrofoneingangsmixer.

Naja, das könnte irgendwann vielleicht sehr bequem sein, andererseits möchte ich aber den analogen Ausgang, an dem jetzt mein externer Amp hängt, "hinten" behalten. "Vorne 'raus" soll's so wenig Kabelsalat wie möglich bleiben.

Jede Idee, z.B. für asound.conf & Co. (und so weit wie irgend möglich analog) ist erst mal willkommen. Danke im voraus.

[smutbert]

Ein Anschluss der mehrere Funktionen ermöglicht ist weiter nichts besonderes, bei Notebooks ist das Gang und Gäbe, sogar dass ein Anschluss, abhängig davon was angeschlossen ist, ein Ein- oder Ausgang ist. Ob bei der Xonar ein Mikrofon automatisch erkannt und umgeschaltet wird oder das durch die Wahl des Aufnahmereglers in qasmixer eingestellt wird, weiß ich nicht.

Die asound.conf aus dem älteren Beitrag anzupassen dürfte nicht allzu schwierig sein, es sollte genügen das ICH5 durch DG zu ersetzen (Name der Karte laut aplay)

Code: Alles auswählen

pcm.!default {
# Standardausgabegerät
   type plug
   slave.pcm "duplex"
}

ctl.!default {
# Standardmixer (dem Gerät, dessen Lautstärke per default
# geregelt wird), verweist nur auf den Mixer von DG
   type hw
   card DG
}

pcm.dmixer {
# Softwaremixing und Weiterleitung zur Ausgabe an "hw:DG,0"
# (Gerät 0 der Soundkarte DG, aus der Ausgabe von "aplay -l")
   type dmix
   ipc_key 1024
   slave {
      pcm "hw:DG,0"
      period_time 0
      period_size 1024
      buffer_size 8192
      rate 44100
   }
}

ctl.dmixer {
# wird nur definiert, weil manche Anwendungen zu jeder definierten
# "virtuellen Soundkarte" ein gleichnamiges Mixergerät erwarten,
# verweist aber wie der Standardmixer ctl.!default nur auf den Mixer
# von DG.
   type hw
   card DG
}

pcm.duplex {
# kombiniert das Aufnahmegerät von DG mit dmixer zu einer
# virtuellen Soundkarte für Wiedergabe und Aufnahme.
   type asym
   playback.pcm "dmixer" 
   capture.pcm "hw:DG,0"
   hint {
# Sorgt dafür, dass duplex in Anwendungen mit einem
# aussagekräftigen Namen angezeigt wird.
      show on
      description "Softwaremixing und direkte Aufnahme"
   }
}

ctl.duplex {
# siehe ctl.dmixer
   type hw
   card DG
}

um zu sehen, ob auch die Zeile capture.pcm in pcm.duplex stimmt, wäre es vielleicht ganz gut auch noch die Ausgabe von arecord -l zu überprüfen.
Der Aufnahmeregler in Audacity ist bei ca. der Hälfte der Soundkarten, die ich kenne, ohne Funktion (aber wegen solcher Unterschiede der Hardware und Treiber, wurde ja pulseaudio eingeführt, dort funktioniert er hardware- und treiberunabhängig ☺)

[raa]

Der Aufnahmeregler in Audacity ist bei ca. der Hälfte der Soundkarten, die ich kenne, ohne Funktion (aber wegen solcher Unterschiede der Hardware und Treiber, wurde ja pulseaudio eingeführt, dort funktioniert er hardware- und treiberunabhängig ☺)

Aber eben nicht unabhängig von PuseAudio, und das wollen wir doch nicht.

Die asound.conf aus dem älteren Beitrag anzupassen dürfte nicht allzu schwierig sein, es sollte genügen das ICH5 durch DG zu ersetzen (Name der Karte laut aplay)

Hm, hab's erst mal einfach so 'reinkopiert. Sicherheitsabfrage meines Gedächntnises: Die Datei gehört unter /etc, und es genügt, sie für alle User lesbar zu machen, richtig?

um zu sehen, ob auch die Zeile capture.pcm in pcm.duplex stimmt, wäre es vielleicht ganz gut auch noch die Ausgabe von arecord -l zu überprüfen.

Code: Alles auswählen

hk@Melina:~$ arecord -l
**** Liste der Hardware-Geräte (CAPTURE) ****
Karte 0: DG [Xonar DG], Gerät 0: Multichannel [Multichannel]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 0: DG [Xonar DG], Gerät 1: Digital [Digital]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
hk@Melina:~$

Schaut ganz gut aus, sag' ich mal. Du?

Ein Anschluss der mehrere Funktionen ermöglicht ist weiter nichts besonderes, bei Notebooks ist das Gang und Gäbe, sogar dass ein Anschluss, abhängig davon was angeschlossen ist, ein Ein- oder Ausgang ist. Ob bei der Xonar ein Mikrofon automatisch erkannt und umgeschaltet wird oder das durch die Wahl des Aufnahmereglers in qasmixer eingestellt wird, weiß ich nicht.

Nu, das kriegen wir auch noch 'raus.

[raa]

Also erste "Testergebnisse":

Wiedergabe funzt. Probiert mit "VLC", "VideoPlayer" und Audacity. Nur der QuasMixer ist nach wie vor praktisch wirkungslos. Da kann ich hoch- und 'runterschieben, stummschalten, was ich will - nix ändert sich. Probiert mit "default", "dmixer" und "duplex" aus seiner Geräteliste. Wiedergabelautstärke einstellen / Stummschalten nur in den entsprechenden Programmen möglich. Was haben "wir" falsch gemacht?

[smutbert]

Falsch? Gar nichts.

Die ersten vier Regler (rot) sind die Aufnahmeregler. Dass die sich bei der Wiedergabe nirgends auswirken, ist normal. Die beiden blauen Regler haben Monitor in der Bezeichnung, dienen also vermutlich dazu das Signal, das am analogen bzw. digitalen Eingang anliegt, auch am Ausgang auszugeben, zB um den Ton während der Aufnahme zu überprüfen (dasselbe kann man afaik auch mit zB Audacity in Software machen, was meiner Meinung nach sogar sinnvoller ist).

Was es aber bei dieser Karte offensichtlich nicht gibt (in qasmixer lassen sich auch keine Regler ausblenden) ist ein PCM oder Masterregler, der die Lautstärke der Wiedergabe beeinflussen würde. Die werden wohl auch deswegen immer seltener, weil sowieso jedes Programm und auch Abstraktaktionsschichten wie Pulseaudio in Software eigene Lautstärkeregler anbieten. Wenn die eigenen Regler der Abspielprogramme nicht genug sind, bleiben noch Pulseaudio oder ein softvol-Regler in Alsa.

Letzterer erfordert nur eine Handvoll Anpassungen in der asound.conf und steht danach im Mixer zu Verfügung. Die asound.conf könnte danach so aussehen

Code: Alles auswählen

pcm.!default {
# Standardausgabegerät
   type plug
   slave.pcm "duplex"
}

ctl.!default {
# Standardmixer (dem Gerät, dessen Lautstärke per default
# geregelt wird), verweist nur auf den Mixer von DG
   type hw
   card DG
}

pcm.softvol {
#definiert einen Masterlautstärkeregler im Mixer von DG
	type softvol
	slave.pcm "dmixer"
	control.name Master
	control.card DG
}

ctl.softvol {
	type hw
	card DG
}

pcm.dmixer {
# Softwaremixing und Weiterleitung zur Ausgabe an "hw:DG,0"
# (Gerät 0 der Soundkarte DG, aus der Ausgabe von "aplay -l")
   type dmix
   ipc_key 1024
   slave {
      pcm "hw:DG,0"
      period_time 0
      period_size 1024
      buffer_size 8192
      rate 44100
   }
}

ctl.dmixer {
# wird nur definiert, weil manche Anwendungen zu jeder definierten
# "virtuellen Soundkarte" ein gleichnamiges Mixergerät erwarten,
# verweist aber wie der Standardmixer ctl.!default nur auf den Mixer
# von DG.
   type hw
   card DG
}

pcm.duplex {
# kombiniert das Aufnahmegerät von DG mit dmixer zu einer
# virtuellen Soundkarte für Wiedergabe und Aufnahme.
   type asym
   playback.pcm "softvol" 
   capture.pcm "hw:DG,0"
   hint {
# Sorgt dafür, dass duplex in Anwendungen mit einem
# aussagekräftigen Namen angezeigt wird.
      show on
      description "Softwarelautstärkeregelung, Softwaremixing und direkte Aufnahme"
   }
}

ctl.duplex {
# siehe ctl.dmixer
   type hw
   card DG
}

Damit sollte beim Abspielen der Ton diesen Weg gehen:
default → duplex (virtuelle Soundkarte mit analoger Aufnahmemöglichkeit) → softvol (Softwarelautstärkeregelung) → dmixer (Softwaremixing) → "hw:DG,0" (Hardware)
Softvol-Regler kennen allerdings keinen Stummschalter. Den bekommt man in Alsa meines Wissens in Software einfach nicht…

Ach ja, und der Softwareregler taucht im Mixer erst auf, nachdem mit dieser neuen Konfiguration bereits etwas über ihn abgespielt wurde.

[raa]

Die ersten vier Regler (rot) sind die Aufnahmeregler. Dass die sich bei der Wiedergabe nirgends auswirken, ist normal.

Klar, das wird also der nächste Schritt.

Die beiden blauen Regler haben Monitor in der Bezeichnung, dienen also vermutlich dazu das Signal, das am analogen bzw. digitalen Eingang anliegt, auch am Ausgang auszugeben, zB um den Ton während der Aufnahme zu überprüfen (dasselbe kann man afaik auch mit zB Audacity in Software machen, was meiner Meinung nach sogar sinnvoller ist).

Japp, jetzt auch klar.

Was es aber bei dieser Karte offensichtlich nicht gibt (in qasmixer lassen sich auch keine Regler ausblenden) ist ein PCM oder Masterregler, der die Lautstärke der Wiedergabe beeinflussen würde. Die werden wohl auch deswegen immer seltener, weil sowieso jedes Programm und auch Abstraktaktionsschichten wie Pulseaudio in Software eigene Lautstärkeregler anbieten. Wenn die eigenen Regler der Abspielprogramme nicht genug sind, bleiben noch Pulseaudio oder ein softvol-Regler in Alsa.

Japp, den hätte ich eben gerne. Nicht weil mir die in den verschiedenen Programmen "nicht genug" wären, eher im Gegenteil zu viele. Die Lautstärke also einmal zu "normalisieren", wäre mein Bestreben. Ideal fand ich's ja, wie's in der alten Konfiguration funktioniert hat: Der "PCM" - Regler im Mixer und der "Wiedergabe" - Regler in Audacity waren "wie von Geisterhand" miteinander "synchronisiert".

Letzterer erfordert nur eine Handvoll Anpassungen in der asound.conf und steht danach im Mixer zu Verfügung. Die asound.conf könnte danach so aussehen ...

Japp, schaunmerdochmal.

Softvol-Regler kennen allerdings keinen Stummschalter. Den bekommt man in Alsa meines Wissens in Software einfach nicht…

Brauchemer doch auch nicht, oder?

Ach ja, und der Softwareregler taucht im Mixer erst auf, nachdem mit dieser neuen Konfiguration bereits etwas über ihn abgespielt wurde.

Danke für den Hinweis!

Meld' mich wieder, wenn alles funzt - oder doch noch was schiefgegangen ist, aber das ist wohl kaum noch zu befürchten, oder?

[raa]

Falsch? Gar nichts.

Doch, "irgendwas" schon.

Die ersten vier Regler (rot) sind die Aufnahmeregler. Dass die sich bei der Wiedergabe nirgends auswirken, ist normal. Die beiden blauen Regler haben Monitor in der Bezeichnung, dienen also vermutlich dazu das Signal, das am analogen bzw. digitalen Eingang anliegt, auch am Ausgang auszugeben, zB um den Ton während der Aufnahme zu überprüfen (dasselbe kann man afaik auch mit zB Audacity in Software machen, was meiner Meinung nach sogar sinnvoller ist).

Was es aber bei dieser Karte offensichtlich nicht gibt (in qasmixer lassen sich auch keine Regler ausblenden) ist ein PCM oder Masterregler, der die Lautstärke der Wiedergabe beeinflussen würde. Die werden wohl auch deswegen immer seltener, weil sowieso jedes Programm und auch Abstraktaktionsschichten wie Pulseaudio in Software eigene Lautstärkeregler anbieten. Wenn die eigenen Regler der Abspielprogramme nicht genug sind, bleiben noch Pulseaudio oder ein softvol-Regler in Alsa.

Letzterer erfordert nur eine Handvoll Anpassungen in der asound.conf und steht danach im Mixer zu Verfügung. Die asound.conf könnte danach so aussehen

Code: Alles auswählen

pcm.!default {
# Standardausgabegerät
   type plug
   slave.pcm "duplex"
}

ctl.!default {
# Standardmixer (dem Gerät, dessen Lautstärke per default
# geregelt wird), verweist nur auf den Mixer von DG
   type hw
   card DG
}

pcm.softvol {
#definiert einen Masterlautstärkeregler im Mixer von DG
	type softvol
	slave.pcm "dmixer"
	control.name Master
	control.card DG
}

ctl.softvol {
	type hw
	card DG
}

pcm.dmixer {
# Softwaremixing und Weiterleitung zur Ausgabe an "hw:DG,0"
# (Gerät 0 der Soundkarte DG, aus der Ausgabe von "aplay -l")
   type dmix
   ipc_key 1024
   slave {
      pcm "hw:DG,0"
      period_time 0
      period_size 1024
      buffer_size 8192
      rate 44100
   }
}

ctl.dmixer {
# wird nur definiert, weil manche Anwendungen zu jeder definierten
# "virtuellen Soundkarte" ein gleichnamiges Mixergerät erwarten,
# verweist aber wie der Standardmixer ctl.!default nur auf den Mixer
# von DG.
   type hw
   card DG
}

pcm.duplex {
# kombiniert das Aufnahmegerät von DG mit dmixer zu einer
# virtuellen Soundkarte für Wiedergabe und Aufnahme.
   type asym
   playback.pcm "softvol" 
   capture.pcm "hw:DG,0"
   hint {
# Sorgt dafür, dass duplex in Anwendungen mit einem
# aussagekräftigen Namen angezeigt wird.
      show on
      description "Softwarelautstärkeregelung, Softwaremixing und direkte Aufnahme"
   }
}

ctl.duplex {
# siehe ctl.dmixer
   type hw
   card DG
}

Hm, genau so schaut sie jetzt aus.

Damit sollte beim Abspielen der Ton diesen Weg gehen:
default → duplex (virtuelle Soundkarte mit analoger Aufnahmemöglichkeit) → softvol (Softwarelautstärkeregelung) → dmixer (Softwaremixing) → "hw:DG,0" (Hardware)

Hm, sollte er. Tut er das? K.A., glaube aber eher nicht. Kommt jedenfalls analog 'raus wie gehabt. Wenn ich auch bei größeren Dateien (eine LP-Seite) schon mal kurzzeitige Aussetzer hören musste.

Ach ja, und der Softwareregler taucht im Mixer erst auf, nachdem mit dieser neuen Konfiguration bereits etwas über ihn abgespielt wurde.

Tut er leider nicht. Der Mixer hat dieselben "Funktionen" wie vorher, also gar keine. Aufnahme geht auch nicht.

Bitte um gezielte Fehlersuchhinweise.

[smutbert]

Hm, die Wiedergabe funktioniert zwar, aber es erscheint kein neuer Lautstärkeregler (namens Master oder Hauptregler) und auch keine neue Karte in qasmixer names softvol? Was passiert bei

Code: Alles auswählen

aplay /usr/share/sounds/alsa/Front_Right.wav -D plug:softvol

Aufnahme funktioniert überhaupt nicht oder meinst du nur den Aufnahmeregler von Audacity? An welchem Anschluss hast du was angeschlossen und welche Aufnahmekanäle in qasmixer hattest du aktiviert?

[raa]

Hm, das Problem lag ganz woanders. Irgendwas auf dem Board war am Sterben, gestern hats den Geist ganz aufgegeben. Hab schon ein neues drin, aber da will das BIOS noch nicht so, wie ich will, mit der SATA-Festplatte:

http://debianforum.de/forum/viewtopic.php?f=13&t=150847

[raa]

Umpf, Hardware funktioniert wieder.

Hm, die Wiedergabe funktioniert zwar, aber es erscheint kein neuer Lautstärkeregler (namens Master oder Hauptregler) und auch keine neue Karte in qasmixer names softvol?

Jetzt schon:



Beide "Hauptregler" sind irgendwie miteinander "gekoppelt". Wiedergabe funzt, aber Aufnahme geht nach wie vor nix.

Aufnahme funktioniert überhaupt nicht oder meinst du nur den Aufnahmeregler von Audacity?

Sowohl als auch. Hm, welches Gerät soll ich in Audacity für die Aufnahme auswählen? Hab's schon mit ein paar probiert ...

An welchem Anschluss hast du was angeschlossen und welche Aufnahmekanäle in qasmixer hattest du aktiviert?

Is ja nur eine Eingangsbuchse da. Kanäle hab' ich alle mal durchprobiert. Es knackt zwar beim "Umschalten", aber Signal kommt nix durch.

Was passiert bei

Code: Alles auswählen

aplay /usr/share/sounds/alsa/Front_Right.wav -D plug:softvol

Folgendes:

Code: Alles auswählen

Wiedergabe: WAVE '/usr/share/sounds/alsa/Front_Right.wav' : Signed 16 bit Little Endian, Rate: 48000 Hz, mono

Und eine angenehme Stimme sagt "Front Right". Aber "mitten im Raum".