Wiedergabe eingeschränkt

Das gleiche Phänomen habe ich auch schon erlebt. Da alles nach dem Update von 10.3 auf 11.0 störungsfrei funktionierte und erst jetzt nicht mehr, tippe ich auf eine  Verschlimmbesserung bzw. Anpassung an das Urheberrechtsgesetz, verursacht durch irgend ein Update...

Bei mir sind ebenfalls alle erforderlichen Codecs installiert.

Kann hier wirklich Niemand eine Lösung anbieten?

Gruß Hermann

Wenn Du mal nachschaust, welche Codecs eigentlich Bestandteil des Pakets 'w32/w64-codecs' sind, wirst Du schnell feststellen, daß dort nicht das Problem liegen kann (zumindest nicht im Zusammenhang mit DVD-Wiedergabe: die Codecs zum Dekodieren der Streams kommen mit der libavcodec von ffmpeg).

Wenn Du Suse benutzt, dann weiß ich nicht, ob es dafür auch Pakete wie'libdvdread/libdvdnav/libd*dc*s2' gibt (die zudem benötigt werden)-schmeiß einfach mal Deinen Paketmanager an.

Zum Schluß bleibt immer noch die (ärgerliche) Möglichkeit, daß ein hypermoderner 'Kopier- resp. Abspielschutz' verwendet wird, der sich einfach nicht geschmeidig umgehen läßt (die libd*dcss ist ja nur fürs 'entscramblen' usw. da-manchmal reicht das eben nicht)...

Ich habe vor 3 Wochen Multimedia eingerichtet auf Opensuse 11.0 und alles läuft ohne Probleme.

Ich habe aber alle Packete "von Hand" installiert und habe von hier

http://download.videolan.org/pub/libdvdcss/1.2.9/rpm/

die libdvdcss

Folgende Packete habe ich installiert

libxine1-w32dll
w32codec-all
amarok-xine
libxine1
xineted
lame
toolame
libmp3lame0
libtwolame0

Ich benutze folgende Player

Kaffeine, mplayer, amaroK und VLC

Zu libavcodec von ffmpeg; siehe Screenshot Nr. 1

Zu libdvd siehe Screenshot Nr. 2
       

Das gleiche Phänomen habe ich auch schon erlebt. Da alles nach dem Update von 10.3 auf 11.0 störungsfrei funktionierte und erst jetzt nicht mehr, tippe ich auf eine  Verschlimmbesserung bzw. Anpassung an das Urheberrechtsgesetz, verursacht durch irgend ein Update...

Möglich, dass dem so ist, daher habe ich erstmal die entsprechenden Packete im yast geschützt, so dass kein Update erfolgen kann. Denn für die ffmpeg werden Updates angezeigt. Daher habe ich ein Schloß drauf gemacht.

Deine Vermutung ist falsch, die updates sind völlig in Ordnung. Abzuraten ist dagegen von einer gleichzeitigen Verwendung von packman und dem Videolan-Repo, das führt häufig zu unauflösbaren Konflikten oder Instabilitäten. Die libdvdcss2 kann man sich ja aus dem Videolan-Repo ziehen oder noch einfacher via

su -c "rpm -Uvh http://download.videolan.org/pub/libdvdcss/1.2.9/rpm/libdvdcss2-1.2.9-1.i386.rpm"
...installieren und ansonsten in Sachen Multimedia auf packman setzen.

Deine Vermutung ist falsch, die updates sind völlig in Ordnung. Abzuraten ist dagegen von einer gleichzeitigen Verwendung von packman und dem Videolan-Repo, das führt häufig zu unauflösbaren Konflikten oder Instabilitäten. Die libdvdcss2 kann man sich ja aus dem Videolan-Repo ziehen oder noch einfacher via

Code: [Auswählen]

su -c "rpm -Uvh http://download.videolan.org/pub/libdvdcss/1.2.9/rpm/libdvdcss2-1.2.9-1.i386.rpm"
...installieren und ansonsten in Sachen Multimedia auf packman setzen.

Hi gropiuskalle,

so habe ich die libdvdcss auch installiert. Das Videolanrepo habe ich nicht als Inst.-Quelle eingerichtet.

So wirklich konnte ich mir auch nicht vorstellen, dass die Updates nicht in Ordnung wären.

Danke für die bisherigen Antworten.

1. Die libdvdcss habe ich direkt von der Videolan-Seite geholt und installiert.

2. Videolan habe ich  nicht als Installationsquelle eingetragen.

3. Allerdings ist Packman als Installationsquelle doppelt vorhanden:

Packman Repository:
http://packman.mirrors.skynet.be/pub/packman/suse/11.0

