Habe probleme mit der soundunterstuetzung.
-wenn, kde gestartet wird oft kommt eine meldung wie "soundserver cpuoverload..."
-danach kann ich allerdings mit xmms mp3's spielen, allerdings haengen die sich nach ca. 1-2min auf.
-wenn ich dann einen anderen titel nehme gehts wieder fuer ca. 1-2 minuten - danach dasselbe.
hier meine config:
:~# lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x] (rev 44)
00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP]
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C596 ISA [Mobile South] (rev 23)
00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 10)
00:07.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 11)
00:07.3 Host bridge: VIA Technologies, Inc. VT82C596 Power Management (rev 30)
00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 10)
00:0c.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10)
00:0c.1 Communication controller: C-Media Electronics Inc CM8738 (rev 10)
01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS] 86C326 (rev
0b)
PS: Chipset ON-Board soundkarte stimmt - ist ein CMI8738.
:~# lsmod
Module Size Used by
lockd 42420 0 (autoclean) (unused)
sunrpc 57816 0 (autoclean) [lockd]
sound 56384 0 (unused)
soundlow 384 0 [sound]
cmpci 22624 1
soundcore 2452 7 [sound cmpci]
8139too 12600 1
ac97_codec 7372 0 (unused)
agpgart 23900 0
unix 11352 124 (autoclean)
PS: der cmpci sollte eigentlich zum CMI8738 passen...
:~# ls -l /dev/dsp
crw-rw---- 1 root audio 14, 3 Nov 4 2001 /dev/dsp
sollte auch passen...
Verwende WOODY und habe auch ein
apt-get update
apt-get dist-upgrade gemacht (ohne fehler...)
Hier die sources.list
:~# cat /etc/apt/sources.list
deb cdrom:[Debian GNU/Linux 3.0 _Woody_ - fsn.hu's i386 Binary-7 (20020125)]/ un
stable contrib main non-US/contrib non-US/main non-US/non-free non-free
deb cdrom:[Debian GNU/Linux 3.0 beta _Woody_ - Unofficial LinuxTag 2002 Edition
i386 Binary-1 (20020521)]/ unstable contrib main non-US/contrib non-US/main
deb cdrom:[Debian GNU/Linux 3.0 _Woody_ - fsn.hu's i386 Binary-8 (20020125)]/ un
stable contrib main non-US/contrib non-US/main non-US/non-free non-free
deb cdrom:[Debian GNU/Linux 3.0 _Woody_ - fsn.hu's i386 Binary-6 (20020208)]/ un
stable contrib main non-US/contrib non-US/main non-US/non-free non-free
deb cdrom:[Debian GNU/Linux 3.0 _Woody_ - fsn.hu's i386 Binary-5 (20020208)]/ un
stable contrib main non-US/contrib non-US/main non-US/non-free non-free
deb cdrom:[Debian GNU/Linux 3.0 _Woody_ - fsn.hu's i386 Binary-4 (20020125)]/ un
stable contrib main non-US/contrib non-US/main non-US/non-free non-free
deb cdrom:[Debian GNU/Linux 3.0 _Woody_ - fsn.hu's i386 Binary-3 (20020125)]/ un
stable contrib main non-US/contrib non-US/main non-US/non-free non-free
deb cdrom:[Debian GNU/Linux 3.0 _Woody_ - fsn.hu's i386 Binary-2 (20020208)]/ un
stable contrib main non-US/contrib non-US/main non-US/non-free non-free
deb cdrom:[Debian GNU/Linux 3.0 _Woody_ - fsn.hu's i386 Binary-1 (20020125)]/ un
stable contrib main non-US/contrib non-US/main non-US/non-free non-free
# deb http://security.debian.org/ stable/updates main contrib non-free
#These should point to woody
deb http://http.us.debian.org/debian woody main contrib non-free
deb http://non-us.debian.org/debian-non-US woody non-US/main non-US/contrib non-
US/non-free
Hat da jemand eine idee?
Probleme mit der Soundunterstuetzung - haengt nach ca. 1-2m
Hast Du Full-Duplex und oder eine niedrige Latenz-Zeit in KDE ausgewählt? Dies kann ein Grund sein.
Dein Problem hängt mit den Sound-Daemons und der Tatsache zusammen, dass viele Soundkarten-Treiber nur einen gleichzeitigen Zugriff erlauben. Darum gibt es Sound-Daemons, die die Ausgabestöme bündeln bevor sie an den Treiber übergeben werden.
ESound wird von Gnome verwendet und KDE verwendet als Sounddaemon arts. Darum solltest Du unter KDE das Ausgabemodul arts für XMMS wählen.
Weiteres zu diesem Problem findest Du mit Hilfe der Suchfunktion von diesem Forum, da es ein sehr häufig auftretendes Problem ist.
Dein Problem hängt mit den Sound-Daemons und der Tatsache zusammen, dass viele Soundkarten-Treiber nur einen gleichzeitigen Zugriff erlauben. Darum gibt es Sound-Daemons, die die Ausgabestöme bündeln bevor sie an den Treiber übergeben werden.
ESound wird von Gnome verwendet und KDE verwendet als Sounddaemon arts. Darum solltest Du unter KDE das Ausgabemodul arts für XMMS wählen.
Weiteres zu diesem Problem findest Du mit Hilfe der Suchfunktion von diesem Forum, da es ein sehr häufig auftretendes Problem ist.
Danke.
Hatte auch schon gesehen, das ein soundserver notwendig ist wenn man mehr als eine soundapp gleichzeitig nutzen will.
hatte auch schon etwas ueber esound und alsa gelesen. wusste allerdings nicht, dass die beiden soundserver zu den oberflaechen gehoerten.
werde mal die latenzzeiten pruefen.
p.s. such funktion hatte ich scho bemueht, leider ohne erfolg, bzw. ich war zu schusselig den richtigen suchbegriff zu verwenden
Hatte auch schon gesehen, das ein soundserver notwendig ist wenn man mehr als eine soundapp gleichzeitig nutzen will.
hatte auch schon etwas ueber esound und alsa gelesen. wusste allerdings nicht, dass die beiden soundserver zu den oberflaechen gehoerten.
werde mal die latenzzeiten pruefen.
p.s. such funktion hatte ich scho bemueht, leider ohne erfolg, bzw. ich war zu schusselig den richtigen suchbegriff zu verwenden
habe versucht das ganze in den griff zu bekommen, aber irgendwie will das noch nicht.
unter kde gleiches problem wie vorher.
habe mal mpg123 installiert und im terminal (nicht unter x!) gestartet - geht.
unter gnom tut isich ausser einer fehlermeldung von xmms (das das sound device nicht geht) garnichts, egal ob oss oder esound.
frage: wie bekomme ich heraus ob esound, alsa oder oss instaliert ist.?
z.b. apt-get install esound sagt immer das esound installiert und aktuell ist...
unter kde gleiches problem wie vorher.
habe mal mpg123 installiert und im terminal (nicht unter x!) gestartet - geht.
unter gnom tut isich ausser einer fehlermeldung von xmms (das das sound device nicht geht) garnichts, egal ob oss oder esound.
frage: wie bekomme ich heraus ob esound, alsa oder oss instaliert ist.?
z.b. apt-get install esound sagt immer das esound installiert und aktuell ist...
In Zukunft wird auch gnome auf arts umsteigen.
arts und esound sind sound dameons.
oss und alsa sind treiber. Es gibt aber nicht nur oss und als , sondern auch noch native Soundtreiber im Linuxkernel.
Ob arts oder esound läuft kannst Du ganz einfach feststellen in dem Du die Liste aller Prozesse anschaust:
"ps asx | grep arts"
"ps asx | grep esd"
Welche Module in den Kernel geladen worden sind kannst Du mit "lsmod" feststellen. Module mit "snd-*" sind alsa-Module. Die Alsa-Module sind aber nicht im 2.4er oder 2.2er Kernel enthalten; Du musst sie erst extra installieren: "apt-get install alsa-source" Unter "/usr/share/doc/alsa-source/Readme.Debian.gz" findest Du eine ausführliche Anleitung.
Die besten Soundtreiber sind die alsa-Treiber. Wenn Du bei ihnen auch noch den oss-compatibility-layer (/etc/alsa/alsa-base.conf) benutzt können auch mehrere Apps auf "/dev/dsp" zugreifen.
arts und esound sind sound dameons.
oss und alsa sind treiber. Es gibt aber nicht nur oss und als , sondern auch noch native Soundtreiber im Linuxkernel.
Ob arts oder esound läuft kannst Du ganz einfach feststellen in dem Du die Liste aller Prozesse anschaust:
"ps asx | grep arts"
"ps asx | grep esd"
Welche Module in den Kernel geladen worden sind kannst Du mit "lsmod" feststellen. Module mit "snd-*" sind alsa-Module. Die Alsa-Module sind aber nicht im 2.4er oder 2.2er Kernel enthalten; Du musst sie erst extra installieren: "apt-get install alsa-source" Unter "/usr/share/doc/alsa-source/Readme.Debian.gz" findest Du eine ausführliche Anleitung.
Die besten Soundtreiber sind die alsa-Treiber. Wenn Du bei ihnen auch noch den oss-compatibility-layer (/etc/alsa/alsa-base.conf) benutzt können auch mehrere Apps auf "/dev/dsp" zugreifen.
habe nun arts installiert (incl. des arts plugin fuerr xmms) und kann auch den artsd (getestet in auf der konsole) starten.
dann: artsd beendet, x mit kde gestartet.
hinweis: wieder die meldung : cpu overload
dann unter kde kontrollcenter:
arts an (war default)
echtzeit prio: an (war default)
fullduplex: aus (war default)
(also nichts geandert)
dann auf sound testen - testsound wird gespielt.
wieder xmms gestartet - arts plugin gewaehlt - mp3 song wiedergegeben.
diesmal keine "unsaubere wiedergabe", aber wieder nach ca. 2min abruch.
und eine fehlermeldung "soundserver cpu overload fatal ...."
danach wieder nach kde controlcenter und echtzeit auf aus gesetzt.
meldung "soundserver wird nun neu gestartet...."
danach meldung "cannot connect to ...."
und dann ist schluss mit dem sound.
sieht fuer mich nach einem hardware/treiber problem aus.
allerdings gehts mit win98se, sowie mit knoppix (wobei knoppix alsa verwendet und auch einen neueren kernel...)
hab im augenblick keine idee mehr...
p.s.: habe auch versucht alsa zu installieren:
apt-get install alsa-source.
geht anscheined auch, es wird auch die configuration aufgerufen (welche module man erstellen will).
nur bleibt das /usr/share/alsa-source dir danach leer (wird allerdings angelegt). die /etc/alsa.conf wird ebenfalls erstellt und ist vorhanden.
es wird auch kein dep erstellt, zumindest nicht im /home/user dir.
habe nun ein apt-get remove alsa-source gemacht, das es nicht geht.
p.s.2: der cmpci schein ja schon das richtige modul zu sein...
dann: artsd beendet, x mit kde gestartet.
hinweis: wieder die meldung : cpu overload
dann unter kde kontrollcenter:
arts an (war default)
echtzeit prio: an (war default)
fullduplex: aus (war default)
(also nichts geandert)
dann auf sound testen - testsound wird gespielt.
wieder xmms gestartet - arts plugin gewaehlt - mp3 song wiedergegeben.
diesmal keine "unsaubere wiedergabe", aber wieder nach ca. 2min abruch.
und eine fehlermeldung "soundserver cpu overload fatal ...."
danach wieder nach kde controlcenter und echtzeit auf aus gesetzt.
meldung "soundserver wird nun neu gestartet...."
danach meldung "cannot connect to ...."
und dann ist schluss mit dem sound.
sieht fuer mich nach einem hardware/treiber problem aus.
allerdings gehts mit win98se, sowie mit knoppix (wobei knoppix alsa verwendet und auch einen neueren kernel...)
hab im augenblick keine idee mehr...
p.s.: habe auch versucht alsa zu installieren:
apt-get install alsa-source.
geht anscheined auch, es wird auch die configuration aufgerufen (welche module man erstellen will).
nur bleibt das /usr/share/alsa-source dir danach leer (wird allerdings angelegt). die /etc/alsa.conf wird ebenfalls erstellt und ist vorhanden.
es wird auch kein dep erstellt, zumindest nicht im /home/user dir.
habe nun ein apt-get remove alsa-source gemacht, das es nicht geht.
p.s.2: der cmpci schein ja schon das richtige modul zu sein...
Eine Anleitung zu Alsa hättest Du unter "usr/share/doc/alsa-source/README.Debian.gz" gefunden.
Ich würde Dir raten nochmals die Alsa-Sourcen zu installieren und die HOWTO Schritt für Schritt durchzugehen.
Für die 2.4.16er Kernels sind auch schon bereits vorkompilierte alsa-module in Paketform bei Woody enthalten.
Ich würde Dir raten nochmals die Alsa-Sourcen zu installieren und die HOWTO Schritt für Schritt durchzugehen.
Für die 2.4.16er Kernels sind auch schon bereits vorkompilierte alsa-module in Paketform bei Woody enthalten.
)Woody verwendet den Kernel, den Du bei der Installation verwendet hast. Dies geschieht von haus aus mit dem 2.2er - Du kannst aber auch einen 2.4er benutzen.
Es gibt bereits für verschieden CPUs optimierte Kernels. Da es für die 2.4.16er auch schon alsa-Module gibt würde ich Dir raten einen solchen zu installieren:
"apt-get install kernel-image-2.4.16-386"
"apt-get install alsa-modules-2.4.16-386"
Anstelle des 386 kannst Du auch das Kürzel für Deine CPU einsetzten.
"apt-cache search kernel-image-2.4.16" liefert Dir eine Liste aller verfügbaren Kernels.
Generell: Kernels ab 2.4.16 sind ohne Bedenken zu empfehlen.
Es gibt bereits für verschieden CPUs optimierte Kernels. Da es für die 2.4.16er auch schon alsa-Module gibt würde ich Dir raten einen solchen zu installieren:
"apt-get install kernel-image-2.4.16-386"
"apt-get install alsa-modules-2.4.16-386"
Anstelle des 386 kannst Du auch das Kürzel für Deine CPU einsetzten.
"apt-cache search kernel-image-2.4.16" liefert Dir eine Liste aller verfügbaren Kernels.
Generell: Kernels ab 2.4.16 sind ohne Bedenken zu empfehlen.