[Gelöst] Wie Index von älteren Aufnahmen regenerieren?

3PO · 25. März 2014

Zitat von UFO

Ein Unterschied ist, daß im Batchbetrieb kein Ausgabeplugin beteiligt ist. Falls dieses den VDR bei der Wiedergabe abstürzen läßt, wird natürlich keine Indexdatei erzeugt. (Oben wurde so etwas erwähnt.)

Iirc ist es wichtig, die Wiedergabe laufen zu lassen, bis die Indexerzeugung abgeschlossen ist.

CU
Oliver

Ich habe keinen Absturz bei der Wiedergabe und ich hatte den ganzen(!) Film laufen lassen und es wurde keine "index" erstellt.

kls,

wie, bzw. mit was, kann ich die Größe der GOP ermitteln?

Aufgenommen müsste, der Zeit nach, mit vdr-1.7.16 worden sein und die "index" wollte ich mit vdr-2.1.6 erstellen.

kls · 25. März 2014

Zitat von 3PO

wie, bzw. mit was, kann ich die Größe der GOP ermitteln?

Wenn du in remux.c in der Zeile

static bool DebugFrames = false;

statt 'false' ein 'true' reinschreibst, dann gibt VDR an der Konsole Infos über die Frame-Erkennung aus.

Zitat

Aufgenommen müsste, der Zeit nach, mit vdr-1.7.16 worden sein und die "index" wollte ich mit vdr-2.1.6 erstellen.

Die 2.1.6 sollte das eigentlich in beiden Fällen gleich machen.

Kannst du mir mal deine Aufnahme uploaden?
So etwa eine halbe Minute sollte schon reichen.
Kontaktiere mich ggf. per Email wegen der Login-Daten.

Klaus

S:oren · 25. März 2014

Zitat von 3PO

Ich habe keinen Absturz bei der Wiedergabe und ich hatte den ganzen(!) Film laufen lassen und es wurde keine "index" erstellt.

Das selbe bei mir.

Versuch doch mal, die erste Minute aus der Aufnahme (mit index) zu schneiden, dann bei der geschnittenen Aufnahme den index loeschen und testen, ob der beim Abspielen neu erstellt wird. Wenn nicht, haben wir ja eine zweite Testdatei, die nur ein paar zig Megabyte gross ist und in einem DVB-aehnlicheren Format vorliegen duerfte...

Gruss,
S:oren

Edit: Hat sich mit dem vorangegangenen Post ueberschnitten...

3PO · 25. März 2014

Das seltsame ist, dass es jetzt auf einmal funktioniert ....

Ich habe aber nichts(!) geändert, oder neu installiert.

3PO · 25. März 2014

Ich glaube, dass ich den Fehler gefunden habe.

Nachdem ich nun mehrfach die "index" gelöscht habe und anschließend die Wiedergabe gestartet habe, ist es so, dass es mal geht und mal eben nicht.

Mir ist dann aufgefallen, dass wenn während der Erstellung der "index", das epg2vdr Plugin ein Update startet, die "index" nicht erstellt wird.

Code

