xine und neuere nvidia Treiber - Problem

jrie · 19. Januar 2013

Mit den nvidia Treibern 295.75 und 304.51 spielt xine VDR Aufnahmen *.ts problemlos ab.
Mit den nvidia Treibern ab 304.60, 310.14 und 313.x bleibt xine hängen, und ein Cpu Kern hat 100% Last. xine lässt sich dann nur mit -KILL abschiessen. Das vdr-xine plugin geht dann auch nicht.
Dieselben Dateien werden von mplayer und xineliboutput mit sxfe problemlos abgespielt, also auch mit den neueren nvidia Treibern.

Kann das jemand bestätigen? Wie könnte ich das debuggen?

openSuse 12.2 und verschiedene xine cvs Versionen.

iNOB · 20. Januar 2013

Bei mir laufen die genannten unter xine anstandslos. Wobei mir der 310.19er noch am besten vorkam. Damit hatte ich auch nach Stunden keinerlei Bildhänger.

jrie · 20. Januar 2013

Danke für die Info.
Bei mir ist es so: 295.75 installieren => xine läuft, 313.18 installieren => xine hängt, 295.75 installieren => xine läuft. Ohne sonstige Änderungen.
Welches ffmpeg verwendest du?
Was könnte ich sonst noch probieren??

TheChief · 20. Januar 2013

Gibts es einen Grund, dass Du xine nutzt? Ansonsten probier doch mal softhddevice.

Ansonsten hab ich bei neuen Treibern immer gleich die xinelib und das xine-plugin neu gebaut. Ob man das muss oder nicht, weiß ich nicht.

iNOB · 20. Januar 2013

Code

ffmpeg version N-36313-g2cba62b, Copyright (c) 2000-2011 the FFmpeg developers
  built on Jan  1 2012 00:05:45 with gcc 4.4.5
  configuration: --prefix=/usr --enable-shared --enable-gpl --enable-postproc --enable-pthreads --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libtheora --enable-zlib --enable-nonfree --enable-filter=av --enable-filter=lavf --enable-libfaac --enable-pic --enable-libschroedinger --enable-x11grab --enable-version3
  libavutil      51. 33.100 / 51. 33.100
  libavcodec     53. 49.100 / 53. 49.100
  libavformat    53. 29.100 / 53. 29.100
  libavdevice    53.  4.100 / 53.  4.100
  libavfilter     2. 57.100 /  2. 57.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0.  5.100 /  0.  5.100
  libpostproc    51.  2.100 / 51.  2.100

Alles anzeigen

Iss schon "relativ" alt und da produktiv genutzt, werde ich auch so schnell nix dran ändern.

iNOB · 20. Januar 2013

Zitat von TheChief

Ansonsten hab ich bei neuen Treibern immer gleich die xinelib und das xine-plugin neu gebaut.

Jo.. ansonsten gibts Probleme. Xine nehm ich immer aktuelle aus dem GIT: git clone git://projects.vdr-developer.org/xine-lib.git

Gruß
Pit

e9hack · 20. Januar 2013

Zitat von iNOB

Code

ffmpeg version N-36313-g2cba62b, Copyright (c) 2000-2011 the FFmpeg developers
  built on Jan  1 2012 00:05:45 with gcc 4.4.5
  configuration: --prefix=/usr --enable-shared --enable-gpl --enable-postproc --enable-pthreads --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libtheora --enable-zlib --enable-nonfree --enable-filter=av --enable-filter=lavf --enable-libfaac --enable-pic --enable-libschroedinger --enable-x11grab --enable-version3
  libavutil      51. 33.100 / 51. 33.100
  libavcodec     53. 49.100 / 53. 49.100
  libavformat    53. 29.100 / 53. 29.100
  libavdevice    53.  4.100 / 53.  4.100
  libavfilter     2. 57.100 /  2. 57.100
  libswscale      2.  1.100 /  2.  1.100
  libswresample   0.  5.100 /  0.  5.100
  libpostproc    51.  2.100 / 51.  2.100

Alles anzeigen

Iss schon "relativ" alt und da produktiv genutzt, werde ich auch so schnell nix dran ändern.

Der nvidia Installer jubelt einem immer neue ffmpeg Libraries unter. ffmpeg -version zeigt leider nur die zum kompilieren von ffmpeg verwendeten Libraries an. Was tatsächlich installiert ist, erfährt man nicht. Wenn man aus irgendwelchen Gründen ältere Libraries benötigt, muß man die Library-Links zurückverbiegen.

