Kein passendes demux-Modul

[keks]

suse findet meine soundkarte (mal wieder) nicht und das ätzende kratzende rauschen is wieder da -.-
das einzige was ich heut gemacht hab is css gespielt,
dann wollt ich wollt ich musik hören mit xmms -> suse findet keine soundkarte.

Das hört sich stark nach "verstopfem" dsp an
Welches Soundausgabegerät benutzt du für's css spielen? bzw wine?
Hast du für wine/cedega das alsa plugin installiert bzw auf alsa umgestellt?
Es ist kein Wunder das du keine Musik hören kannst solange dein Ausgabegerät von CSS belegt wird
.
.
.
EDIT (autom. Beitragszusammenführung) :
.

versteh nich wie man sowas benutzen kann, kein wunder das 90% der pcs windows drauf haben....

Weil die meisten nicht wissen was sie verpassen


[edit]
Ach ja nochwas mit

lsof /dev/dsp

kannst du feststellen welches Programm nun dein Ausgabegerät belegt!

 

[ravendust]

hi,
hab lsof /dev/dsp eingeben, is aber nichts passiert obwohl xmms läuft.
css zock ich mit crossover6. aber teste grad mit wine (updatet grad')
aber das werd ich wohl nicht benutzen weil die knöppe da alle übelst versetzt sind...

zum sound hab ich bei crossover jetzt garnix zu gefunden...
aber ich mein das kann ja eigentlich nicht relevant sein oder? weil mit den anderen games klappt ja alles wunderbar

will mich auch nochmal endschuldigen, aber ich werd aggresiv wenn ich meine musik nicht hören kann -.-

 

[aspire_5652]

Kein passendes demux-Modul. Meist bedeutet dies, dass das Dateiformat nicht unterstüt

Habe das gleiche Problem. Konnte es aber mit den angegebenen Tipps nicht lösen können. Eigtl ist alles richtig installiert:

OpenSuSE 11.0
Amarok Version 1.4.10

#rpm -qa | grep amarok
amarok-lang-1.4.10-100.pm.1
amarok-libvisual-1.4.10-100.pm.1
amarok-yauap-1.4.10-100.pm.1
amarok-xine-1.4.10-100.pm.1
amarok-1.4.10-100.pm.1

Wenn Amarok direkt eine eigene xine-Engine mitbringt, erwarte ich dass diese auch passt und letztendlich funktioniert?!

Dann habe ich noch folgende Pakete installiert:

libxine1-1.1.15-44.pm.0
libxine1-aa-1.1.15-44.pm.0

#rpm -qa | grep mad
libtunepimp5-mad-0.5.3-100.pm.9
liblzmadec0-4.32.5-0.pm.1
libmad-0.15.1b-5.1

Wie bereits gepostet, habe ich schon die ehemals installierten Pakete "xine-lib" und "mad" entfernt. Keine Änderung.

Achso die Repos:

# zypper repos
#  | Alias                                                                           | Name                                    | Aktiviert | Auffrischen
---+---------------------------------------------------------------------------------+-----------------------------------------+-----------+------------
1  | http://download.nvidia.com/opensuse/11.0                                        | NVIDIA Repository                       | Ja        | Ja
2  | http://download.opensuse.org/repositories/KDE:/Community/openSUSE_11.0/         | openSUSE BuildService - KDE:Community   | Ja        | Ja
3  | openSUSE-DVD 11.0                                                               | openSUSE-DVD 11.0                       | Nein      | Nein
4  | http://download.opensuse.org/repositories/X11:/XGL/openSUSE_11.0/               | openSUSE BuildService - X11:XGL         | Ja        | Ja
5  | http://download.opensuse.org/repositories/KDE:/Backports/openSUSE_11.0/         | openSUSE BuildService - KDE:Backports   | Ja        | Ja
6  | VMware                                                                          | VMware                                  | Ja        | Ja
7  | repo-oss                                                                        | openSUSE-11.0-Oss                       | Ja        | Nein
8  | openSUSE-11.0-Updates                                                           | openSUSE-11.0-Updates                   | Ja        | Ja
9  | http://download.opensuse.org/repositories/OpenOffice.org:/STABLE/openSUSE_11.0/ | openSUSE BuildService - OpenOffice.org  | Ja        | Ja
10 | repo-debug                                                                      | openSUSE-11.0-Debug                     | Nein      | Nein
11 | http://download.opensuse.org/repositories/mozilla/openSUSE_11.0/                | openSUSE BuildService - Mozilla         | Ja        | Ja
12 | http://ftp.skynet.be/pub/packman/suse/11.0/                                     | Packman Repository                      | Ja        | Ja
13 | http://download.videolan.org/pub/videolan/vlc/SuSE/11.0/                        | VideoLan Repository                     | Ja        | Ja
14 | repo-non-oss                                                                    | openSUSE-11.0-Non-Oss                   | Ja        | Nein
15 | http://download.opensuse.org/repositories/Emulators:/Wine/openSUSE_11.0/        | openSUSE BuildService - Wine CVS-Pakete | Nein      | Ja

 

[Bumi]

Hallo Ravendust
Ich hatte gerade dasselbe Problem. Auch bei mir waren alle Codecs installiert und bis vor kurzem lief alles. Alls ich dann ein wenig nach einer Problemlösung suchte fand ich am Ende der folgenden Webseite die Lösung:
http://wiki.ubuntuusers.de/Codecs

In manchen Fällen kann es vorkommen, dass Anwendungen die auf der Xine Engine basieren wie totem-xine, kaffeine oder amarok bestimmte Inhalte wie MP3-Dateien trotz korrekt installierten Codecs nicht mehr wiedergeben. Hier könnte eine kaputte $HOME/.xine/catalog.cache schuld sein, in der die für Xine verfügbaren Codecs gepuffert werden. In diesen Fällen sollte es helfen, einfach diese Datei löschen [4]:

rm -f ~/.xine/catalog.cache

Nach dem erneuten Start der betroffenen Programme wird die Datei neu erzeugt und das Problem sollte verschwinden.

Also bei mir lief danach wider alles wie zuvor.

Bumi

 

[gropiuskalle]

@aspire_5652: Dein Problem liegt wohl hier:

13 | http://download.videolan.org/pub/videolan/vlc/SuSE/11.0/                        | VideoLan Repository                     | Ja        | Ja

VL-Pakete vertragen sich nicht gut mit Packman-Paketen, VL sollte man also deaktivieren. Schau mal, welche Pakete Du vom Videolan-channel hast und lasse sie durch entsprechende Packman-Pakete ersetzen.

 

[aspire_5652]

Das Entfernen der

~/.xine/catalog.cache

hat leider nix gebracht. Alle oben geposteten Packete sind aus dem Packman-Repo, ziemlich merkwürdig das ganze.

 

[fred_45]

Hi

Den Unterschied zwischen xine-lib und libxine1 kenne ich. Bei mir wars so: Ich hatte xine-lib installiert und wollte libxine1 installieren und Yast meldete, ich muß xine-lib löschen. Beides geht nicht, weil es einen Konflikt gibt.
Nun zu MP3, MP3 wie wir (fast) alle wissen, ist sehr verlustbehaftet. Benutze einfach FLAC, dieser Codec ist verlustfrei. Meine Subjektive Meinung ist die, bei jeder komprimierung gehen Informationen verloren, das liegt in der Natur der Sache.

 

[gropiuskalle]

Schon klar, aber die Frage ist: können wir das, was verlustiert geht, überhaupt hören? Bei einer .mp3 mit einer 256er Bitrate muss man schon ziemliche Geigerohren haben, um Unterschiede zum Orginal zu hören, die meisten werden da nichts unterscheiden können - bei den z.B. bei Streams recht üblichen 128 Kbit schon eher.

Auf lange Sicht (wenn sich Festplattengrößen und erhältliche Bandbreiten dementsprechend entwickelt haben) wird sich aber wohl tatsächlich ein verlustfreies Format wie .flac durchsetzen.

 

[sysop]

..... kein wunder das 90% der pcs windows drauf haben....

ich unterstelle dir nicht, dass du etwas kaputt gemacht hast, aber eines möchte ich in dem zusammenhang doch los werden. suse spiegelt nicht die funktion aller linux-distros wieder. suse ist eine von vielen die man nutzen kann, für multimedia vielleicht auch nicht die beste wahl, da könnte man streiten. deine probleme und der damit verständliche frust in allen ehren, aber man geht probleme an und gibt nicht gleich auf. das gillt für windows (wo auch genug probleme auftauchen) gleichermassen wie für linux. eine permanente neuinstallation bringt unter yast oftmals deshalb nichts, da die verzeichnisse und eventuelle defekte dateien zum programm erhalten bleiben und bei einer neuinstallation wieder verwendet werden. ist da also was kaputt, ist es auch nach einer neuinstallation noch so. meistens reicht es das entsprechende verzeichnis in deinem home-verzeichnis zu löschen, damit es neu angelegt wird.

schade, dass deine erfahrung mit linux so in die hose ging, das spricht allerdings nicht gegen alle linux-varianten und schon garnicht FÜR ein windows. deine aussage nehme ich also einfach mal als eine voller (verständlicherm) frus.

im suse forum wird übrigens meistens empfolen die multimedia pakete erst zu deinstallieren und dann die packman pakete zu installieren. der neue kurs von opensuse bringt leider auch mit sich, dass man die volle multimedia tauglichkeit erst mal nachrüsten muss.

 

[gropiuskalle]

sysop, bei allem Respekt - ein paar Korrekturen.

1. SuSE ist so multimedia-fähig wie jede andere Distribution auch. Ich verwende openSUSE seit etwa drei Jahren als professionelles Studio, die Repositories sind randvoll mit Audiobearbeitungssoftware in aktuellen Versionen, codecs sind dank Packman eh kein Problem und auch sowas wie Echtzeitkernel finden sich für SuSE. Der "normale user" dürfte dahingehend erst recht kein Problem haben.

2. Eine Deinstallation von Paketen ist nicht notwendig, bevor man codecs und dergleichen von Packman installiert. Einzige Ausnahme: 'xine-lib' wird seid der 11.0 nicht mehr automatisch deinstalliert, wenn man 'libxine1' installiert.

3. Der Kurs von SuSE hinsichtlich proprietärer Bestandteile ist nicht wirklich neu, sondern wird nun lediglich konsequenter durchgesetzt. Auch vorher musste man zunächst eine Reihe von Paketen nachrüsten, um die volle Multimediatauglichkeit zu erreichen (der vorher vorhandene RealPlayer machte den Braten da auch nicht fett...). Zudem ist die strikte Trennung von open- und closed-source doch zu begrüßen, finde ich.

Ich hoffe, das kommt jetzt nicht falsch rüber, ich wollte Deinen Beitrag nicht zerreden.

 

[sysop]

nö, ich verstehe das nicht falsch, keine sorge

die fähigkeiten streite ich auch nicht ab, suse 11.1 läuft auch bei mir eher problemlos mit allen multi media dateien. allerdings macht es suse einem manchmal etwas schwerer als man es bisher von suse gewohnt war. ich werfe das suse auch nicht vor, sollte das so rüber gekommen sein. aber man muss zugeben, das geschilderte problem ist schon etwas seltsam.

auf manchen rechnern vertragen sich die packman pakete wohl nicht so ganz mit den rpm's die von der dvd geliefert werden (allerdings ist das schon wieder etwas her). die kastration des einen oder anderen paket's hat wohl ab und an was mit abhängigkeiten gehabt b.z.w wurde nicht von packman problemlos aktualisiert (xine-lib hast du ja selber gerade angesprochen), weshalb ich den hinweis aus dem suse forum einfach mal anhängen wollte. übrigens steht das soweit ich mich erinnere sogar irgend wo im wiki, mit dem hinweis dass sich damit alle möglichen probleme sicher verhindern lassen. in allen von mir gelesenen artikeln hat es dann immer geklappt.