....
Mar 25 18:51:04 [vdr] [13609] replay /video/%Super_Size_Me/2010-10-26.23.30.31-0.rec
Mar 25 18:51:04 [vdr] [13609] playing '/video/%Super_Size_Me/2010-10-26.23.30.31-0.rec/00001.ts'
Mar 25 18:51:04 [vdr] [15653] index file generator thread started (pid=13609, tid=15653, prio=high)
Mar 25 18:51:04 [vdr] [15653] playing '/video/%Super_Size_Me/2010-10-26.23.30.31-0.rec/00001.ts'
Mar 25 18:51:05 [vdr] [15653] deleting index file '/video/%Super_Size_Me/2010-10-26.23.30.31-0.rec/index'
Mar 25 18:51:05 [vdr] [15653] index file generator thread ended (pid=13609, tid=15653)
Mar 25 18:51:05 [vdr] [graphTFT] Mode is set to (0x21), menu section to 'Menu'
Mar 25 18:51:05 [vdr] [graphTFT] Section changed from 'NormalTV' to 'ReplayNormal'
Mar 25 18:51:05 [vdr] [15655] index file generator thread started (pid=13609, tid=15655, prio=high)
Mar 25 18:51:05 [vdr] [15655] playing '/video/%Super_Size_Me/2010-10-26.23.30.31-0.rec/00001.ts'
Mar 25 18:51:05 [vdr] [15655] unknown frame delta (1200), assuming 25,00 fps
Mar 25 18:51:05 [vdr] video: decoder buffer empty, duping frame (227/12036) 0 v-buf_
Mar 25 18:51:05 [vdr] video: --:--:--.---   +0    0   0/\ms   0+5 v-buf_
Mar 25 18:51:05 [vdr] [15655] deleting index file '/video/%Super_Size_Me/2010-10-26.23.30.31-0.rec/index'
Mar 25 18:51:05 [vdr] [15655] index file generator thread ended (pid=13609, tid=15655)
Mar 25 18:51:05 [vdr] [13609] [softhddev]SetPlayMode: 1_
Mar 25 18:51:05 [vdr] [13609] info: Index-Datei wird regeneriert
Mar 25 18:51:05 [vdr] [15656] dvbplayer thread started (pid=13609, tid=15656, prio=high)
Mar 25 18:51:05 [vdr] [15657] non blocking file reader thread started (pid=13609, tid=15657, prio=high)
Mar 25 18:51:05 [vdr] audio/alsa: using device 'pcm.stereo'_
Mar 25 18:51:06 [vdr] audio/alsa: start delay 336ms_
Mar 25 18:51:06 [vdr] video: decoder buffer empty, duping frame (243/12036) 0 v-buf_
Mar 25 18:51:06 [vdr] video: slow down video, duping frame_
Mar 25 18:51:06 [vdr] video:  0:00:00.520 +222 7332 240/\ms 182+8 v-buf_
Mar 25 18:51:06 [vdr] video/vdpau: synced after 29 frames_
Mar 25 18:51:11 [vdr] EPG2VDR: Info: Updates pending but epgd 'busy (events)' since '14.03.25 18:49:42', retrying in 10 seconds
Mar 25 18:51:17 [vdr] [graphTFT] OsdClear
Mar 25 18:51:18 [vdr] [13609] info: Index-Datei wird regeneriert
Mar 25 18:51:21 [vdr] EPG2VDR: Info: Updates pending but epgd 'busy (events)' since '14.03.25 18:49:42', retrying in 10 seconds
Mar 25 18:51:30 [vdr] [graphTFT] OsdClear
Mar 25 18:51:31 [vdr] EPG2VDR: Info: Updates pending but epgd 'busy (match)' since '14.03.25 18:51:27', retrying in 10 seconds
                - Last output repeated twice -
Mar 25 18:51:51 [vdr] EPG2VDR: Change handler state to 'active'
Mar 25 18:51:51 [vdr] EPG2VDR: --- EPG refresh started ---
Mar 25 18:51:51 [vdr] EPG2VDR: Update EPG, loading changes since 25.03.2014 18:49:40
Mar 25 18:51:51 [vdr] EPG2VDR: Remove event 190942 of channel 'S19.2E-1-1019-10301' due to updflg R
Mar 25 18:51:51 [vdr] EPG2VDR: Processed channel 'S19.2E-1-1019-10301' - 'Das Erste HD' with 63 updates
Mar 25 18:51:51 [vdr] EPG2VDR: Processed channel 'S19.2E-1-1101-28106' - 'Das Erste' with 3 updates
Mar 25 18:51:51 [vdr] EPG2VDR: Processed channel 'S19.2E-1-1051-28721' - 'tagesschau24' with 2 updates
Mar 25 18:51:51 [vdr] EPG2VDR: Processed channel 'S19.2E-133-12-107' - 'Sky Hits HD' with 0 updates
Mar 25 18:51:51 [vdr] EPG2VDR: Processed channel 'S19.2E-1-1093-28487' - 'BR-alpha' with 41 updates
....

Alles anzeigen

S:oren · 25. März 2014

Ein epg2vdr-Plugin benutze ich nicht.

Hier mal ein Log beim Abspielen meiner Testsequenz, es wird kein Index-File generiert:

Code

Mar 25 22:52:07 guruvdr vdr: [2543] replay /video/Test_genindex/2012-10-22.00.00.2-0.rec
Mar 25 22:52:07 guruvdr vdr: [2543] playing '/video/Test_genindex/2012-10-22.00.00.2-0.rec/00001.ts'
Mar 25 22:52:07 guruvdr vdr: [2796] index file generator thread started (pid=2543, tid=2796, prio=high)
Mar 25 22:52:07 guruvdr vdr: [2796] playing '/video/Test_genindex/2012-10-22.00.00.2-0.rec/00001.ts'
Mar 25 22:52:07 guruvdr vdr: [2796] WARNING: required 5 video TS packets to determine frame type
Mar 25 22:52:08 guruvdr vdr: [2796] deleting index file '/video/Test_genindex/2012-10-22.00.00.2-0.rec/index'
Mar 25 22:52:08 guruvdr vdr: [2796] index file generator thread ended (pid=2543, tid=2796)
Mar 25 22:52:08 guruvdr vdr: [2797] index file generator thread started (pid=2543, tid=2797, prio=high)
Mar 25 22:52:08 guruvdr vdr: [2797] playing '/video/Test_genindex/2012-10-22.00.00.2-0.rec/00001.ts'
Mar 25 22:52:08 guruvdr vdr: [2797] WARNING: required 5 video TS packets to determine frame type
Mar 25 22:52:08 guruvdr vdr: [2797] deleting index file '/video/Test_genindex/2012-10-22.00.00.2-0.rec/index'
Mar 25 22:52:08 guruvdr vdr: [2797] index file generator thread ended (pid=2543, tid=2797)
Mar 25 22:52:08 guruvdr vdr: [2543] info: Index-Datei wird regeneriert
Mar 25 22:52:08 guruvdr vdr: [2798] dvbplayer thread started (pid=2543, tid=2798, prio=high)
Mar 25 22:52:08 guruvdr vdr: [2799] non blocking file reader thread started (pid=2543, tid=2799, prio=high)
Mar 25 22:52:20 guruvdr vdr: [2543] info: Index-Datei wird regeneriert
Mar 25 22:52:38 guruvdr vdr: [2799] non blocking file reader thread ended (pid=2543, tid=2799)
Mar 25 22:52:38 guruvdr vdr: [2798] dvbplayer thread ended (pid=2543, tid=2798)
Mar 25 22:52:39 guruvdr vdr: [2543] switching to channel 1

Alles anzeigen

Hier beim Aufruf mit --genindex, es wird ein index generiert:

Code

Mar 25 22:58:34 guruvdr vdr: [2843] index file generator thread started (pid=2842, tid=2843, prio=high)
Mar 25 22:58:34 guruvdr vdr: [2843] playing '/video/Test_genindex/2012-10-22.00.00.2-0.rec//00001.ts'
Mar 25 22:58:34 guruvdr vdr: [2843] WARNING: required 5 video TS packets to determine frame type
Mar 25 22:58:35 guruvdr vdr: [2843] unknown frame delta (3690), assuming 25,00 fps
Mar 25 22:58:35 guruvdr vdr: [2843] WARNING: required 5 video TS packets to determine frame type
Mar 25 22:58:36 guruvdr vdr: [2843] index file generator thread ended (pid=2842, tid=2843)

kls: Kannst Du daraus irgendwas erkennen?

Gruss,
S:oren

kls · 26. März 2014

Zitat von S:oren

kls: Kannst Du daraus irgendwas erkennen?

Bei mir sieht der Abspielfall so aus:

Code

