Vorbemerkung: Ich möchte über den digitalen Koax-Ausgang der Soundkarte und einem digitalen Verstärker Musik hören. Theoretisch hört sich das gar nicht so schwierig an, ist es aber im konkreten Fall, da ich zwar unter bestimmten Bedingungen Ton hören kann, meistens aber nach einem Neustart nicht mehr. Daher meine Frage: Wie richtet man SPDIF _richtig_ ein und muss dabei keine Klimmzüge machen? http://wiki.archlinux.org/index.php/ALSA_Einrichten_(Deutsch) scheint mir noch am konkretesten zu sein, wobei die Bezeichnungen aber für Opensuse 11.1 anders sind. Entscheidend scheint mir die Änderung in asound.state zu sein, doch die wird nach jedem Neustart geändert oder neu erstellt? Kann es wirklich sein, dass man die Einstellungen beim Hochfahren von einer externen Konfiguration wieder herstellen muss? Ähnliches liest man, wenn man das Web durchforstet. Viele haben das Problem, dass die asound.state ungewünscht geändert wird, eine Lösung, die nicht "Gewalt anwendet" habe ich aber keine gefunden. IMO kann das doch nicht sein. Die direkte Änderung der asound.state wird beim Starten von alsasound sofort wieder korrigiert. Also habe ich das probiert: alsactl -f /etc/myasoundstate store vi /etc/myasoundstate (Änderung auf true) alsactl -f /etc/myasoundstate restore /etc/init.d/alsasound restart Danach ist jedenfalls der Startsound unter KDE zu hören. Man könnte alsactl -f /etc/myasoundstate restore /etc/init.d/alsasound restart irgendwo beim Booten einbauen. Neben einiger Problematiken kann ich mir aber nicht vorstellen, dass das so gedacht ist. http://wiki.archlinux.org/index.php/ALSA_Einrichten_(Deutsch) verweist auf Gnome und dieser Hinweis ist gar nicht schlecht, denn danach funktioniert einiges, das beeindruckt aber KDE nicht. Wenn ich in den Audio-Systemeinstellungen eine der beiden Soundkarte auswähle, dann höre ich den Testton. Der ist beim Test mit KDE 4.3.4 in Multimedia nicht zu hören. Nach dem 1. Versuch war mit vlc unter Gnome auch Ton zu hören. Nach einem Versuch mit vlc unter KDE wollte aber vlc unter Gnome auch nicht mehr einen Ton ausgeben. Banshee ist das einzige Programm, dass sowohl mit Gnome als auch KDE Sound digital ausgibt. Was ist notwendig, dass für alle User der Sound digital ausgegeben wird und zwar sowohl auf der Konsole als auch allen Windowmanagern? Pulseaudio habe ich entfernt und verwende nur mehr esound. Den Grund kann man im Thread "Zum Verzweifeln - 2. Soundkarte wird zufällig ausgewählt" nachlesen. Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Der SPDIF Ausgang wird auf den Soundkarten auch als IEC958 bezeichnet. Dafür sollte man in seinem Home Directory eine Datei ".asoundrc" einrichten, über die man das dann steuern kann. Der folgende Link hat mir dabei sehr geholfen: http://www.sabi.co.uk/Notes/linuxSoundALSA.html (englisch) Das ist meines Erachtens eine der besten Zusammenfassungen von ALSA und da sind auch weitere links drin. asouund.state und ähnliches würde ich nicht anfassen. Nahezu alles was man als Nutzer braucht kann über .asoundrc eingestellt werden. So wie ich das gesehen habe übernimmt KDE nicht die Geräte, die in .asoundrc definiert wurden. Das halt ich persönlich für einen Fehler, allerdings hab ich mich auch noch nicht mit phonon beschäftigt. Viel Vergnügen damit :-). Werner Am 28.12.2009 23:09, schrieb Al Bogner:
Vorbemerkung: Ich möchte über den digitalen Koax-Ausgang der Soundkarte und einem digitalen Verstärker Musik hören. Theoretisch hört sich das gar nicht so schwierig an, ist es aber im konkreten Fall, da ich zwar unter bestimmten Bedingungen Ton hören kann, meistens aber nach einem Neustart nicht mehr.
Daher meine Frage: Wie richtet man SPDIF _richtig_ ein und muss dabei keine Klimmzüge machen?
http://wiki.archlinux.org/index.php/ALSA_Einrichten_(Deutsch) scheint mir noch am konkretesten zu sein, wobei die Bezeichnungen aber für Opensuse 11.1 anders sind.
Entscheidend scheint mir die Änderung in asound.state zu sein, doch die wird nach jedem Neustart geändert oder neu erstellt?
Kann es wirklich sein, dass man die Einstellungen beim Hochfahren von einer externen Konfiguration wieder herstellen muss? Ähnliches liest man, wenn man das Web durchforstet. Viele haben das Problem, dass die asound.state ungewünscht geändert wird, eine Lösung, die nicht "Gewalt anwendet" habe ich aber keine gefunden. IMO kann das doch nicht sein.
Die direkte Änderung der asound.state wird beim Starten von alsasound sofort wieder korrigiert.
Also habe ich das probiert: alsactl -f /etc/myasoundstate store vi /etc/myasoundstate (Änderung auf true) alsactl -f /etc/myasoundstate restore /etc/init.d/alsasound restart
Danach ist jedenfalls der Startsound unter KDE zu hören.
Man könnte alsactl -f /etc/myasoundstate restore /etc/init.d/alsasound restart irgendwo beim Booten einbauen. Neben einiger Problematiken kann ich mir aber nicht vorstellen, dass das so gedacht ist.
http://wiki.archlinux.org/index.php/ALSA_Einrichten_(Deutsch) verweist auf Gnome und dieser Hinweis ist gar nicht schlecht, denn danach funktioniert einiges, das beeindruckt aber KDE nicht.
Wenn ich in den Audio-Systemeinstellungen eine der beiden Soundkarte auswähle, dann höre ich den Testton. Der ist beim Test mit KDE 4.3.4 in Multimedia nicht zu hören. Nach dem 1. Versuch war mit vlc unter Gnome auch Ton zu hören. Nach einem Versuch mit vlc unter KDE wollte aber vlc unter Gnome auch nicht mehr einen Ton ausgeben.
Banshee ist das einzige Programm, dass sowohl mit Gnome als auch KDE Sound digital ausgibt.
Was ist notwendig, dass für alle User der Sound digital ausgegeben wird und zwar sowohl auf der Konsole als auch allen Windowmanagern?
Pulseaudio habe ich entfernt und verwende nur mehr esound. Den Grund kann man im Thread "Zum Verzweifeln - 2. Soundkarte wird zufällig ausgewählt" nachlesen.
Al
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag, 29. Dezember 2009 09:21:21 schrieb Werner Dittmann: Hallo Werner,
Der SPDIF Ausgang wird auf den Soundkarten auch als IEC958 bezeichnet.
Danke, ist bekannt.
Dafür sollte man in seinem Home Directory eine Datei ".asoundrc" einrichten, über die man das dann steuern kann. Der folgende Link hat mir dabei sehr geholfen:
Ich hätte gerne eine systemweite Einstellung, komme darauf aber zurück, wenn ich anders scheitere. Warum sollte sich jeder User im Normalfall was anderes konfigurieren? Könnte schon sein, dass User A Soundkarte 1 und analog verwenden will, User Soundkarte 2 und SPDIF und User C Soundkarte 3 und TOS, aber in der Regel wird das IMHO kaum so sein.
Das ist meines Erachtens eine der besten Zusammenfassungen von ALSA und da sind auch weitere links drin.
asouund.state und ähnliches würde ich nicht anfassen. Nahezu alles was man als Nutzer braucht kann über .asoundrc eingestellt werden.
Das findet man aber immer wieder in Wikis, etc. Theoretisch ist es auch ziemlich einfach, man muss ja "nur" IEC958 aktivieren. Ich frage mich jedoch, warum man das extra "kompliziert" aktivieren muss, die meisten Onboard- Soundkarten haben ja schon digitale Ausgänge. Ich würde es gut finden, wenn man mit Yast ganz simpel IEC958 aktivieren könnte, das dann für alle Windowmanager, Soundsysteme, etc. gilt und der User, der es nicht haben will, kann es deaktivieren. Das kann dann ja in ".asoundrc" oder wo immer abgelegt werden,
So wie ich das gesehen habe übernimmt KDE nicht die Geräte, die in .asoundrc definiert wurden. Das halt ich persönlich für einen Fehler, allerdings hab ich mich auch noch nicht mit phonon beschäftigt.
Ich bin bei 1 Rechner etwas weiter gekommen, warum es letztlich klappt, ist mir nicht klar, speziell da ich bei einem anderen Rechner mit digitaler Soundkarte anstehe. Ich vermute folgendes, obwohl ich die Logik nicht nachvollziehen kann: Die Soundkarte kann Alsa, OSS, etc. verwenden. Dafür gibt es eigene Mixer. Die Mixereinstellungen können/müssen für Gnome und KDE separat gespeichert werden. Wie schon geschrieben, hat es auf 1 Rechner unter Gnome relativ rasch geklappt. Banshee und Quodlibet spielten, der Rest nicht. Ich vermute, dass Banshee und Quodlibet nicht auf Alsa voreingestellt sind, die meisten anderen Programme aber auf Alsa. Jedenfalls kam ich dahinter, dass mit vlc deswegen nichts zu hören war, weil im Alsamixer IEC958 auf "Mute" gestellt war. Taste M hat dann IEC958 aktiviert und es war etwas zu hören. Das ist natürlich nicht so leicht zu verstehen, dass da was auf Mute gestellt ist, wenn man mit einem anderen Programm etwas hört. Da mit vlc schon unter Gnome was zu hören war, muss da irgendwas IEC958 im Alsamixer auf Mute gestellt haben, daran hätte ich mich sicher erinnert, wenn ich das deaktiviert hätte. Vermutlich ist das passiert, nachdem ich KDE gestartet habe, Als ich dann in Gnome IEC958 im Alsamixer mit M aktiviert habe, war auch was zu hören. Danach startete ich KDE und mit vlc war wieder nichts zu hören. Ich musste IEC958 im Alsamixer wieder aktivieren. Schwer nachzuvollziehen, warum das so ist. Ist ja gut, wenn man alles unterschiedlich konfigurieren kann, warum aber per default, alles deaktivieren? Mir erscheint das ziemlich chaotisch. Howtos findet man kaum und man verzweifelt, wenn da Dinge im Hintergrund umgestellt werden, die man nicht vermutet. Am Anfang wird man noch verunsichert, ob der digitale Verstärker richtig konfiguriert ist. Wenn 1x was zu hören ist, kann man wenigstens das und falsche Verkabeldung ausschließen.
Viel Vergnügen damit :-).
Wird noch etwas dauern. Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Die, 29 Dez 2009, Al Bogner schrieb:
Am Dienstag, 29. Dezember 2009 09:21:21 schrieb Werner Dittmann: [..]
Dafür sollte man in seinem Home Directory eine Datei ".asoundrc" einrichten, [..] Ich hätte gerne eine systemweite Einstellung,
/etc/asoundrc HTH, -dnh -- The only languages that can comfortably be written with the repertoire of US-ASCII happen to be Latin, Swahili, Hawaiian and American English without most typographic frills. It is rumoured that there are more languages in the world. -- Roman Czyborra -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mittwoch, 30. Dezember 2009 09:38:19 schrieb David Haller:
Hallo,
Am Die, 29 Dez 2009, Al Bogner schrieb:
Am Dienstag, 29. Dezember 2009 09:21:21 schrieb Werner Dittmann:
[..]
Dafür sollte man in seinem Home Directory eine Datei ".asoundrc" einrichten,
[..]
Ich hätte gerne eine systemweite Einstellung,
/etc/asoundrc
Ich finde da nur /usr/share/doc/packages/alsa/alsa-lib/asoundrc.txt und das ist ein Beispiel. Ich bin mir immer noch nicht sicher, ob man es über die asoundrc unbedingt machen muss und vor allem ist mir nicht klar, worauf es da ankommt, sonst hätte ich es schon probiert. Bei dem einen Rechner wo es nun auch nach einem Neustart problemlos klappt, finde ich im ganzen System keine asoundrc http://alsa-project.org/main/index.php/Asoundrc Neither the .asoundrc nor the asound.conf files are required for ALSA to work properly. Most applications will work without them. They are used to allow extra functionality, such as routing and sample-rate conversion, through the alsa-lib layer. This file allows the you to have more advanced control over your card/device. The .asoundrc file consists of definitions of the various cards available in your system. It also gives you access to the pcm plugins in alsa-lib. These allow you to do tricky things like combine your cards into one or access multiple I/Os on your mulitchannel card. Das wird sicher noch interessant, da das Endziel ist, von 2 digitalen Karten gleichzeitig auszugeben. Bei dem Rechner mit funktionierendem Sound hat irgendwas bewirkt, dass in der asound.state nach dem Hochfahren nun folgendes vorhanden ist: asound.state state.TRID4DWAVENX { ... control.170 { comment.access 'read write' comment.type BOOLEAN comment.count 1 iface MIXER name 'IEC958 Playback Switch' value true } amixer .... Simple mixer control 'IEC958',0 Capabilities: pswitch pswitch-joined Playback channels: Mono Mono: Playback [on] Sonst ist da nichts mit IEC958. Ich fürchte, dass beim anderen Rechner nur eine Kleinigkeit fehlt, zB irgendwas auf Mute ist. Bis zum nächsten Neustart sind in der asound.state die Werte ja auf "true". Das sollte doch für einen Test reichen um etwas zu hören. IMHO liegt es dann in erster Linie bei den Mixer-.Einstellungen. Vergleiche ich mit dem anderen Rechner, dann findet man da nicht viel mit IEC958 (siehe oben). Mit der anderen Soundkarte gibt es viel mehr Einträge. Es wäre interessant zu wissen, wie man Schritt für Schritt analysiert, ob für SPDIF bzw. Digital out alles ok ist. Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Mit, 30 Dez 2009, Al Bogner schrieb:
Am Mittwoch, 30. Dezember 2009 09:38:19 schrieb David Haller:
Am Die, 29 Dez 2009, Al Bogner schrieb:
Am Dienstag, 29. Dezember 2009 09:21:21 schrieb Werner Dittmann:
[..]
Dafür sollte man in seinem Home Directory eine Datei ".asoundrc" einrichten,
[..]
Ich hätte gerne eine systemweite Einstellung,
/etc/asoundrc
Ich finde da nur /usr/share/doc/packages/alsa/alsa-lib/asoundrc.txt und das ist ein Beispiel.
Äh, wurde wohl mal umbenannt seit der 10.2. Scheint jetzt /etc/asound.conf zu sein.
Ich bin mir immer noch nicht sicher, ob man es über die asoundrc unbedingt machen muss und vor allem ist mir nicht klar, worauf es da ankommt, sonst hätte ich es schon probiert. Bei dem einen Rechner wo es nun auch nach einem Neustart problemlos klappt, finde ich im ganzen System keine asoundrc
s.o.
http://alsa-project.org/main/index.php/Asoundrc Neither the .asoundrc nor the asound.conf files are required for ALSA to work properly. Most applications will work without them. They are used to allow extra functionality, such as routing and sample-rate conversion, through the alsa-lib layer.
This file allows the you to have more advanced control over your card/device. The .asoundrc file consists of definitions of the various cards available in your system. It also gives you access to the pcm plugins in alsa-lib. These allow you to do tricky things like combine your cards into one or access multiple I/Os on your mulitchannel card.
Das wird sicher noch interessant, da das Endziel ist, von 2 digitalen Karten gleichzeitig auszugeben.
Da sollte man was basteln können ;) Das schöne ist ja, du mußt keine Config haben, kannst aber.
Bei dem Rechner mit funktionierendem Sound hat irgendwas bewirkt, dass in der asound.state nach dem Hochfahren nun folgendes vorhanden ist:
asound.state state.TRID4DWAVENX { ... control.170 { comment.access 'read write' comment.type BOOLEAN comment.count 1 iface MIXER name 'IEC958 Playback Switch' value true }
Bei mir (CMI8738 Chip) ist da viel mehr. Allerdings ist mir bei der Gelegenheit aufgefallen, daß 'alsactl store' /etc/asound.state nicht überschreibt.
amixer .... Simple mixer control 'IEC958',0 Capabilities: pswitch pswitch-joined Playback channels: Mono Mono: Playback [on]
Sonst ist da nichts mit IEC958.
Bei mir passend zum 'state'. Wie schaut's in 'alsamixer' aus?
Es wäre interessant zu wissen, wie man Schritt für Schritt analysiert, ob für SPDIF bzw. Digital out alles ok ist.
Hab halt selber keine Erfahrung damit, mangels Boxen/Verstärker. -dnh -- We have reason to believe that man first walked upright to free his hands for masturbation. -- Lily Tomlin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mittwoch, 30. Dezember 2009 20:31:14 schrieb David Haller: Hallo David,
Am Mit, 30 Dez 2009, Al Bogner schrieb:
Am Mittwoch, 30. Dezember 2009 09:38:19 schrieb David Haller:
Am Die, 29 Dez 2009, Al Bogner schrieb:
Am Dienstag, 29. Dezember 2009 09:21:21 schrieb Werner Dittmann:
[..]
Dafür sollte man in seinem Home Directory eine Datei ".asoundrc" einrichten,
[..]
Ich hätte gerne eine systemweite Einstellung,
/etc/asoundrc
Ich finde da nur /usr/share/doc/packages/alsa/alsa-lib/asoundrc.txt und das ist ein Beispiel.
Äh, wurde wohl mal umbenannt seit der 10.2. Scheint jetzt /etc/asound.conf zu sein.
Die gibt es bei mir auf beiden Rechnern auch nicht. Ich habe jetzt aber herausgefunden wie man die asound.state verändert, ohne dass es nach einem Reboot weg ist. Bei kmix gibt es 2 ähnliche Fenster. Rechte Maustaste auf das Kmix-Symbol in der Desktopleiste ist falsch. Man öffnet Kmix aus der Desktopleiste, erweitert es mit Klick auf Mixer und wählt im Pulldown-Menü Einstellungen / Kanäle einrichten aus. Dort habe ich zumindest alles mit IEC angeklickt. Nach einem Neustart sieht die asound.state dann so aus: state.YMF754 { .... control.48 { comment.access 'read write' comment.type INTEGER comment.count 2 comment.range '0 - 16383' comment.dbmin -9999999 comment.dbmax 0 iface MIXER name 'IEC958 AC97 Playback Volume' value.0 13954 value.1 13954 } control.49 { comment.access 'read write' comment.type INTEGER comment.count 2 comment.range '0 - 16383' comment.dbmin -9999999 comment.dbmax 0 iface MIXER name 'IEC958 Capture Volume' value.0 14330 value.1 14330 } control.50 { comment.access 'read write' comment.type INTEGER comment.count 2 comment.range '0 - 16383' comment.dbmin -9999999 comment.dbmax 0 iface MIXER name 'IEC958 AC97 Playback Volume' index 1 value.0 13916 value.1 13916 } control.51 { comment.access 'read write' comment.type INTEGER comment.count 2 comment.range '0 - 16383' comment.dbmin -9999999 comment.dbmax 0 iface MIXER name 'IEC958 Capture Volume' index 1 value.0 13762 value.1 13762 } control.52 { comment.access 'read write' comment.type BOOLEAN comment.count 1 iface MIXER name 'IEC958 Playback Switch' value true } control.53 { comment.access 'read write' comment.type BOOLEAN comment.count 1 iface MIXER name 'IEC958 Capture Switch' value false } control.54 { comment.access 'read write' comment.type BOOLEAN comment.count 1 iface MIXER name 'IEC958 Loop' value true } control.55 { comment.access 'read write' comment.type BOOLEAN comment.count 1 iface MIXER name '4ch Duplication' value false } control.56 { comment.access 'read write' comment.type IEC958 comment.count 1 iface PCM device 1 name 'IEC958 Playback Default' value '0082000200000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000' } control.57 { comment.access read comment.type IEC958 comment.count 1 iface PCM device 1 name 'IEC958 Playback Con Mask' value '3eff000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000' } control.59 { comment.access 'read write' comment.type ENUMERATED comment.count 1 comment.item.0 'AC\'97' comment.item.1 IEC958 comment.item.2 'ZV Port' iface MIXER name 'Direct Recording Source' value IEC958 } } state.SB { Die Frage ist ob die restlichen false-Einträge entscheidend sind. Ist bei amixer etwas "off", dass es nicht sein sollte? # amixer Simple mixer control 'IEC958',0 Capabilities: cvolume pswitch pswitch-joined cswitch cswitch-joined Playback channels: Mono Capture channels: Front Left - Front Right Limits: Capture 0 - 16383 Mono: Playback [off] Front Left: Capture 0 [0%] [-99999.99dB] [off] Front Right: Capture 0 [0%] [-99999.99dB] [off] Simple mixer control 'IEC958 AC97',0 Capabilities: pvolume Playback channels: Front Left - Front Right Limits: Playback 0 - 16383 Mono: Front Left: Playback 16383 [100%] [0.00dB] Front Right: Playback 16383 [100%] [0.00dB] Simple mixer control 'IEC958 AC97',1 Capabilities: pvolume Playback channels: Front Left - Front Right Limits: Playback 0 - 16383 Mono: Front Left: Playback 16383 [100%] [0.00dB] Front Right: Playback 16383 [100%] [0.00dB] Simple mixer control 'IEC958 Loop',0 Capabilities: pswitch pswitch-joined Playback channels: Mono Mono: Playback [off] Simple mixer control 'IEC958',1 Capabilities: cvolume Capture channels: Front Left - Front Right Limits: Capture 0 - 16383 Front Left: Capture 0 [0%] [-99999.99dB] Front Right: Capture 0 [0%] [-99999.99dB] Simple mixer control 'PC Speaker',0 Capabilities: pvolume pvolume-joined pswitch pswitch-joined Playback channels: Mono Limits: Playback 0 - 15 Mono: Playback 8 [53%] [-21.00dB] [on] Simple mixer control 'Aux',0 Capabilities: pvolume pswitch pswitch-joined cswitch cswitch-exclusive Capture exclusive group: 0 Playback channels: Front Left - Front Right Capture channels: Front Left - Front Right Limits: Playback 0 - 31 Front Left: Playback 0 [0%] [-34.50dB] [off] Capture [off] Front Right: Playback 0 [0%] [-34.50dB] [off] Capture [off] Simple mixer control 'Mono Output Select',0 Capabilities: enum Items: 'Mix' 'Mic' Item0: 'Mix' Simple mixer control 'Capture',0 Capabilities: cvolume cswitch cswitch-joined Capture channels: Front Left - Front Right Limits: Capture 0 - 15 Front Left: Capture 13 [87%] [19.50dB] [on] Front Right: Capture 13 [87%] [19.50dB] [on] Simple mixer control 'Mix',0 Capabilities: cswitch cswitch-exclusive Capture exclusive group: 0 Capture channels: Front Left - Front Right Front Left: Capture [off] Front Right: Capture [off] Simple mixer control 'Mix Mono',0 Capabilities: cswitch cswitch-exclusive Capture exclusive group: 0 Capture channels: Front Left - Front Right Front Left: Capture [off] Front Right: Capture [off] Simple mixer control '4ch Duplication',0 Capabilities: pswitch pswitch-joined Playback channels: Mono Mono: Playback [off] Simple mixer control 'ADC',0 Capabilities: pvolume cvolume Playback channels: Front Left - Front Right Capture channels: Front Left - Front Right Limits: Playback 0 - 16383 Capture 0 - 16383 Front Left: Playback 0 [0%] [-99999.99dB] Capture 16383 [100%] [0.00dB] Front Right: Playback 0 [0%] [-99999.99dB] Capture 16383 [100%] [0.00dB] Simple mixer control 'ADC',1 Capabilities: pvolume cvolume Playback channels: Front Left - Front Right Capture channels: Front Left - Front Right Limits: Playback 0 - 16383 Capture 0 - 16383 Front Left: Playback 0 [0%] [-99999.99dB] Capture 0 [0%] [-99999.99dB] Front Right: Playback 0 [0%] [-99999.99dB] Capture 0 [0%] [-99999.99dB] Simple mixer control 'Digital',0 Capabilities: cvolume Capture channels: Front Left - Front Right Limits: Capture 0 - 16383 Front Left: Capture 16383 [100%] [0.00dB] Front Right: Capture 16383 [100%] [0.00dB] Simple mixer control 'Digital',1 Capabilities: cvolume Capture channels: Front Left - Front Right Limits: Capture 0 - 16383 Front Left: Capture 16383 [100%] [0.00dB] Front Right: Capture 16383 [100%] [0.00dB] Simple mixer control 'Direct Recording Source',0 Capabilities: enum Items: 'AC'97' 'IEC958' 'ZV Port' Item0: 'AC'97'
Das wird sicher noch interessant, da das Endziel ist, von 2 digitalen Karten gleichzeitig auszugeben.
Da sollte man was basteln können ;) Das schöne ist ja, du mußt keine Config haben, kannst aber.
Das ist leider noch in weiter Ferne. Erst mal will ich was hören.
Bei dem Rechner mit funktionierendem Sound hat irgendwas bewirkt, dass in der asound.state nach dem Hochfahren nun folgendes vorhanden ist:
asound.state state.TRID4DWAVENX { ... control.170 { comment.access 'read write' comment.type BOOLEAN comment.count 1 iface MIXER name 'IEC958 Playback Switch' value true }
Bei mir (CMI8738 Chip) ist da viel mehr.
Das ist das Schöne an der NX, dass sie nur digital out und kein in hat und es daher weniger Fehlermöglichkeiten gibt.
Allerdings ist mir bei der Gelegenheit aufgefallen, daß 'alsactl store' /etc/asound.state nicht überschreibt.
Bei mir schon. Probiere mal die asound.state zu ändern. Starte alsa neu. Bei mir wird nichts geändert Mache dann ein alsactl store. Ich hatte danach wieder andere Einstellungen, d.h. aus true wurde false. Man müsste herausfinden, wohin kmix schreibt.
amixer .... Simple mixer control 'IEC958',0 Capabilities: pswitch pswitch-joined Playback channels: Mono Mono: Playback [on]
Sonst ist da nichts mit IEC958.
Bei mir passend zum 'state'. Wie schaut's in 'alsamixer' aus?
Schwer zu sagen. Man müsste alsamixer zurücksetzen können. Ich sehe da noch eventuell Einträge von einer Soundkarte, die nicht mehr vorhanden ist. Speziell bei Gnome im Kontrollzentrum blicke ich gar nicht mehr durch, da ist die Soundkarte mehrfach vorhanden, 3x bei Alsa und 3x bei OSS. Ich sehe gerade, dass seit der Konfiguration mit Kmix und Neustart wieder einiges auf Mute ist. Die asound.state hätte mich das nicht vermuten lassen. Hier Screenshots vom alsamixer. http://pinguin.uni.cc/alsa_digital_out/alsamixer_hoontech_xg1.jpg http://pinguin.uni.cc/alsa_digital_out/alsamixer_hoontech_xg2.jpg http://pinguin.uni.cc/alsa_digital_out/alsamixer_hoontech_xg3.jpg
Es wäre interessant zu wissen, wie man Schritt für Schritt analysiert, ob für SPDIF bzw. Digital out alles ok ist.
Hab halt selber keine Erfahrung damit, mangels Boxen/Verstärker.
Bei mir ist es so, dass digital viel besser klingt als analog. Da liegen Welten dazwischen. Alte digitale AV-Verstärker gibt es schon unter 100€. Ich verwende dafür einen http://uk.cinenow.com/products/10-pioneer-vsx-808-rds Ich werde ASAP die Onboard-Soundkarte mit optischem Kabel probieren. Es könnte ja auch theoretisch die Soundkarte zum Bracket nicht korrekt verkabelt sein. Analog ist jedenfalls was zu hören. Digital gibt es so viele Möglichkeiten, was nicht passen kann. Ich habe schon beide Koax-Verbindungen probiert. http://www.hoontech.de/images/xg_large.jpg IMO müsste es im Foto der unter Cinch-Stecker sein. Am Slot-Blech ist es noch schlechter zu lesen als am Foto. Ich lese unten "out". Vielleicht findest du heraus, ob dieser Onboard-Sound überhaupt schon unterstützt ist? Dann teste ich das mal: Mobo: MSI KA780GM ATI SBx00 Azalia (Intel HDA) ATI RS780 Azalia controller hwinfo --sound 23: PCI 14.2: 0403 Audio device [Created at pci.318] UDI: /org/freedesktop/Hal/devices/pci_1002_4383 Unique ID: 5Dex.088ZxcDVrH6 SysFS ID: /devices/pci0000:00/0000:00:14.2 SysFS BusID: 0000:00:14.2 Hardware Class: sound Model: "ATI SBx00 Azalia (Intel HDA)" Vendor: pci 0x1002 "ATI Technologies Inc" Device: pci 0x4383 "SBx00 Azalia (Intel HDA)" SubVendor: pci 0x1462 "Micro-Star International Co., Ltd." SubDevice: pci 0x7552 Driver: "HDA Intel" Driver Modules: "snd_hda_intel" Memory Range: 0xfe6f4000-0xfe6f7fff (rw,non-prefetchable) IRQ: 16 (383 events) Module Alias: "pci:v00001002d00004383sv00001462sd00007552bc04sc03i00" Driver Info #0: Driver Status: snd_hda_intel is active Driver Activation Cmd: "modprobe snd_hda_intel" Config Status: cfg=no, avail=yes, need=no, active=unknown 32: PCI 105.1: 0403 Audio device [Created at pci.318] UDI: /org/freedesktop/Hal/devices/pci_1002_960f Unique ID: l4dC.c0dBXnOvkn6 Parent ID: vSkL.gT93UME2GWC SysFS ID: /devices/pci0000:00/0000:00:01.0/0000:01:05.1 SysFS BusID: 0000:01:05.1 Hardware Class: sound Model: "ATI RS780 Azalia controller" Vendor: pci 0x1002 "ATI Technologies Inc" Device: pci 0x960f "RS780 Azalia controller" SubVendor: pci 0x1462 "Micro-Star International Co., Ltd." SubDevice: pci 0x7501 Driver: "HDA Intel" Driver Modules: "snd_hda_intel" Memory Range: 0xfe8e8000-0xfe8ebfff (rw,non-prefetchable) IRQ: 19 (17 events) Module Alias: "pci:v00001002d0000960Fsv00001462sd00007501bc04sc03i00" Driver Info #0: Driver Status: snd_hda_intel is active Driver Activation Cmd: "modprobe snd_hda_intel" Config Status: cfg=no, avail=yes, need=no, active=unknown Attached to: #11 (PCI bridge) Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mittwoch, 30. Dezember 2009 22:05:45 schrieben Sie:
Vielleicht findest du heraus, ob dieser Onboard-Sound überhaupt schon unterstützt ist? Dann teste ich das mal:
Mobo: MSI KA780GM
ATI SBx00 Azalia (Intel HDA) ATI RS780 Azalia controller
Wird unterstützt. Ist allerdings sehr verwirrend. Ich habe in ein paar Minuten einen Testton gehabt, das war aber Zufall, denn, digital läuft unter "analog". Ich konnte es gar nicht glauben, bis ich alle sonstigen Kabel absteckte und letztlich während der Musik das optische Kabel beim Verstärker abzog und kein Ton mehr spielte. Siehe http://pinguin.uni.cc/alsa_digital_out/onboard_digital.jpg HDAATI SB (ALC 888 analog) Ich verstehe zwar nicht was HDMI im Zusammenhang mit Onboard-Sound (siehe Bild) bedeutet und wie man das anspricht. Das ist aber erstmals nicht so wichtig. Darauf habe ich alles probiert und habe alle Varianten der PCI-Karte getestet. Leider kein Ton. Allerdings schaffte ich es nicht optisch digital mit vlc etwas zu hören, mit Amarok schon. In den VLC-Einstellungen fand ich keine Möglichkeit die Soundkarte zuzuordnen. SPDIF war beim vlc-Test aktiviert und auch nicht. Viel bringt mir das Wissen nicht, dass Onboard-Sound digital funktioniert, da ich per Koax-Kabel digital hören will. Ich denke aber nun mit den Kmix- Optionen sollte man digital etwas hören können, vorausgesetzt es ist nicht irgendwas auf mute oder irgendwie umgeleitet. Das macht nachdenklich: http://alsa.opensrc.org/index.php/DigitalOut * IEC958, IEC958 1 or similarly named channels: Set to "PCM Out". <-- HOW do you do this?? Added sample image, but thumbnail creation doesn't work... For now: [1] When referring to a digital output, setting it to "PCM Out" instructs the card to pass through the audio bytestream exactly as it is received from an application without applying any mixer settings. This is important, since a main point of having a digital audio output is to extract raw data from the PC to a device that may be more capable. Many people, apparently including hardware designers, my regard digital outputs purely as a noise-free version of analog outputs. However, the interface is really a separate (if unidirectional) interface. This is important to keep in mind when passing AC3 surround data streams through the card to an external decoder. In that case, modifications of the stream would make it completely invalid. Ich überlege mir schon eine andere PCI-Karte in den Rechner zu geben, doch letztlich brauche ich in irgendeinem Rechner diese XG funktionierend. Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 30.12.2009 23:03, schrieb Al Bogner:
Viel bringt mir das Wissen nicht, dass Onboard-Sound digital funktioniert, da ich per Koax-Kabel digital hören will. Ich denke aber nun mit den Kmix- Optionen sollte man digital etwas hören können, vorausgesetzt es ist nicht irgendwas auf mute oder irgendwie umgeleitet.
Hallo Al, bist Du mit dem Problem schon weitergekommen? Mein SPDIF wird öfters mal stummgeschaltet, während es aus den anderen Ausgängen munter weiterplärrt. Die Einstellungen in KMIX habe ich angepasst, was schon mal etwas weiterhilft. Zumindest wird kurz nach dem KDE-Start der SPDIF nicht mehr ausgeschaltet. Der SPDIF funktioniert jetzt solange mit einem beliebigen Programm, bis ein anderes Programm ebenfalls eine Soundausgabe machen möchte, bzw. bis ein Systemsound gespielt wird. In KMIX ist dann auf einmal das Häckchen bei stummgeschaltet gesetzt (obwohl noch immer was über die anderen Ausgänge zu hören ist), und nur root oder ein Neustart kann das wieder ändern. Systemsounds sind immer über SPDIF hörbar. Grüße René -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag, 19. Januar 2010 23:27:47 schrieb René Falk:
Am 30.12.2009 23:03, schrieb Al Bogner:
Viel bringt mir das Wissen nicht, dass Onboard-Sound digital funktioniert, da ich per Koax-Kabel digital hören will. Ich denke aber nun mit den Kmix- Optionen sollte man digital etwas hören können, vorausgesetzt es ist nicht irgendwas auf mute oder irgendwie umgeleitet.
Hallo Al,
bist Du mit dem Problem schon weitergekommen?
Gute Frage. Ich habe eine andere Soundkarte verbaut und bin mir nun nicht sicher ob ich ein defektes Bracket für SPDIF habe oder es an der Konfiguration liegt. Mit der anderen Karte (Sweex) funktioniert SPDIF out und mehr brauche ich nicht.
Mein SPDIF wird öfters mal stummgeschaltet, während es aus den anderen Ausgängen munter weiterplärrt.
Ich krieg nun analog nichts mehr von der Onboard-Soundkarte raus. Mangels Zeit ist das zurückgestellt.
Die Einstellungen in KMIX habe ich
Kmix, dürfte IMHO die beste Methode zur Konfiguration sein, _wenn_ man das richtige der beiden ähnlichen Menüs verwendet ;-) Also nicht die rechte Maustaste in der Desktopleiste verwenden.
angepasst, was schon mal etwas weiterhilft. Zumindest wird kurz nach dem KDE-Start der SPDIF nicht mehr ausgeschaltet.
Lösche mal die asound.state und mache sofort einen Neustart.
Der SPDIF funktioniert jetzt solange mit einem beliebigen Programm, bis ein anderes Programm ebenfalls eine Soundausgabe machen möchte, bzw. bis ein Systemsound gespielt wird.
Das konnte ich nicht feststellen. Amarok, vlc und gmpc spielen, wenn es auf Alsa gestellt ist.
In KMIX ist dann auf einmal das Häckchen bei stummgeschaltet gesetzt (obwohl noch immer was über die anderen Ausgänge zu hören ist), und nur root oder ein Neustart kann das wieder ändern. Systemsounds sind immer über SPDIF hörbar.
Hast du in KDE / Multimedia alles richtig konfiguriert? Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 20.01.2010 16:00, schrieb Al Bogner:
Am Dienstag, 19. Januar 2010 23:27:47 schrieb René Falk:
Hallo Al,
bist Du mit dem Problem schon weitergekommen?
Gute Frage. Ich habe eine andere Soundkarte verbaut und bin mir nun nicht sicher ob ich ein defektes Bracket für SPDIF habe oder es an der Konfiguration liegt. Mit der anderen Karte (Sweex) funktioniert SPDIF out und mehr brauche ich nicht.
Ich bräuchte auch nur SPDIF. Ist mein erster Rechner ohne zusätzliche Soundkarte eingebaut, weil SPDIF schon auf dem Motherboard mit drauf ist. Die anderen Ausgänge überwache ich nur, um zu sehen, ob sich da was tut.
Mein SPDIF wird öfters mal stummgeschaltet, während es aus den anderen Ausgängen munter weiterplärrt.
Ich krieg nun analog nichts mehr von der Onboard-Soundkarte raus. Mangels Zeit ist das zurückgestellt.
Die Einstellungen in KMIX habe ich
Kmix, dürfte IMHO die beste Methode zur Konfiguration sein, _wenn_ man das richtige der beiden ähnlichen Menüs verwendet ;-) Also nicht die rechte Maustaste in der Desktopleiste verwenden.
Ja, so hatte ich das auch gemacht.
angepasst, was schon mal etwas weiterhilft. Zumindest wird kurz nach dem KDE-Start der SPDIF nicht mehr ausgeschaltet.
Lösche mal die asound.state und mache sofort einen Neustart.
Werde ich bei nächster Gelegenheit ausprobieren.
In KMIX ist dann auf einmal das Häckchen bei stummgeschaltet gesetzt (obwohl noch immer was über die anderen Ausgänge zu hören ist), und nur root oder ein Neustart kann das wieder ändern. Systemsounds sind immer über SPDIF hörbar.
Hast du in KDE / Multimedia alles richtig konfiguriert?
Ich denke schon. Grüße René -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (4)
-
Al Bogner -
David Haller -
René Falk -
Werner Dittmann