VDR kennt via "PUTE" gesendetes EPG erst nach Neustart

M-Reimer · 3. Januar 2021

Ich versuche das jetzt schon eine Weile in meinem Code einzugrenzen, aber habe langsam die Vermutung der VDR könnte da schuld sein.

Ich schreibe für einen Kanal ohne EPG einige Events via "PUTE". Der VDR akzeptiert diese Übermittlung auch anstandslos und quittiert mit Erfolgsmeldung.

Wenn ich nun direkt danach oder wenige Minuten danach mit "LSTE" das EPG für diesen Kanal abrufen will, dann bekomme ich:

Code

$ svdrpsend lste S19.2E-133-7-169
220 manuelsvdr SVDRP VideoDiskRecorder 2.4.6; Sun Jan  3 17:24:13 2021; UTF-8
550 No schedule found
221 manuelsvdr closing connection

Ein "LSTE" ohne Parameter gibt unter anderem auch meine neuen Einträge zurück. Sie sind also da und sauber angekommen. Der VDR hat sie aber "irgendwie" nicht korrekt mit einem Kanal "verbunden" so das sie gezielt abgerufen werden könnten.

Einmal "systemctl restart vdr" und meine via PUTE gesendeten Einträge werden auch via "LSTE $CHANNELID" ausgegeben.

Warum braucht der VDR einen Neustart um via PUTE gesendetes EPG selber zu kennen bzw. via "LSTE $CHANNELID" zurückzugeben?

Werden fehlende "Schedule"s beim Senden via PUTE nicht so erzeugt das sie auch vom VDR nutzbar sind?

kls · 3. Januar 2021

Ich vermute das hat mit dem DummySchedule in

const cSchedule *cSchedules::GetSchedule(const cChannel *Channel, bool AddIfMissing) const

zu tun (der Kommentar dort zeigt ja schon, dass das nicht besonders schön ist ;-).

Versuch bitte mal (ungetestet):

Diff

--- svdrp.c     2021/01/01 21:23:00     5.2
+++ svdrp.c     2021/01/03 21:03:53
@@ -1829,7 +1829,7 @@
               else
                  Channel = Channels->GetByChannelID(tChannelID::FromString(Option));
               if (Channel) {
-                 Schedule = Schedules->GetSchedule(Channel);
+                 Schedule = Schedules->GetSchedule(Channel->GetChannelID());
                  if (!Schedule) {
                     Reply(550, "No schedule found");
                     return;

Alles anzeigen

kls · 4. Januar 2021

Wobei mir einfällt, dass das nur für LSTE hilft.

Im Menü wird es dadurch noch nicht richtig angezeigt.

Da kommt noch ein anderer Patch.

M-Reimer · 4. Januar 2021

Perfekt. Das war auch meine Befürchtung. SVDRP geht dann zwar, aber der Rest vom VDR kennt mein EPG wieder nicht.

Danke schonmal im Voraus.

kls · 4. Januar 2021

Ich denke mal, damit sollte es allgemein funktionieren (der obige Patch entfällt dann):

Diff

--- epg.c       2019/05/20 09:55:22     5.0
+++ epg.c       2021/01/04 09:05:26
@@ -1311,8 +1311,13 @@
      fclose(f);
   if (result) {
      // Initialize the channels' schedule pointers, so that the first WhatsOn menu will come up faster:
-     for (cChannel *Channel = Channels->First(); Channel; Channel = Channels->Next(Channel))
+     for (cChannel *Channel = Channels->First(); Channel; Channel = Channels->Next(Channel)) {
+         if (const cSchedule *Schedule = Channel->schedule) {
+            if (!Schedule->ChannelID().Valid()) // this is the DummySchedule
+               Channel->schedule = NULL;
+            }
          Schedules->GetSchedule(Channel);
+         }
      }
   return result;
 }

Alles anzeigen

M-Reimer · 4. Januar 2021

Sieht gut aus. EPG-Daten konnten direkt nach Import gelistet werden.

VDR kennt via "PUTE" gesendetes EPG erst nach Neustart

Jetzt mitmachen!

Teilen