Probleme beim abspielen von MKVs mit VDPAU

  • Servus Leute,
    seit ein paar Updates meines yaVDRs habe ich richtige Probleme mit dem abspielen von MKV Dateien.
    Das Problem tritt so ungefär bei 70% aller Abspielversuche auf.
    Lösen kann ich das ganze nur durch Neustarts des kompletten Systems.
    Und dann auch nur sporadisch.


    In den XBMC Logfiles finde ich folgende Beiträge



      21:13:20 T:2291989360 M:431476736 DEBUG: CDVDPlayerVideo - video decoder was flushed
      21:13:20 T:2291989360 M:431476736 NOTICE: (VDPAU) screenWidth:1920 vidWidth:1920
      21:13:20 T:2291989360 M:431476736 NOTICE: (VDPAU) screenHeight:800 vidHeight:800
      21:13:20 T:2281499504 M:415395840 DEBUG: CVideoReferenceClock: detected 1 vblanks, missed 3, refreshrate might have changed
      21:13:20 T:2291989360 M:398180352 ERROR: (VDPAU) Error: A catch-all error, used when no other error code applies.(25) at VDPAU.cpp:916
      21:13:20 T:2291989360 M:398180352 NOTICE: Attempting recovery
      21:13:20 T:2281499504 M:416833536 DEBUG: CVideoReferenceClock: detected 1 vblanks, missed 3, refreshrate might have changed
      21:13:20 T:2291989360 M:431693824 ERROR: VDPAU Device Preempted - attempting recovery
      21:13:20 T:2291989360 M:431693824 ERROR: (VDPAU) Error: The display was pre-empted, or a fatal error occurred.(2) at VDPAU.cpp:759
      21:13:20 T:2291989360 M:431718400 NOTICE: vdp_device = 0x00000001 vdp_st = 0x00000000
      21:13:20 T:2291989360 M:431718400 DEBUG: CDVDPlayerVideo - video decoder was flushed
      21:13:20 T:2291989360 M:431718400 NOTICE: (VDPAU) screenWidth:1920 vidWidth:1920
      21:13:20 T:2291989360 M:431718400 NOTICE: (VDPAU) screenHeight:800 vidHeight:800
      21:13:20 T:2281499504 M:415002624 DEBUG: CVideoReferenceClock: detected 1 vblanks, missed 4, refreshrate might have changed
      21:13:21 T:2291989360 M:398405632 ERROR: (VDPAU) Error: A catch-all error, used when no other error code applies.(25) at VDPAU.cpp:916
      21:13:21 T:2291989360 M:398405632 NOTICE: Attempting recovery
      21:13:21 T:2281499504 M:417042432 DEBUG: CVideoReferenceClock: detected 1 vblanks, missed 3, refreshrate might have changed
      21:13:21 T:2291989360 M:431775744 ERROR: VDPAU Device Preempted - attempting recovery
      21:13:21 T:2291989360 M:431775744 ERROR: (VDPAU) Error: The display was pre-empted, or a fatal error occurred.(2) at VDPAU.cpp:759
      21:13:21 T:2291989360 M:431927296 NOTICE: vdp_device = 0x00000001 vdp_st = 0x00000000
      21:13:21 T:2291989360 M:431927296 DEBUG: CDVDPlayerVideo - video decoder was flushed
      21:13:21 T:2291989360 M:431927296 NOTICE: (VDPAU) screenWidth:1920 vidWidth:1920
      21:13:21 T:2291989360 M:431927296 NOTICE: (VDPAU) screenHeight:800 vidHeight:800
      21:13:21 T:2281499504 M:415162368 DEBUG: CVideoReferenceClock: detected 1 vblanks, missed 4, refreshrate might have changed
      21:13:21 T:2291989360 M:398573568 ERROR: (VDPAU) Error: A catch-all error, used when no other error code applies.(25) at VDPAU.cpp:916
      21:13:21 T:2291989360 M:398573568 NOTICE: Attempting recovery
      21:13:21 T:2281499504 M:414789632 DEBUG: CVideoReferenceClock: detected 1 vblanks, missed 3, refreshrate might have changed
      21:13:21 T:2291989360 M:432111616 ERROR: VDPAU Device Preempted - attempting recovery
      21:13:21 T:2291989360 M:432111616 ERROR: (VDPAU) Error: The display was pre-empted, or a fatal error occurred.(2) at VDPAU.cpp:759
      21:13:22 T:2291989360 M:431509504 NOTICE: vdp_device = 0x00000001 vdp_st = 0x00000000
      21:13:22 T:2291989360 M:431509504 DEBUG: CDVDPlayerVideo - video decoder was flushed
      21:13:22 T:2291989360 M:431509504 NOTICE: (VDPAU) screenWidth:1920 vidWidth:1920
      21:13:22 T:2291989360 M:431509504 NOTICE: (VDPAU) screenHeight:800 vidHeight:800
      21:13:22 T:2281499504 M:414666752 DEBUG: CVideoReferenceClock: detected 1 vblanks, missed 3, refreshrate might have changed
      21:13:22 T:2291989360 M:398639104 ERROR: (VDPAU) Error: A catch-all error, used when no other error code applies.(25) at VDPAU.cpp:916
      21:13:22 T:2291989360 M:398639104 NOTICE: Attempting recovery
      21:13:22 T:2281499504 M:416604160 DEBUG: CVideoReferenceClock: detected 1 vblanks, missed 5, refreshrate might have changed
      21:13:22 T:2291989360 M:431464448 ERROR: VDPAU Device Preempted - attempting recovery
      21:13:22 T:2291989360 M:431464448 ERROR: (VDPAU) Error: The display was pre-empted, or a fatal error occurred.(2) at VDPAU.cpp:759
      21:13:22 T:2291989360 M:430895104 NOTICE: vdp_device = 0x00000001 vdp_st = 0x00000000
      21:13:22 T:2291989360 M:430895104 DEBUG: CDVDPlayerVideo - video decoder was flushed
      21:13:22 T:2291989360 M:430895104 NOTICE: (VDPAU) screenWidth:1920 vidWidth:1920
      21:13:22 T:2291989360 M:430895104 NOTICE: (VDPAU) screenHeight:800 vidHeight:800
      21:13:22 T:2281499504 M:414179328 DEBUG: CVideoReferenceClock: detected 1 vblanks, missed 2, refreshrate might have changed
      21:13:22 T:2291989360 M:398057472 ERROR: (VDPAU) Error: A catch-all error, used when no other error code applies.(25) at VDPAU.cpp:916
      21:13:22 T:2291989360 M:398057472 NOTICE: Attempting recovery
      21:13:23 T:2281499504 M:414199808 DEBUG: CVideoReferenceClock: detected 1 vblanks, missed 3, refreshrate might have changed
      21:13:23 T:2291989360 M:431489024 ERROR: VDPAU Device Preempted - attempting recovery
      21:13:23 T:2291989360 M:431489024 ERROR: (VDPAU) Error: The display was pre-empted, or a fatal error occurred.(2) at VDPAU.cpp:759
      21:13:23 T:2291989360 M:431132672 NOTICE: vdp_device = 0x00000001 vdp_st = 0x00000000
      21:13:23 T:2291989360 M:431132672 DEBUG: CDVDPlayerVideo - video decoder was flushed
      21:13:23 T:2291989360 M:431132672 NOTICE: (VDPAU) screenWidth:1920 vidWidth:1920
      21:13:23 T:2291989360 M:431132672 NOTICE: (VDPAU) screenHeight:800 vidHeight:800
      21:13:23 T:2281499504 M:414384128 DEBUG: CVideoReferenceClock: detected 1 vblanks, missed 4, refreshrate might have changed
      21:13:23 T:2291989360 M:397803520 ERROR: (VDPAU) Error: A catch-all error, used when no other error code applies.(25) at VDPAU.cpp:916
      21:13:23 T:2291989360 M:397549568 NOTICE: Attempting recovery
      21:13:23 T:2281499504 M:412778496 DEBUG: CVideoReferenceClock: detected 1 vblanks, missed 2, refreshrate might have changed
      21:13:23 T:2291989360 M:429338624 ERROR: VDPAU Device Preempted - attempting recovery
      21:13:23 T:2291989360 M:429338624 ERROR: (VDPAU) Error: The display was pre-empted, or a fatal error occurred.(2) at VDPAU.cpp:759
      21:13:23 T:2291989360 M:428449792 NOTICE: vdp_device = 0x00000001 vdp_st = 0x00000000
      21:13:23 T:2291989360 M:428449792 DEBUG: CDVDPlayerVideo - video decoder was flushed
      21:13:23 T:2291989360 M:428449792 NOTICE: (VDPAU) screenWidth:1920 vidWidth:1920
      21:13:23 T:2291989360 M:428449792 NOTICE: (VDPAU) screenHeight:800 vidHeight:800
      21:13:23 T:2281499504 M:411258880 DEBUG: CVideoReferenceClock: detected 1 vblanks, missed 3, refreshrate might have changed


    Kann hierzu vielleicht jemand was sagen oder hat jemand sogar das gleiche Problem?


    Ich habe in einem anderen Forum gelesen, dass durch deaktivieren von VDPAU das Video abgespielt werden kann.
    Allerdings benötige ich natürlich VDPAU um die Hochauflösende Videos abspielen zu können :-/


    Über jegliche Hilfe wäre ich dankbar...



    Gruß,
    deReen

    VDR:
    Atom ION330, 1GB MB RAM, 160 GB HD, TT S3600 DVB-S2, YaVDR 0.3,
    Video- + Audioausgabe über HDMI an Verstärker zu Samsung LE46C650

  • Hi dereen,


    habe die selben Probleme. Ich spiele normalerweise die Files von meinem Server via NFS ab. Und kommt recht oft die selbe Fehlermeldung, und das MKV kann nicht gestartet werden.


    Wenn ich nun dieses MKV File lokal abspiele funktioniert es.


    Leider habe ich noch keine Erklärung für dieses Problem gefunden.


    Gruss Mario

    Server : Ubuntu 11.04 mit yavdr VDR Instanz, SaTiX-S2
    Wohnzimmer : XUbuntu 11.04, XBMC als Frontend via VNSI, Asus P5N7A-VM

  • Hey msth2,


    das habe ich noch nicht probiert, allerdings hat das vor den Updates mal Einwandfrei funktioniert!
    Kann mir auch nicht vorstellen, dass es an einer Verzögerung im Netzwerk liegt.
    Es funktioniert ja sporadisch und es wird nichts an der Netzwerkstruktur geändert. Kommt auch vor das ich erst eine MKV schaue und direkt danach eine andere an mache und es zu diesen Fehlern kommt, daher glaube ich nicht an Netzwerkprobleme.


    Hat denn sonst keiner Probleme mit dem Abspielen von MKVs über das Netzwerk?


    Benötigt Ihr vielleicht noch weitere Logs oder sowas?


    Gruß,
    deReen

    VDR:
    Atom ION330, 1GB MB RAM, 160 GB HD, TT S3600 DVB-S2, YaVDR 0.3,
    Video- + Audioausgabe über HDMI an Verstärker zu Samsung LE46C650

  • Es machte zumindest bis vor kurzem einen Unterschied ob man das Share via xbmc gemountet hat
    oder einen bereits vorhandenen Mountpoint nutzt.


    Keine Ahnung ob da mittlerweile was gefixt wurde,
    ich spiele im Prinizip alles lokal ab und das zu 999,99% erfolgreich :)

    Software: gen2vdr V3 ( Beta8 ) / gen2vdr V2
    Hardware: Intel 5200EE - 5N7A-VM - Scythe Shuriken - BeQuiet(Netzteil) - X10-USB Remote
    SMT 7020S & P3@900 - Testsystem mit FF und X10-USB Remote
    Links für Neueinsteiger


    "Jetzt, wo ich weiß wie es geht, versteh ich auch die Gebrauchsanleitung"

    Einmal editiert, zuletzt von Mr.N!ce ()

  • OK, wurde gar nicht, dass XBMC auch Shares einhängen kann. Werde es mal ausprobieren.

    Server : Ubuntu 11.04 mit yavdr VDR Instanz, SaTiX-S2
    Wohnzimmer : XUbuntu 11.04, XBMC als Frontend via VNSI, Asus P5N7A-VM

  • Servus Mr.Nice,


    Also ich habe den Share über XBMC eingerichtet,


    wäre es denn geschickter das über das Mountpoint zu machen?


    Oder ist die Einrichtung über XBMC eigentlich die Optimale,
    weil du schreibst das es bei einem von beiden Probleme gibt...

    VDR:
    Atom ION330, 1GB MB RAM, 160 GB HD, TT S3600 DVB-S2, YaVDR 0.3,
    Video- + Audioausgabe über HDMI an Verstärker zu Samsung LE46C650

  • Nachschlag:


    Also ich habe gestern abend mal ein bisschen rumgespielt und ausprobiert.


    Habe nun eine Möglichkeit gefunden, wie ich ohne einen Neustart diese Dateien doch abspielen kann.


    Kommt es also zu diesem Fehler, dass er keine MKVs mehr abspielen will, muss ich VDPAU deaktivieren, eine MKV starten, stoppen und VDPAU wieder aktivieren. Danach klappt es sofort wieder mit dem abspielen. Das ist natürlich keinesfalls eine Lösung für das Problem, schliesst aber Netzwerkverzögerungen und ähnliches aus.
    Muss also ein Bug im eigentlichen VDPAU sein.


    Mich wundert es jetzt das ich der einzige bin, der dieses Problem hat.
    Ich denke doch es gibt hier noch andere die dieses Problem haben müssten,
    besonderst yaVDR Benutzer, die Ihr XBMC als HTPC benutzen ^^

    VDR:
    Atom ION330, 1GB MB RAM, 160 GB HD, TT S3600 DVB-S2, YaVDR 0.3,
    Video- + Audioausgabe über HDMI an Verstärker zu Samsung LE46C650

  • Hi,


    habe mein Netzwerk nun von FastEthernet auf GigabitEthernet aufgebohrt. Die Probleme sind die gleichen.


    Folgendes Vorgehen hilft :


    MKV mit aktiviertem VDPAU abspielen. XBMC spielt den Film ab, aber zeigt kein Bild. die o.g. Meldungen sind im Logfile.
    Dann beendet man den Film mit "x", geht man in die Wiedergabe Einstellungen, und deaktiviert VDPAU. Dannach wieder abspielen. Ergebnis Film wird angezeigt, aber ruckelt.
    Nun Film wieder beenden, und VDPAU aktivieren. Nun läuft er nach ca. 5 Sekunden normal (mit VDPAU).


    Was könnte es sein ? Habe es mit einer NFS und einer CIFS Freigabe Probiert. Selber Effekt.


    Es sieht nach einem Timing Problem aus.


    Kann mir da jemand weiterhelfen ?

    Server : Ubuntu 11.04 mit yavdr VDR Instanz, SaTiX-S2
    Wohnzimmer : XUbuntu 11.04, XBMC als Frontend via VNSI, Asus P5N7A-VM

  • Problem gelöst!


    Es lag an der BIOS Einstellung für den zugewiesenen Arbeitsspeicher der Grafikkarte/Chip.
    Dieser war standartmäßig auf 64MB gestellt, mit der Zuweisung auf 512MB gibt es nun keine Probleme mehr.


    Also falls jemand solche Probleme haben sollte,
    einfach im BIOS umstellen.


    Funktionierte bei mehrern Stationen...


    Gruß,
    deReen

    VDR:
    Atom ION330, 1GB MB RAM, 160 GB HD, TT S3600 DVB-S2, YaVDR 0.3,
    Video- + Audioausgabe über HDMI an Verstärker zu Samsung LE46C650

  • Fast jedes mal, wenn ich xbmc aufrufe und eine Filwiedergabe starten will, friert die Wiedergabe innerhalb der ersten Sekunden ein (meist nur schwarzes Bild). Die FB reagiert nicht mehr. Ich muss mich dann per ssh einloggen und "killall -9 xbmc.bin" eingeben. Danach kommt wieder das vdr-Bild.


    Ich vermute, dass es das gleiche Problem ist, da ich auch "Error: The display was pre-empted, or a fatal error occurred" im Log habe.


    var/lib/vdr/.xbmc/temp/xbmc.log zeigt dies:


    Wenn ich es mehrfach hintereinander versuche, klappt die Wiedergabe dann irgendwann. Die Dateien liegen lokal auf Platte. Der Grafikspeicher der GT520 sollte nicht das Problem sein.


    Ich bin ratlos. Ist xbmc wirklich so instabil?

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • nur so nebenbei


    hab ähnliches unter osx beobachtet


    bei neueren builds von the chief gehen manche mkv-container nicht mehr abspielen und der xbmc crasht
    ohne vda-decoder laufen diese Filme aber :)


    bei älteren builds laufen die container ABER Schauen über VNSI crasht live-tv ^^


    so hat man jetzt 2 xbmc im dock 1x zum filme schauen und 1x zum tv schauen ;)



    Mal sehe wie die entwicklung weiter geht

  • auf die TV-Funktion könnte ich gut verzichten. Vielleicht sehen die yavdr-Entwickler ja irgendwann ein, dass xbmc so nur eingeschränkt benutzbar ist und liefern einen älteren -funktionierenden- build.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • Gibts da mittlerweile eine Lösung? Ich muss auch mehrmals XBMC starten, bis mal ein Film anläuft.


    Code
    ERROR: VDPAU Device Preempted - attempting recovery
    ERROR:  (VDPAU) Error: The display was pre-empted, or a fatal error occurred.(2) at VDPAU.cpp:1028
    ERROR: CVDPAU::FFGetBuffer - No Video surface available could be created
    ERROR: Decode - avcodec_decode_video returned failure

    VDR1: Gigabyte B85N * G3420 * 1x2GB DDR3 * Nvidia 1030 * VDR 2.4.0

    VDR-Server: Dell T20 Proxmox * VDR im LXC-Container * V 2.4.0

  • Nachdem du nicht verrätst mit welcher yaVDR-Version das Problem auftritt ist es schwer etwas dazu zu sagen...

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • die yavdr-Entwickler setzen ein bestimmtes Entwickler-repository ein, weil sie Wert auf die TV-Funktion in xbmc legen. Andere xbmc-Versionen haben das Abspielproblem wohl nicht, aber die yavdr-Entwickler haben klargestellt, dass dies für sie kein Grund ist, eine andere xbmc-Version mit yavdr auszuliefern.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

  • ist am mac auch so
    nutze um filme anzuschauen die stable
    und fürn vdr die compilierten versionen von thechief

  • So ganz richtig ist das nicht was Dr.Seltsam schreibt.


    Zur Klarstellung:
    1.) Das Problem sehe ich bei mir auch
    2.) Ich habe auch stable (Dharma) bei mir probiert und das zeigt das selbe Verhalten
    3.) Es ist nicht jede Hardware gleichermaßen betroffen
    4.) Abschalten des Umschaltens der Refreshrate verhindert bei mir den Crash zu 100%


    http://forum.xbmc.org/showpost.php?p=881281&postcount=19
    http://forum.xbmc.org/showthread.php?t=106320


    Wenn jemand eine Lösung dazu hat, her damit. Ich hätte sie auch gern, habe aber keine Lösung gefunden. Ich hoffe derweil das FernetMenta Erfolg vermelden kann die nächsten Wochen und das noch in Eden einfliesst.


    Im Team sieht es so aus das die meisten nicht betroffen sind, mein Produktivrechner ist betroffen. Scheint also Hardwareabhängig/sensibel auf Timing zu reagieren.

    VDR User: 87 - LaScala LC14B - LG/Phillipps 6,4" VGA Display | Asrock H61/U3S3 | G630T | 1x 16GB Mobi Mtron 3035 1x WD 750GB 2,5" |1x L4m DVB-S2 Version 5.4

    Einmal editiert, zuletzt von steffen_b ()

  • Steffen, weisst Du, wie die Umschaltung der Bildwiederholrate in xbmc gelöst wurde? Die geht ja sehr schnell.
    Ich habe jetzt in meinem mplayer-Script eine Erkennung der frames/Sekunde mit drin und führe abhängig vom Ergebnis ein Umschalten der Bildwiederholrate mit xrandr aus. Das dauert deutlich länger. Die mplayer-Wiedergabe läuft immer an, jedoch habe ich nach dem Umschalten teilweise Ruckler, die sich erst nach erneutem Wechseln der Rate wieder auflösen.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!