Gruß
e9hack

jrie · 20. Januar 2013

Ja , danke für den Hinweis, es könnte an der Reihenfolge des Kompilierens liegen.
Sobald ich zu hause bin, baue ich noch mal, und achte darauf.
Werde dann berichten.

Der_Pit · 21. Januar 2013

Interessant. Keine Ahnung ob's irgendwie zusammenhängt, aber mit xine hab ich auch schon länger immer mal mehr, mal weniger Probleme. Ich meine dabei jetzt die normale xine-ui, unabhängig von vdr. Jedenfalls ist es so dass xine recht oft beim springen/playlistwechsel wie von Dir beschrieben den Abgang macht: 100% CPU, nur KILL hilft. Ich dachte immer es ist ein Problem von xine. Dass es mit dem Video-Treiber zusammenhängen könnte, daran hab ich noch nie gedacht. Werd es aber mal probieren...

jrie · 21. Januar 2013

Also an der Reihenfolge liegt es nicht. Habe darauf geachtet und neu gebaut, aber der selbe Fehler.

iNOB · 22. Januar 2013

Der 313.18er läuft sehr gut. Ich konnte bisher keinen Bildhänger unter xine feststellen... ich bin begeistert.
softhddevice hab ich noch nicht probiert, dort dürfte das aber nicht anders aussehen

Nochmal zur Reihenfolge:
- NVidia Treiber installieren mit anschließendem reboot
- xine aus dem git neu compilieren
- xine-ui neu compileren
- als letztes den VDR inkl. Plugins

Gruß
iNOB

PS: Vielleicht bringt dich das hier weiter?!

jrie · 22. Januar 2013

Ja, so mache ich es auch (bis auf den reboot, wobei es mit auch nicht geht).
Der 313.18 läuft bei mir trotzdem nicht. Bin noch auf der Suche nach der Ursache.
Interessanterweise läuft der neue 310.32 bei der gleichen Vorgehensweise.
Da auch die vorigen 310er nicht liefen, muss nvidia da irgendetwas bezüglich meines Problems verbessert haben.

TheChief · 22. Januar 2013

Eventuell mal eine neue xorg.conf erstellen?

jrie · 22. Januar 2013

Nach Kernel Update 3.7.2 -> 3.7.4 geht es wieder nicht.
Ich werd noch verrückt.
xorg.conf hatte ich auch schon probiert, half auch nicht.

iNOB · 22. Januar 2013

Hast du mein PS: in Post 11 berücksichtigt?

Gruß
iNOB

jrie · 22. Januar 2013

Ja, bin auf dem neuestem Stand.

jrie · 8. Februar 2013

Nachdem ich alles upgedatet habe (kernel -> 3.7.6, ffmpeg -> 1.1.2, xine-lib und xine-ui cvs) geht es wieder mit 310.32.
Keine Ahnung wo da der Wurm drin war.

Edit: Und nachdem ich 313.18 installiert habe und gleich danach wieder 310.32 ohne sonstige Änderungen, geht er wieder nicht.
Und der 304.51 läuft (auch ohne sonstige Änderungen).
Verstehe ich nicht.

jrie · 5. März 2013

Mit 304.84 und 313.26 geht es wieder.

inciter · 6. März 2013

Hier mal die Anweisung nach der ich xine-lib baue:

Code

sudo su -
./autogen.sh 
./configure --prefix=/usr --disable-dxr3 --disable-musepack
 make && make install && ldconfig

Wenn autogen läuft, scolle mal durch die Ausgabe und suche nach:

Code

checking for vdpau ... yes

Bei mir stand dort nach der Treiber-Installation [checking for vdpau ... no]. Sollte das bei dir auch der Fall sein, öffne:

Code

sudo nvidia-xconfig
sudo nvidia-settings

...wähle dein Display und klicke unten rechts [Aquire edid] und speicher die Datei unter /etc/X11. Anschließend Settings sauber beenden, ggf. den Rechner neu starten und autogen nochmals ausführen.

Beim Bauen der xineliboutput war die Lösung selbstverständlich die Gleiche.

xine und neuere nvidia Treiber - Problem

Jetzt mitmachen!

Teilen