Hallo,
könnt ihr mir veilleicht helfen, ich habe seit lägerem ein Problem mit ALSA und meiner Soundkarte Terratec EWX 24/96.
Ich habe die Treiber 0.5.12, die Libs und die Utils 0.5.10 kompiliert und als Modul eingebunden alles genau wie beschrieben, hat alles ohne Probleme geklappt, aber Sound kriege ich bis heute noch keinen.
Jede Anwendung, z.B. xmms oder ogle, reagieren bei Zugriff auf die Soundkarte mit
** WARNING **: SNDCTL_DSP_SETFMT ioctl failed: Das Argument ist ungültig
** WARNING **: SNDCTL_DSP_SPEED ioctl failed: Das Argument ist ungültig
Hat jemand Ahnung, was mache ich falsch?? Was bedeutet das?? Bitte um Hilfe!!!!!
Vielen Dank
Grüße Kai aus der Neustadt
Hallo,
es waren tatsächlich die Zugriffsrechte, danke für den Tip. Die Idee mit dem Framebuffer wollte ich jetzt ausprobieren und habe mir deshalb den Kernel 2.4.19 gezogen und wollte mir diesen jetzt mit Framebuffersupport für meine Grafikkarte (Matrox G450, Dualhead) bauen. Mein Problem ist folgendes: Es gibt eine Schaltfläche FB- Support, diese ist allerdings grau hinterlegt, d. h. ich kann den FB- Support nicht einkompelieren! Gibt es irgendwo einen Kernel, wo der FB- Support schon problemlos einkompilierbar ist, oder habe ich irgendwo vergessen, eine Option mit anzugeben? Wenn ja, welche!
Ahoi Bernd!
Hi Bernd,
On Tue, Aug 27, 2002 at 09:36:25AM +0200, Bernd Müller wrote:
Wenn ich mich als root anmelde, funktioniert der Gui einwandfrei. (Beide Befehle gmplayer und mplayer -gui) starten den mplayer, trotz einiger Fehlermeldungen in der Konsole (u. a. : Gui- file not find). Melde ich mich allerdings als ganz normaler User an, funktioniert der Gui nicht, es erscheinen in der Konsole allerdings die gleichen
Fehlermeldungen in
der Konsole.
Mit Sicherheit ein Problem mit den Zugriffsrechten. Bitte poste mal die genauen Konsolenausgaben (Fehlermeldungen) und evtl. auch die Zugriffsrechte von /dev/dsp, /dev/dvd, /dev/fb0... Betreibst Du den mplayer unter X oder auf der Framebuffer-Konsole?
Gruß, Matthias
Hallo Bernd,
Mein Problem ist folgendes: Es gibt eine Schaltfläche FB- Support, diese ist allerdings grau hinterlegt, d. h. ich kann den FB- Support nicht
einkompelieren!
Gibt es irgendwo einen Kernel, wo der FB- Support schon problemlos einkompilierbar ist, oder habe ich irgendwo vergessen, eine Option mit anzugeben?
Die Framebuffer-Konsole zählt noch als experimentelles Feature des Kernels. Du musst beim Konfigurieren des Kernels angeben, dass (auch) experimentelle Treiber konfiguriert werden dürfen. # Code maturity level options ---> [x] Prompt for development and/or incomplete code/drivers
Gruß, Matthias
Hallo Bernd,
Mein Problem ist folgendes: Es gibt eine Schaltfläche FB- Support, diese ist allerdings grau hinterlegt, d. h. ich kann den FB- Support nicht
einkompelieren!
Gibt es irgendwo einen Kernel, wo der FB- Support schon problemlos einkompilierbar ist, oder habe ich irgendwo vergessen, eine Option mit anzugeben?
Die Framebuffer-Konsole zählt noch als experimentelles Feature des Kernels. Du musst beim Konfigurieren des Kernels angeben, dass (auch) experimentelle Treiber konfiguriert werden dürfen. # Code maturity level options ---> [x] Prompt for development and/or incomplete code/drivers
Gruß, Matthias
On Wed, Aug 28, 2002 at 10:42:18PM +0200, Kai wrote:
** WARNING **: SNDCTL_DSP_SETFMT ioctl failed: Das Argument ist ungültig
** WARNING **: SNDCTL_DSP_SPEED ioctl failed: Das Argument ist ungültig
mit ioctls teilt ein Programm dem Treiber bestimmte einstellbare Sachen mit (z.B. wird der Framebuffer AFAIK ueber ios gesteuert). Wenn so etwas kommt, liegt das wahrscheinlich an einem oder mehreren Bugs im Sourcecode des Treibers. Schau also mal in der README oder AUTHORS Datei, an wen man einen Bugreport posten koennte und frag dort nach. Die Leute koennen dir vermutlich eher helfen. (an alle: war das jetzt richtig? :))
Grüße Kai aus der Neustadt
Ulf aus Dresden :)
Hallo,
On Thu, Aug 29, 2002 at 07:49:39PM +0200, Ulf Lorenz wrote:
On Wed, Aug 28, 2002 at 10:42:18PM +0200, Kai wrote:
** WARNING **: SNDCTL_DSP_SETFMT ioctl failed: Das Argument ist ung?ltig
** WARNING **: SNDCTL_DSP_SPEED ioctl failed: Das Argument ist ung?ltig
mit ioctls teilt ein Programm dem Treiber bestimmte einstellbare Sachen mit (z.B. wird der Framebuffer AFAIK ueber ios gesteuert). Wenn so etwas kommt, liegt das wahrscheinlich an einem oder mehreren Bugs im Sourcecode des Treibers.
Meistens ist das Problem nicht im (Kernel-)Treiber, sondern im Programm das den Treiber verwenden will. Gelegentlich hat sich bloss das Interface des Treibers geaendert und das Programm hat noch kein entsprechendes Update gehabt.
Holger
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Thursday 29 August 2002 23:51, Holger Dietze wrote:
Meistens ist das Problem nicht im (Kernel-)Treiber, sondern im Programm das den Treiber verwenden will. Gelegentlich hat sich bloss das Interface des Treibers geaendert und das Programm hat noch kein entsprechendes Update gehabt.
Noe, diese beiden ioctls werden benutzt um die Groesse eines Samples (SETFMT) und die Sample-Geschwindigkeit (SPEED) zu setzen. Die sind Standard, wenn das der Treiber nicht kann zeigt /dev/dsp entweder auf etwas anderes als die Soundkarte oder der Treiber ist total kaputt.
Konrad
- -- BOFH excuse #342:
HTTPD Error 4004 : very old Intel cpu - insufficient processing power
Am Freitag, dem 30. August 2002 um 07:59:06, schrieb Konrad Rosenbaum:
Noe, diese beiden ioctls werden benutzt um die Groesse eines Samples (SETFMT) und die Sample-Geschwindigkeit (SPEED) zu setzen. Die sind Standard, wenn das der Treiber nicht kann zeigt /dev/dsp entweder auf etwas anderes als die Soundkarte oder der Treiber ist total kaputt.
Das ist nicht ungewöhnlich bei onboard sound - AC97 spezifiziert doch wohl bloss 48 kHz, oder? Warum es bei der Terratec nicht funktioniert, wundert mich aber auch. Am einfachsten ist es artsd zu verwenden, der kann auf 48 kHz resamplen.
Torsten
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Friday 30 August 2002 08:27, Torsten Werner wrote:
Am Freitag, dem 30. August 2002 um 07:59:06, schrieb Konrad Rosenbaum:
Noe, diese beiden ioctls werden benutzt um die Groesse eines Samples (SETFMT) und die Sample-Geschwindigkeit (SPEED) zu setzen. Die sind Standard, wenn das der Treiber nicht kann zeigt /dev/dsp entweder auf etwas anderes als die Soundkarte oder der Treiber ist total kaputt.
Das ist nicht ungewöhnlich bei onboard sound - AC97 spezifiziert doch wohl bloss 48 kHz, oder? Warum es bei der Terratec nicht funktioniert, wundert mich aber auch. Am einfachsten ist es artsd zu verwenden, der kann auf 48 kHz resamplen.
Die beiden ioctl's muessen trotzdem existieren. Zu SETFMT gibt es das Gegenstueck GETFMT, das einem erst einmal sagt, was erlaubt ist. SPEED muss man durchprobieren, irgendwann stimmt die Soundkarte zu "ja kann ich".
Probier mal das: sox -t ossdsp /dev/dsp x.wav
Sox probiert wirklich alles durch, was moeglich ist, wenn der Fehler dort auftritt ist es ein Treiber-Problem.
Ganz nebenbei: hast Du den OSS-Treiber von ALSA eingeschaltet? Sonst funktionieren blos die ALSA ioctl's. ("modprobe alsa-oss" oder so aehnlich)
Konrad
- --
Adding debug code (printk, if/then/BUG() etc) to track down a driver bug sometimes changes behaviour enough to turn it into a heisenbug. In these cases a kernel debugger is the best way to swat it. - -Dan Hollis
lug-dd@mailman.schlittermann.de
-
Bernd Müller -
Holger Dietze -
Kai -
Konrad Rosenbaum -
Matthias Petermann -
Torsten Werner -
Ulf Lorenz