[0.5] Bild friert ein an der letzten Schnittmarke

    Guten Abend,


    ich hatte es heute Abend 3x bei Serien auf Sat1 (NaviCIS, Mentalist, Common Law), dass das Bild bei der letzten Schnittmarke einer Aufzeichnung einfriert. Im Log ist dann folgendes dazu zu sehen:

    Code
    Oct 14 23:38:20 VDR vdr: [11380] PlayJump: 14667 frames to 104556 (1:09:42.07)
Oct 14 23:38:20 VDR vdr: [11380] SetBrokenLink: no GOP header found in video packet
Oct 14 23:38:21 VDR vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'


    Der VDR im Hintergrund läuft weiter, aber das Bild steht.
    Ein "restart vdr-frontend", "stop/start vdr-frontend" hilft nicht. Nur eine "VDR Neustarten" über das Webfrontend behebt das Problem.
    Ein "restart vdr" auf der Konsole braucht auch ewig und im Log steht eine zeitlang nur:


    bis der VDR neustartet.


    Gruss
    Markus

    Ich hole das nochmal hoch, da es mit gestern Abend wieder passiert ist. Diemal bei einer Aufnahme auf RTL.
    Alles läuft gut, aber wenn der VDR an der letzten Marke ist, bleibt das Bild stehen und nichts rührt sich mehr. Log siehe erstes Posting.
    Wenn ich ein

    Code
    svdrpsend plug softhddevice stat

    versuche bekomme ich einen Timeout.

    Hast du den Sprung an Schnittmarken aktiviert?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Zitat von seahawk1986

    Hast du den Sprung an Schnittmarken aktiviert?


    Ja, aber das habe ich schon immer und es ist mir wirklich erst jetzt unter der Woche das erste mal passiert und seitdem häufiger.
    Die letzte Installation ist vom letzen Mittwoch abend, gestern bin ich auf das stable-Repo gewechselt.
    Vorher hatte ich den Fehler nie.

    ich mein das hatte wir schon öfter in den letzten Monaten, u.A. auch während der Wiedergabe einer noch nicht beendeten Aufnahme - du kannst das glaub ich aussitzen, irgendwann nach 1-3 Minuten bricht der vdr dann ab und geht zurück zum Live TV


    oder ist das hier was anderes?


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Hm. Aussitzen habe ich auch schon probiert, nur einmal ging er recht fix wieder ins LiveTV.
    Gestern Abend stand das Bild auch noch nach einer Zigarettenlänge :)


    Wie gesagt, ich habe es erst seit Mittowch und immer an der letzten Schnittmarke. Ich kann Dir jetzt aber aus dem Kopf heraus nicht sagen, ob es jetzt Aufnahmen waren, wo die Aufnahme noch lief. Aber definitv war die Aufnahme schon zu Ende, als dwir beim Schauen an die letzte Schnittmarke gelangten. Eine habe ich noch drauf, und teste das noch mal mit dieser. Könnte gut sein, dass das der selbe Fall ist. Am Sonntag habe ich zb. nur ältere Aufnahmen geschaut, da ist es mir kein einziges Mal passiert.


    Woran liegt es denn? Am softhddevice? Denn der VDR läuft ja brav weiter und der watchdog schlägt nicht zu. Also sollte es ja nicht vom VDR kommen.

    Zitat von CKone

    irgendwann nach 1-3 Minuten bricht der vdr dann ab und geht zurück zum Live TV


    Wenn svdrpsend einen Timeout liefert dann triggert der Watchdog nach (üblicherweise) 60 Sekunden ;)


    cu

    nein, ich mein keinen VDR Neustart - er tut irgendwann das was man egtl sofort erwarten würde...


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Zitat von ofenheizer

    Woran liegt es denn? Am softhddevice? Denn der VDR läuft ja brav weiter und der watchdog schlägt nicht zu. Also sollte es ja nicht vom VDR kommen.


    also wenn es nur bei Aufmahmen passiert deren Wiedergabe du vor dem Ende der Aufnahme gestartet hast, dann bleiben quasi nur markad und vdr (samt einer der yavdr patche natürlich)


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Habt ihr die Schnittmarken selbst (händisch) gesetzt oder per markad ?


    Hier im Forum gibt es einen Thread dazu wo die nicht i-frame genaue Positionierung zu Problemen führt (so hab ich das zumindest verstanden).

    Schnittmarken werden bei mir nur automatisch gesetzt und auch nur zum Überspringen beim Aufnahme-Schauen genutzt. Schneiden tue ich nicht. Maximal verschieben, wenn was nicht so passt. Und mit dem Verschieben, wie in dem anderen Thread angesprochen, habe ich auch keinerlei Probleme.


    So, ich habe jetzt mal noch das Log von gestern Abend durchgesehen. Zum Zeitpunkt des Erreichens des Endes der Aufnahme (letzte Schnittmarke), war die Aufnahme schon seit über 10min fertig. Hier nochmal das Log dazu, ab Standbild und einige Minuten Wartezeit (7 min), erst danach habe ich per SSH eingegriffen:

    SD


    Das Problem aus dem verlinkten Thread habe ich nicht. Ich kann sauber alle Marken anspringen, löschen, verschieben usw.

    Code
    Oct 15 22:35:49 VDR vdr: [25217] PlayJump: 15149 frames to 112406 (1:14:56.07)
Oct 15 22:35:49 VDR vdr: [25217] SetBrokenLink: no GOP header found in video packet


    Die Fehlermeldung kommt vom VDR. Scheinbar findet er an der Schnittmarke keinen GOP!


    Code
    Oct 15 22:35:50 VDR vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Oct 15 22:35:50 VDR vdr: video: decoder buffer empty, duping frame (443117/132278) 0 v-buf


    Das Plugin bekommt nach dem obigen Fehler keine Daten mehr. Sollte aber noch bedienbar sein
    und die Aufnahme manuel zustoppen.


    Johns

    Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
    Sag mir, wo die Developer sind. Was ist geschehn?


    Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
    Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
    Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
    Server0: Dockstar TT-S2-3600-USB / streamdev
    Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

    Danke Johns für die Antwort.
    Aber die Meldung mit "no GOP header found" habe ich häufiger im Log beim Abspielen einer Aufnahme.


    Nee, ist leider überhaupt nichts mehr bedienbar. Keinerlei Reaktion auf irgendeine Taste auf der FB. Auch auf der Konsole tut sich bei kaum einem Befehl was. :(

    Dann scheint doch etwas einzufrieren, entweder VDR oder Plugin.
    Scheint Problem mit dem Dateiende zusein.


    Ich würde mal die letzte Marke verschieben, so daß sie nicht nach dem Ende der Aufnahme liegt.


    Code
    hexdump -e '"%07.7_ax  " 2/4 "%d " "\n"' /var/vdr/video/.../*.rec/index | less


    Damit kann man sich die Frames im Index angucken.
    Erste Zahl (also die zweite angezeigte, die erste ist der Dateioffset) ist die Framenummer, die zweite die Flags.


    Johns

    Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
    Sag mir, wo die Developer sind. Was ist geschehn?


    Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
    Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
    Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
    Server0: Dockstar TT-S2-3600-USB / streamdev
    Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden