[2.4.0] Defekte Aufnahme? VDR wird beendet => Fehler in skinflatplus

kamel5 · 31. Januar 2020

wenn ich das so lese, glaube ich nicht, das es an dem Ausgabeplugin liegt, selbst mit meiner TT6400 geht es ja.

Hast Du es denn schon mal mit einem Plain-VDR und nur mit den nötigsten Plugins probiert? Und wenn es dann gehen sollte, kann man dann den Rest wieder nacheinander dazu nehmen. So würde ich es zumindest machen.

Grüsse

kamel5

9000H · 31. Januar 2020

Hi

skinnopacity könnte auch Probleme machen, hier ist noch ein Patch der zumindest die Stabilität verbessert.

https://github.com/jojo61/vdr-…skinnopacity-osd.diff.txt

CU

9000h

M-Reimer · 31. Januar 2020

Im Zweifelsfall sowieso immer alle Plugins die abgeschaltet werden können erstmal abschalten. Dazu gehört auch: Standardskin benutzen.

Nur so kann eingegrenzt werden woran es wirklich liegt!

MegaV0lt · 31. Januar 2020

OK. Hab mal durchprobiert. Wenn ich klassischen VDR-OSD nehme kann ich die Aufnahme abspielen! Woohoo...

Ich verwende das skinflatplus. Kann es sein, dass hier auch der Patch angewendet werden muss?

_Martin_ Kannst Du das mal überprüfen?

Eventuel hier?
https://projects.vdr-developer…it/tree/baserender.c#n102

Ich verstehe nur nicht, warum das jetzt auftritt, nach dem ich Jahre lang keine Probleme hatte. Außerdem sind nicht alle Aufnahmen betroffen...

davie2000 · 31. Januar 2020

Jetzt wirds aber spannend!

Würd mich brennend interessieren, wie es hier weitergeht, weil ich mir beim besten Willen nicht vorstellen kann, was dein Absturz bei manchen Aufnahmen, damit zu tun hat, dass im Skin das OSD um 1 Pixel schmaler und niedriger gezeichnet wird.

Haben die "defekten" Aufnahmen irgendwas gemeinsam? Sender, Uhrzeit, Sendung, Wochentag, Aufnahmeort, ...

Oder unterscheiden sie sich irgendwo von den funktionierenden?

9000H · 31. Januar 2020

Hi,

skinflatplus leidet wahrscheinlich auch am selben Bug wie skinnopacity, skindesinger hat das auch so geloest.

https://projects.vdr-developer…d60985505887d5db3d6c1baeb

CU

9000h

MegaV0lt · 31. Januar 2020

Alle Aufnahmen die nicht funktionieren sind von unterschiedlichen Kanälen... Atlantic HD oder auch Sixx HD...

Ich kann erst am Montag wieder testen. Werde versuchen den Patch irgendwie einzubauen...

Was ist der Unterschied zwischen den beiden Versionen?

Was macht der Patch?

wmautner · 31. Januar 2020

Hab ich jetzt vorhin auch mal versucht (VDR-2.4.1-frodo, skinflatplus):

Code

Jan 31 20:07:42 hdvdr2 vdr: [29591] skinflatplus: TextScrollerPixmap drawPort left: 0 top: 0 width: 1915 height: 64
Jan 31 20:07:44 hdvdr2 vdr: [29591] skinflatplus: TextScrollerPixmap left: 79 top: 708 width: 633 height: 64
Jan 31 20:07:44 hdvdr2 vdr: [29591] skinflatplus: TextScrollerPixmap drawPort left: 0 top: 0 width: 1069 height: 64
Jan 31 20:07:44 hdvdr2 vdr: [29591] loading /srv/vdr/video/Wenn_die_rote_Sonne_aufgeht__(S06E02)/2020-01-16.22.03.44-0.rec/marks
Jan 31 20:07:47 hdvdr2 vdr: [29591] skinflatplus: TextScrollerPixmap left: 79 top: 708 width: 633 height: 64
Jan 31 20:07:47 hdvdr2 vdr: [29591] skinflatplus: TextScrollerPixmap drawPort left: 0 top: 0 width: 1069 height: 64
Jan 31 20:07:47 hdvdr2 vdr: [29591] loading /srv/vdr/video/Wenn_die_rote_Sonne_aufgeht__(S06E02)/2020-01-16.22.03.44-0.rec/marks
Jan 31 20:07:57 hdvdr2 vdr: [29591] [extrecmenu] starting replay of recording
Jan 31 20:07:57 hdvdr2 vdr: [29591] replay /srv/vdr/video/Wenn_die_rote_Sonne_aufgeht__(S06E02)/2020-01-16.22.03.44-0.rec
Jan 31 20:07:57 hdvdr2 vdr: [29591] playing '/srv/vdr/video/Wenn_die_rote_Sonne_aufgeht__(S06E02)/2020-01-16.22.03.44-0.rec/00001.ts'
Jan 31 20:07:57 hdvdr2 vdr: [29591] loading /srv/vdr/video/Wenn_die_rote_Sonne_aufgeht__(S06E02)/2020-01-16.22.03.44-0.rec/marks
Jan 31 20:07:57 hdvdr2 vdr: [29591] ERROR: attempt to open OSD while it is already open - using dummy OSD!
Jan 31 20:07:57 hdvdr2 vdr: [29591] skinflatplus: create osd SUCCESS left: 77 top: 43 width: 1760 height: 994
Jan 31 20:07:57 hdvdr2 vdr: [29591] loading /srv/vdr/video/Wenn_die_rote_Sonne_aufgeht__(S06E02)/2020-01-16.22.03.44-0.rec/marks
Jan 31 20:07:57 hdvdr2 kernel: [50009.386928] vdr[29591]: segfault at 20 ip 00007f00d9b4aeb1 sp 00007ffca08486a0 error 4 in libvdr-skinflatplus.so.2.4.1[7f00d9ac8000+99000]
Jan 31 20:07:57 hdvdr2 kernel: [50009.386932] Code: 48 8b bd e8 fa ff ff e8 fd 38 f9 ff 48 8b b5 68 ff ff ff 48 8b 05 07 6e 21 00 66 0f ef c9 66 0f ef c0 f2 0f 10 90 c0 04 00 00 <f2> 0f 2a 4e 20 f2 0f 2a 46 24 f2 0f 59 ca f2 0f 59 c2 f2 0f 59 0d
Jan 31 20:07:57 hdvdr2 systemd[1]: vdr.service: Main process exited, code=dumped, status=11/SEGV
Jan 31 20:07:57 hdvdr2 yavdr-frontend[2995]: INFO:pydbus2vdr:VDR Status: stopped
Jan 31 20:07:57 hdvdr2 yavdr-frontend[2995]: DEBUG:softhddevice:g-dbus-error-quark: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name de.tvdr.vdr was not provided by any .service files (2)

Alles anzeigen

Absturz sofort beim Start des Video-Schnipsels ...

davie2000 · 31. Januar 2020

Zitat von davie2000

Habe deine Aufnahme dirikt ins recordings-Verzeichnis entpackt und den VDR neu gestartet.

Ließ sich problemlos abspielen und sogar herumspulen.

yaVDR Ansible unter Ubuntu 18 mit softhddevice-openglosd-ffmpeg2.8

Wenns wirklich am Skin liegt: bei mir läuft skindesigner mit eine, angepassten estuary4vdr.

MegaV0lt · 1. Februar 2020

Es betrifft ja nicht alle Aufnahmen. Es muss also irgend was an der *.ts anders sein...

Vielleicht wird da was falsch erkannt vom Skin?

foobar42 · 1. Februar 2020

Hast du schon getestet, was passiert, wenn du ein wenig am Anfang der fraglichen Aufnahmen wegschneidest?

MegaV0lt · 1. Februar 2020

Nein. Keine Ahnung was man wegschneiden kann und wie es am einfachsten geht (dd)

mini73 · 1. Februar 2020

Macht doch einfach mal einen Backtrace vom Absturz, dann kann man doch sehen, wo das Skin ein Problem hat.

jsffm · 1. Februar 2020

Mit vdr-transcode kann man sekundengenau was vom Anfang wegschneiden.

MegaV0lt · 3. Februar 2020

Ich habe mit dd 1 MB vorne weggeschnitten und die index gelöscht.

VDR kann die index nun nixht mehr erstellen. Die Aufnahme spielt mit sekündlichen Pixelfehlern ab.

Log sieht nicht gut aus:

Code

10:45:38 vdr01 vdr[14972]: [16397] ERROR: can't parse PAT
Feb  3 10:45:38 vdr01 vdr[14972]: [16397] ERROR: can't parse PAT
Feb  3 10:45:38 vdr01 vdr[14972]: [16397] ERROR: can't parse PAT
Feb  3 10:45:38 vdr01 vdr[14972]: [16397] ERROR: can't parse PAT
Feb  3 10:45:38 vdr01 vdr[14972]: [16397] ERROR: can't parse PAT
Feb  3 10:45:38 vdr01 vdr[14972]: [16397] ERROR: can't parse PAT
Feb  3 10:45:38 vdr01 vdr[14972]: [14972] info: Index-Datei wird regeneriert
Feb  3 10:45:38 vdr01 vdr[14972]: [16398] ERROR: skipped 176 bytes to sync on start of TS packet at device.c/PlayTs(1583)
Feb  3 10:45:38 vdr01 vdr[14972]: codec/audio: no frame
Feb  3 10:45:38 vdr01 vdr[14972]: video: get hwaccel context, not supported
Feb  3 10:45:38 vdr01 vdr[14972]: [16398] ERROR: skipped 12 bytes of TS fragment
Feb  3 10:45:38 vdr01 vdr[14972]: [16398] ERROR: skipped 176 bytes to sync on start of TS packet at device.c/PlayTs(1583)
Feb  3 10:45:38 vdr01 vdr[14972]: [16398] ERROR: skipped 12 bytes of TS fragment
Feb  3 10:45:38 vdr01 vdr[14972]: [16398] ERROR: skipped 176 bytes to sync on start of TS packet at device.c/PlayTs(1583)
Feb  3 10:45:40 vdr01 vdr[14972]: [16398] ERROR: skipped 12 bytes of TS fragment
Feb  3 10:45:40 vdr01 vdr[14972]: [16398] ERROR: skipped 176 bytes to sync on start of TS packet at device.c/Pla