Mar 26 12:18:17 vdr2 vdr: [9889] playing '/video/Z/Test_genindex/2012-10-22.00.00.2-0.rec/00001.ts'
Mar 26 12:18:17 vdr2 vdr: [10889] index file generator thread started (pid=9889, tid=10889, prio=high)
Mar 26 12:18:17 vdr2 vdr: [10889] playing '/video/Z/Test_genindex/2012-10-22.00.00.2-0.rec/00001.ts'
Mar 26 12:18:17 vdr2 vdr: [10889] WARNING: required 5 video TS packets to determine frame type
Mar 26 12:18:17 vdr2 vdr: [10889] unknown frame delta (3690), assuming 25,00 fps
Mar 26 12:18:17 vdr2 vdr: [10889] WARNING: required 5 video TS packets to determine frame type
Mar 26 12:18:18 vdr2 vdr: [10893] dvbplayer thread started (pid=9889, tid=10893, prio=high)
Mar 26 12:18:18 vdr2 vdr: [10894] non blocking file reader thread started (pid=9889, tid=10894, prio=high)
Mar 26 12:18:18 vdr2 vdr: [9889] info: Regenerating index file
Mar 26 12:18:18 vdr2 vdr: [10889] index file generator thread ended (pid=9889, tid=10889)
Mar 26 12:18:24 vdr2 vdr: [9889] info: Index file regeneration complete

Alles anzeigen

Bist du ganz sicher, daß sich da nicht irgend etwas Anderes einmischt?
Ist das definitiv ein vollkommen ungepatchter VDR 2.1.6 ohne jegliches unnötiges Plugin (also ausschließlich das Ausgabeplugin)?

Klaus

S:oren · 26. März 2014

Zitat von kls

Bist du ganz sicher, daß sich da nicht irgend etwas Anderes einmischt?

Sicher bin ich nicht, im Gegenteil, ich habe keine Idee, wo der Effekt herkommt. Jegliche Test-Vorschlaege sind willkommen...

Zitat von kls

Ist das definitiv ein vollkommen ungepatchter VDR 2.1.6 ohne jegliches unnötiges Plugin (also ausschließlich das Ausgabeplugin)?

Ein paar vermeintlich ungefaehrliche Plugins (epgsearch, femon, picture, skinelchi, skinnopacity) habe ich noch drin. Ich werde es aber nochmal nur mit dvbhddevice und remote (brauch ich fuer HDMI-CEC) testen - vielleicht klappt das noch heute abend...

Gruss,
S:oren

S:oren · 27. März 2014

So, jetzt nochmal getestet: Abspielen der Testaufnahme mit plain-vanilla vdr-2.1.6 + dvbhddevice-2.1.6 + remote-0.5.0, LCARS-Skin

Code

Mar 26 23:51:56 guruvdr vdr: [3801] replay /video/Test_genindex/2012-10-22.00.00.2-0.rec
Mar 26 23:51:56 guruvdr vdr: [3801] playing '/video/Test_genindex/2012-10-22.00.00.2-0.rec/00001.ts'
Mar 26 23:51:56 guruvdr vdr: [3841] index file generator thread started (pid=3801, tid=3841, prio=high)
Mar 26 23:51:56 guruvdr vdr: [3841] playing '/video/Test_genindex/2012-10-22.00.00.2-0.rec/00001.ts'
Mar 26 23:51:56 guruvdr vdr: [3841] WARNING: required 5 video TS packets to determine frame type
Mar 26 23:51:56 guruvdr vdr: [3841] deleting index file '/video/Test_genindex/2012-10-22.00.00.2-0.rec/index'
Mar 26 23:51:56 guruvdr vdr: [3841] index file generator thread ended (pid=3801, tid=3841)
Mar 26 23:51:56 guruvdr vdr: [3842] index file generator thread started (pid=3801, tid=3842, prio=high)
Mar 26 23:51:56 guruvdr vdr: [3842] playing '/video/Test_genindex/2012-10-22.00.00.2-0.rec/00001.ts'
Mar 26 23:51:56 guruvdr vdr: [3842] WARNING: required 5 video TS packets to determine frame type
Mar 26 23:51:57 guruvdr vdr: [3842] deleting index file '/video/Test_genindex/2012-10-22.00.00.2-0.rec/index'
Mar 26 23:51:57 guruvdr vdr: [3842] index file generator thread ended (pid=3801, tid=3842)
Mar 26 23:51:57 guruvdr vdr: [3801] info: Index-Datei wird regeneriert
Mar 26 23:51:57 guruvdr vdr: [3843] dvbplayer thread started (pid=3801, tid=3843, prio=high)
Mar 26 23:51:57 guruvdr vdr: [3844] non blocking file reader thread started (pid=3801, tid=3844, prio=high)
Mar 26 23:52:09 guruvdr vdr: [3801] info: Index-Datei wird regeneriert
Mar 26 23:52:26 guruvdr vdr: [3844] non blocking file reader thread ended (pid=3801, tid=3844)
Mar 26 23:52:26 guruvdr vdr: [3843] dvbplayer thread ended (pid=3801, tid=3843)
Mar 26 23:52:27 guruvdr vdr: [3801] switching to channel 1

