EEPG freesat S28E2 funktioniert nicht mit Fehlermeldung: EEPG: Missing table 2 entry

  • Hi, ich bin nach mehr als einem Jahr Abstinenz mal wieder auf S28E und zwar mit einem aktualisierten Setup aus VDR 2.4.0 mit allen Patches hier aus dem Forum und der git-Version vom EEPG-Plugin. Leider funktioniert der 7-Tage-EPG nicht und das Log-File ist voll mit diesen Fehlermeldungen:

    Gibt es irgendein Fix für das Problem?

    Das vollständige Log-File ist angehängt: eepg_missing_table.txt

    Server/Client 1: VDR4ARCH VDR 2.4.0+softhdcuvid, Celeron G3900, GTX1030, DVB-T2: Hauppauge WinTV-quadHD, DVB-S: Digital Devices Cine S2 V6.5, DVB-C: GENIATECH MyGiga T230 für DVB-C
    Client 2: VDR4ARCH VDR 2.2.0 + softhddevice, Intel NUC6CAYB

  • Leider scheint eepg ungepflegt zu sein.

    Ich habe versucht das Plugin bei einem Bekannten zu nutzen und mit aktivem eepg regelmäßig VDR-Crashes gehabt.

    Erstmal habe ich mich damit abgefunden, dass es für die "Englischen" im VDR kein EPG gibt.

    Läuft das Plugin denn bei dir (von den Fehlermeldungen abgesehen) stabil?

  • Also unter vdr 2.2.0 läuft das Plugin stabil.

    Gen2VDR V4 mit VDR 2.0.4 & XBMC 12.2 - Gigabyte MA785GT-UD3H - AMD Athlon II X2 240e - 4 Gb RAM - Ausgabe via MSI N220GT-MD1GZ mit softhddevice & vdpau - 19.2E & 28.2E Empfang via Linux4Media L4M-Twin S2 ver 6.5 - Intel X25-M 80 GB - 3 x Hitachi Deskstar 7K4000 - Medion X10 RF Remote Control 20016398

    LinVDR Mahlzeit-ISO 4.0beta2 - Fujitsu Siemens Computers D1188 - Intel Pentium III EB 1000 Mhz - 256 Mb RAM - Ausgabe via Hauppauge WinTV Nexus-s Rev 2.2 - 19.2E & 28.2E Empfang via TT-Budget - Seagate 7200.10 IDE 750 Gb - PSone-Display - Medion X10 RF Remote Control 20016398

  • Ich habe immer unter 2.4.0 getestet.

    Kann schon sein, dass da irgendwas mit "Locking Order" noch nicht ganz sauber ist.

    Genutzt habe ich auch die letzte GIT-Version.

    Der VDR hat sich immer nach unregelmäßiger Zeit einfach verabschiedet (wenn ich mich richtig erinnere mit "Emergency Exit").

  • Hi,

    habe eben mit vdr-2.4.1 und vdr-plugin-eepg-experimental.tar.bz2

    getestest --> geht


  • Die Crashes waren immer erst nach etwas Laufzeit.

    Ich benutze eine ältere GIT-Version (Dez.2018).
    Da habe ich den "Emergency Exit" so gut wie immer täglich nachts (01 - 05 Uhr)
    Ich dachte das hätte was mit dem "Befüllen" zu tun und achte halt drauf,
    das ich in der Zeit möglichst wenig aufnehme.

    bin ehrlich gesagt nicht auf die Idee gekommen, das es das Plugin selber ist :whatever

    Gruß, jo01

  • Hi,

    I provide a solution in the vdr-2.4.0-eepg-lock.patch attached to this bug report. I use it with VDR 2.4.0 and have no further crashes. The patch thus disables some of the repeated logging.

    The 7-day channel data is up-to-date. VDR to crash with "video data stream broken", presumably due to its being a data stream only nowadays. Forced tuning to the channel for 30 minutes - 1 hour is sufficient.

    I have forked the plugin on github and applied the patches there:

  • Nice information. I'll definitively try that!

    At least in theory you should be able to get commit access to the repository if the original author does not longer want to maintain the plugin.

    Best way would be if you try to contact the original author about that.

    But forking to github would be OK, too.

    What do you mean with this "7-day" thing? So it is not enough to just have the plugin active and configure VDR to do its regular EPG scan?

  • I thought as a first step, I'd file the bug report and let the author commit the change. I wasn't originally planning to do any more than that until I saw this forum post, then I have been additionally thinking about committing the Genres patch and doing some cleanup.

    As for the 7-day EPG issue. The problem is that the EPG data is provided in chunks every 2 (i think) minutes. To get the full EPG you have to listen to the channel for 30 minutes. VDR does not stay tuned to the EEPG plugin to recover all the data, so the EPG contains the now-and-next info only.

    A related discussion I had with the author on similar lines is here, where he suggests that you have to explicitly tune to the channel to get the data: I felt that recording the channel was a sufficient hack but maybe now I need to do an explicit tune request on a cron-job to achieve the same effect:


    # 162 is EPG Background channel in my channels.conf

    $ echo "CHAN 162" >/dev/tcp/<server>/6419

  • Thanks for your answers!

    With VDR 2.4.1 and cheesemonster's current git, the syslog flooding with "missing table entry" stopped.

    However, after tuning for several hours to a BBC transponder, epg is still not working properly (see "Kein Titel" entries in the screenshot below).

    The rotor is not good aligned, so that my next step is to align it better to simply rule out reception problems.


    Server/Client 1: VDR4ARCH VDR 2.4.0+softhdcuvid, Celeron G3900, GTX1030, DVB-T2: Hauppauge WinTV-quadHD, DVB-S: Digital Devices Cine S2 V6.5, DVB-C: GENIATECH MyGiga T230 für DVB-C
    Client 2: VDR4ARCH VDR 2.2.0 + softhddevice, Intel NUC6CAYB

  • To fetch the full EPG, the channel I tune to is:

    EPG Background Audio.;BSkyB:11778:VC23M2S0:S28.2E:27500:0:648=@4:0:0:4152:2:2004:0

    I have used TVheadend in the past and know that it does not need to tune to this channel for long periods of time to get the schedules. I'd like to spend some time figuring out why and see if EEPG can be improved in this respect.