Alles anzeigen

Ich baue den VDR und die Plugins gerade neu mit Debug. Ich hoffe da finde ich dann den gewünschten "Backtrace"

MegaV0lt · 3. Februar 2020

Hier die erstellte core.out:

https://www.dropbox.com/s/h1628d9p77hvy0z/core.out.txt?dl=0

Ich kann damit nichts anfangen. Ein komplettes Logset habe ich auch:

https://www.dropbox.com/s/fht3…_log_02031101.tar.xz?dl=0

Interessant: Hat die Aufnahmen erst abgespielt. Beim 3. Start der Aufnahme dann erst der Absturz. Timing-Problem?
Die Debug-Version werde ich aber wieder gegen eine ohne Debug tauschen, da hier alles viel langsamer ist.

Habe versucht den Patch beim skinflatplus einzubauen. Hat gebaut, aber trotzdem Absturz.

Diff

root auf vdr01 am 03.02.2020 11:07 
[...c/VDR/PLUGINS/src/skinflatplus] # diff -u baserender.c.orig baserender.c
--- baserender.c.orig    2019-05-22 17:13:06.669858679 +0200
+++ baserender.c    2020-02-03 09:38:16.363874202 +0100
@@ -105,9 +105,11 @@
     osdWidth = width;
     osdHeight = height;
 
-    osd = cOsdProvider::NewOsd(left, top);
+//    osd = cOsdProvider::NewOsd(left, top);
+    osd = cOsdProvider::NewOsd(cOsd::OsdLeft() + left,cOsd::OsdTop() + top);
     if (osd) {
-        tArea Area = { 0, 0, width, height,  32 };
+//        tArea Area = { 0, 0, width, height,  32 };
+        tArea Area = { 0, 0, width - 1, height - 1,  32 };
         if (osd->SetAreas(&Area, 1) == oeOk) {
             dsyslog("skinflatplus: create osd SUCCESS left: %d top: %d width: %d height: %d", left, top, width, height);
             return;

Alles anzeigen

mini73 · 3. Februar 2020

Der vdr legt am Anfang der Videodatei eine angepasste PAT/PMT ab, damit es weiß, welche PIDs in der Datei sind. Die darf man nicht einfach so wegschneiden.

mini73 · 3. Februar 2020

Die Exception ist in Thread 1 aufgetreten bei:

Code

#4  0x00007fd8c1a4f51e in cFlatDisplayReplay::UpdateInfo (this=0x55b4f2b93590) at displayreplay.c:348

Jetzt muss man sich mal anschauen, was das Plugin da will und ob vielleicht einer der Parameter z.B. NULL ist, obwohl das Plugin da was erwartet.

mini73 · 3. Februar 2020

Sind die Plugins gegen die richtigen vdr-Header kompiliert? Nur, um sicher zu gehen, dass die sich wegen der diversen structs einig sind.

mini73 · 3. Februar 2020

Wenn ich mir das hier anschaue:

https://projects.vdr-developer…tree/displayreplay.c#n341

Code

if( seriesId > 0 ) {
    cSeries series;
    series.seriesId = seriesId;
    series.episodeId = episodeId;
    if (pScraper->Service("GetSeries", &series)) {
        if( series.banners.size() > 0 )
            mediaPath = series.banners[0].path;
        mediaWidth = series.banners[0].width * Config.TVScraperReplayInfoPosterSize*100;
        mediaHeight = series.banners[0].height * Config.TVScraperReplayInfoPosterSize*100;
    }
} else if (movieId > 0) {

Alles anzeigen

Dann sollte das eher so aussehen:

Code

if( seriesId > 0 ) {
    cSeries series;
    series.seriesId = seriesId;
    series.episodeId = episodeId;
    if (pScraper->Service("GetSeries", &series) && series.banners.size() > 0) {
        mediaPath = series.banners[0].path;
        mediaWidth = series.banners[0].width * Config.TVScraperReplayInfoPosterSize*100;
        mediaHeight = series.banners[0].height * Config.TVScraperReplayInfoPosterSize*100;
    }
} else if (movieId > 0) {

Sonst wird da auf banners[0] zugegriffen, auch wenn es gar nicht gefüllt ist.

Denn wie man im Backtrace sieht:

Code

banners = std::vector of length 0, capacity 0

[2.4.0] Defekte Aufnahme? VDR wird beendet => Fehler in skinflatplus

Jetzt mitmachen!

Teilen