Alles anzeigen

Und wie vorher: es wurde keine index-Datei erstellt.

Nur mal ins Blaue geraten: Hier sind ja 5 Threads beteiligt. Kann es sein, dass die sich auf meinem relativ langsamen Single-Core-System irgendwie in die Quere kommen, jedenfalls in dieser Konstellation mit langen GOPs und nicht erkannter Framerate?

Gruss,
S:oren

UFO · 27. März 2014

Im Log steht

Code

deleting index file '/video/Test_genindex/2012-10-22.00.00.2-0.rec/index'

Ich vermute, daß dies vom Aufruf IndexFile.Delete() am Ende von cIndexFileGenerator::Action() kommt.

Es sollte sich doch relativ leicht herausfinden lassen, was da passiert ist.
-> Variablen Running/IndexFileComplete/IndexFileWritten checken und herausfinden, wieso die Schleife verlassen wird.

CU
Oliver

S:oren · 27. März 2014

Zitat von UFO

Es sollte sich doch relativ leicht herausfinden lassen, was da passiert ist.

Na gut, hab mich also mal hingesetzt und das debuggt. So ganz offensichtlich ist das fuer mich als Nicht-C++-Experte aber nicht gerade (ein cIndexFile erzeugt einen cIndexFileGenerator, der wiederum ein cIndexFile in seiner Action() anlegt)...

Was ich also rausgefunden habe: Wenn innerhalb des INDEXFILECHECKINTERVAL die index-Datei zwar angelegt aber noch nicht befuellt wurde (weil der IndexFileGenerator z.B. noch mit dem FrameDetector-Sync beschaeftigt ist), dann kommt das aeussere cIndexFile durcheinander und cancelt den IndexFileGenerator, der daraufhin die index-Datei loescht. Folgender Patch hilft:

Diff

--- vdr-2.1.6-vanilla/recording.c	2014-03-16 12:09:17.000000000 +0100
+++ vdr-2.1.6/recording.c	2014-03-27 16:29:43.590703999 +0100
@@ -2420,11 +2420,11 @@ cIndexFile::cIndexFile(const char *FileN
         if (!isPesRecording) { // sorry, can only do this for TS recordings
            resumeFile.Delete(); // just in case
            indexFileGenerator = new cIndexFileGenerator(FileName);
-           // Wait until the index file exists:
+           // Wait until the index file contains at least two frames:
            time_t tmax = time(NULL) + MAXWAITFORINDEXFILE;
            do {
               cCondWait::SleepMs(INDEXFILECHECKINTERVAL); // start with a sleep, to give it a head start
-              } while (access(fileName, R_OK) != 0 && time(NULL) < tmax);
+              } while (time(NULL) < tmax && FileSize(fileName) < off_t(2 * sizeof(tIndexTs)));
            }
         }
      if (access(fileName, R_OK) == 0) {

Alles anzeigen

Es war also tatsaechlich wie vermutet ein Problem im Zusammenspiel zweier Threads auf einem langsamen oder anderweitig ausgelasteten System, insbesondere bei aufwaendigem Frame-Sync.

Gruss,
S:oren

[Gelöst] Wie Index von älteren Aufnahmen regenerieren?

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema