[epgd/epg2vdr] eventID

  • Ich bin gerade dabei, einen neuen epgd Server mit zugehörigem neuen VDR aufzubauen. Mir ist aufgefallen, dass damit die "VPS light" Funktion von markad nicht mehr funktioniert. Den Grund konnte ich auf die zu kleine eventID einschränken.

    Ich dachte immer, die vom epgd/epg2vdr geänderten Events haben eventID > 16 Bit im VDR, wie hier diskutiert. Auf meinem alten epgd war das auch immer so.

    Bei meinem neuen epgd ist das so nicht mehr. Beide epgd/epg2vdr laufen mit aktuellem Git Stand ohne Patches. channelmap.conf und epgd.conf wurden vom alten Server kopiert. Die epg2vdr Einträge in setup.conf des zugehörigen VDRs wurde auch vom alten kopiert.

    Beispiel Event vom alten epgd

    Code
    MariaDB [epg2vdr]> select eventid, masterid, useid, title from events where title = "BW: Your Songs 2023";
    +-------------------+----------+---------+---------------------+
    | eventid           | masterid | useid   | title               |
    +-------------------+----------+---------+---------------------+
    | 11061534612838241 |  1468162 | 1468162 | BW: Your Songs 2023 |
    | 11061534612838241 |  1468211 | 1468211 | BW: Your Songs 2023 |
    +-------------------+----------+---------+---------------------+

    Beispiel Event vom neuen epgd

    Code
    MariaDB [epg2vdr]> select eventid, masterid, useid, title from events where title = "BW: Your Songs 2023";
    +-------------------+----------+-------+---------------------+
    | eventid           | masterid | useid | title               |
    +-------------------+----------+-------+---------------------+
    | 11061534612838241 |     4613 |  4613 | BW: Your Songs 2023 |
    | 11061534612838241 |     4665 |  4665 | BW: Your Songs 2023 |
    +-------------------+----------+-------+---------------------+

    Im VDR kommt wohl masterid oder useid als eventID des geänderten Events an. Und die ist am neuen epgd <16 Bit.

    Hat jemand eine Idee, warum ?

  • Die masterID ist ein int(11) autoincrement der db Tabelle, die wird einfach mit jedem neuen Datensatz einen hochgezählt, die ist auch total egal solang sie unique ist.


    Wenn du die Tabelle neu erstellt hast fängt die wieder ganz von vorn an ;D

    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



  • Egal ist die mir nicht, die wird von epg2vdr für die VDR epventID des geänderten Events verwendet.

    Danke, dann funktioniert das auf meiner alten epgd Server darum, weil ich irgendwann über 16 Bit gekommen und seit dem im VDR die eventIDs >16 Bit bekomme, auf die ich geprüft habe.

    Mich wundert, dass das noch keiner mit einem neuer epgd Datenbank als Bug gemeldet hat.

  • Die Event ID aus dem DVB Stream kann aber mit unter auch sehr kurz sein, auch einstellig


    Bei den Leuten, die kein EPG2VDR benutzen

    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



  • Ja genau, und die eventID von, durch epg2vdr manipulierte Events, ist (nach einer Weile) viel größer. Und daran habe ich erkannt, ob das der originale Event aus dem DVB Stream oder der manipulierte Event von epg2vdr ist. Geht so wohl bei neuer Datenbank nicht. Ist aber nicht tragisch, Patch ist fertig.

    MarkusE : Kannst du bitte wieder die Funktion ohne epg2vdr mit dem aktuellen Stand im Branch V03 testen. Ich möchte sicherstellen, dass ich nichts kaputt gepatched habe. Mit epg2vdr teste ich ja eh selber.

Jetzt mitmachen!

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