Packman-RPMs:
ftp://ftp-1.gwdg.de/pub/linux/misc/packman/suse/11.0

seit einigen Updates erscheint eine Meldung (s. Screenshot), mit der ich nichts anzufangen weiß. Was auch immer ich wähle - es passiert nichts. Nur die Option, einige Abhängigkeiten zu ignorieren, habe ich nicht ausprobiert...
Liegt hier evtl der Hase im Pfeffer?

@ignaz
Wenn ich ffmpeg eingebe sehe ich, daß bei mir auch libavcodec52 installiert ist wenn ich diese entfernen will, werden mir fast 50 unerfüllte Abhängigkeiten angezeigt. Da blicke ich nicht mehr durch, was ich da veranlassen soll.
libxine1-w32dll kann ich nicht finden; xineted und libtoolame0 ebenfalls nicht. Die bei mir installierten Playern sind die gleichen wie bei Dir.

Gruß Hermann

Vermutlich ist bei Dir das Paket 'libffmpeg' aus dem Videolan-Repo irgendwie auf Dein System geraten. Ersetze dies durch das Pakete 'libffmpeg0' von Packman.

Packman brauchst Du natürlich nicht doppelt, schmeiße einen davon raus.

Hallo gropiuskalle,
habe nur noch die Packman-RPMs als Quelle installiert. Die libffmpeg war nicht von videolan. Habe sie trotzdem gelöscht und explizit libffmpeg0 neu installiert von der Packman-RPM-Quelle.

Werde sicherheitshalber mal neu starten und sehen, was passiert...

Gruß Hermann

Nach Neustart kann ich wenigstens mit VLC eine DVD abspielen. Muß dazu aber vorher im Mixer PCM aktivieren (stand auf mute) und Lautstärke hochregeln. Wie kann ich verhindern, daß jedesmal PCM auf mute steht, ohne daß ich das so eingestellt habe?

Kaffeine funktioniert immer noch nicht zum Abspielen einer DVD (Fehlermeldung wie vom Threadersteller beschrieben)...

Gruß Hermann

Äh das Problem hab ich auch...
wo bekommt man den die noch her

libxine1-w32dll

Meine nur weil ???
ich nicht mehr

nur die da

xine-lib1.1.15-44.pm.0

und das funzt nich
den rest hab ich.

Werde mal VLC testen

bis dann

 

HEUREKA!

Da nach allem "Herumdoktern" keine Besserung eintrat, habe ich es mit brachialer Gewalt versucht. Ich habe kaffeine mit den zugehörigen Komponenten mit YaST gelöscht und anschließend wieder mit YaST neu installiert. Es sind die gleichen Versionsnummern wie vorher!

Eine weitere Unstimmigkeit wurde durch a52dec-0.7.4-3.pm.5.i586 verursacht (s. Screenshot). Als es mir zu dumm wurde, habe ich ausgewählt  Ignoriere einige Abhängigkeiten von a52dec

Beide Aktionen zusammen haben das Ergebnis, daß ich jetzt wieder einwandfrei die gleichen DVDs anschauen kann, wie ich bereits vor dem "Störfall" konnte.

Ich kann zwar nicht sagen, was nun genau den Fehler behoben hat - wichtig für mich ist allein die Tatsache, daß es jetzt funktioniert!

Was nach wie vor bei mir fehlt (Aufstellung von ignaz) ist libxine1-w32dll; xineted und libtwolame0 (habe es auch mit libtoolame0 versucht). Möglicherweise werden diese fehlenden Packete gar nicht benötigt?

Gruß Hermann

Is ja geil von hinten durch die Brust ins Auge  .
Jetzt mach ich mir aber ein Bier auf .
Das geht ja wirklich .
Also auf dich....

Man wenn das einer der Entwickler liest

Gute Nacht,
Have Fun

P.S.

Die hab ich auch nich'

libxine1-w32dll; xineted

Egal Haubtsache funzioniert

@heulsuse
Freut mich, wenn Du mit meiner zugegebenrmaßen unkonventionellen Methode ebenfalls Dein Problem lösen konntest.

Na denn - PROST!

Gruß Hermann

Das von  gropiuskalle erwähnte gleichzeitig videolan und Packman verwenden ist übrigens echt wahr. Ein haufen Abhängingkeiten haben sich dadurch (das eben nicht zu tun sondern nur Packman) erledigt.
Wäre ich von alleine auch nicht gleich drauf gekommen (eher gar nicht )

So Film gucken  

Darf ich Eure Freude etwas dämpfen?

Eine weitere Unstimmigkeit wurde durch a52dec-0.7.4-3.pm.5.i586 verursacht (s. Screenshot). Als es mir zu dumm wurde, habe ich ausgewählt  Ignoriere einige Abhängigkeiten von a52dec

Das sollte man wirklich niemals machen, allerhöchstens mit dem vierten Dan in Linux plus LPIC4 und nach drei Jahren Aufenthalt in strengen Unix-Klöstern. Und selbst dann eigentlich auch nicht.

Mal im Ernst: es mag nun funktionieren, aber die Folgen einer ignorierten Abhängigkeit können sich auch noch etwas später einstellen - de facto hast Du nun ein inkonsistentes System. Zudem ist 'liba52' in der angefragten Version über packman doch erhältlich... war da der Server vielleicht mal kurz offline? Installiere Dir das am besten nach, sonst gibt es totsicher bald arge Probleme (mutmaßlich beim nächsten upgrade). So jedenfalls:

Ich kann zwar nicht sagen, was nun genau den Fehler behoben hat - wichtig für mich ist allein die Tatsache, daß es jetzt funktioniert!

...solltest Du an das Thema Paketmanagement lieber nicht herangehen.

Was nach wie vor bei mir fehlt (Aufstellung von ignaz) ist libxine1-w32dll; xineted und libtwolame0 (habe es auch mit libtoolame0 versucht). Möglicherweise werden diese fehlenden Packete gar nicht benötigt?

• 'libxine1-w32dll' → Gibt es nicht unter diesem Namen. Ist eventuell 'w32codec-all' gemeint?

• 'xineted' → ein daemon für xine, ich glaube, um damit via xine übers Netzwerk zu streamen.

• libtoolame0 → MPEG-decoder, wird von allen möglichen Anwendungen benötigt (z.B. den MPlayer, ManDVD oder VLC), aber nicht von Kaffeine.

Fazit: diese Pakete sind für Kaffeine entweder nicht zwingend oder sogar ohne Zugriffsmöglichkeit für Kaffeine. ignaz, ein wenig Sorgfalt solltest Du schon walten lassen, wenn Du Ratschläge gibst. Es ist kein guter Zug, jemanden einfach auf Verdacht alle möglichen Pakete installieren zu lassen.

Und weil es hier so schön reinpasst, verlinke ich mal einen thread aus dem unixboard zum Thema Kaffeine aus dem KDE-Backports, falls jemand damit Probleme hat: »klick«.

@gropiuskalle

Habe Deinen Rat befolgt und die liba52... nachinstalliert. Beide sind in der gleichen Quelle vorhanden. Möglicherweise war tatsächlich der Server offline als ich die a52dec... installieren bzw. aktualisieren wollte.  Jetzt wird auch nichts mehr in YaST angemault. *freu*

Gruß Hermann

@Herrmann

schön dass jetzt Multimedia bei Dir läuft. Das freut mich für Dich.

@gropiuskalle

Die "libxine1-w32dll" gibt es und ist auf meinem System installiert

http://rpm.pbone.net/index.php3/stat/4/idpl/8538897/com/libxine1-w32dll-1.1.15-0.pm.1.i586.rpm.html

@oldy_but_goody: Prima, dass es jetzt klappt! Denke in Zukunft daran (auch wenn es manchmal fuchst, weil man ein angepeiltes upgrade des Systems nun mal zu Ende bringen will): Abhängigkeiten niemals ignorieren lassen, lieber nochmal nachfragen oder warten.

@ignaz: Wenn Du Dir Pakete jenseits Deiner Repositories ins System bügeln willst, ist das natürlich Dein Bier, aber erstens solltest Du diese Herangehensweise nicht anderen empfehlen (Du hast ja auch Pakete empfohlen, die überflüssig waren und mit dem hier behandelten Problem nichts zu tun hatten), und zum anderen solltest Du Dir schon durchlesen, welchen Status das Paket hat:

This package is obsolete.

Die Dinger sind für die 10.0, davon abgesehen hast Du ein src.rpm verlinkt.

libxine1-w32dll war eines der wenigen die ich nicht von Hand installiert habe.

Es war nachdem ich alles fertig hatte mit installiert worden und somit bin ich auch davon ausgegangen, dass es benötigt wird.

Es kam von Packman. Zu der Zeit der Installation war es noch aktuell

Welchen Sinn ergibt es denn, ein ausdrücklich als obsolet bezeichnetes Paket zu empfehlen? Es ist einfach wirklich nicht sehr nett, jemanden etwas nahe zu legen, was man selbst nicht richtig versteht.

Thema scheint mir aber insgesamt gegessen, denn hier ging es ja nicht um Dein System.