[epg2vdr / eplists] - Erkennung von (Teil x)

  • Es gibt Sendungen, da funktioniert die Serien und Folgenerkennung nicht, da auf eplists die Sendungen anders gespeichert werden als sie im EPG stehen

    Es get um die Änderungen, wenn (Teil 1) im Namen steht:


    EPG:

    Code
    Chicago Fire~Die Seuche (Teil 1)
    Chicago Med~Die Seuche (Teil 2)


    Und auf eplists:

    Code
    08	4	163	Die Seuche, Teil 1


    Warum wird das geändert?

    Da müsste doch dann epgsearch auch angepasst werden...

  • Das wurde seinerzeit so entwickelt damit die Events über die Provider standardisiert reinkommen und verglichen werden können. Das war aber schon seit eh und je so. Wir haben das dann auf der epgd Seite adaptiert und bekommen sehr gute Matsches auch bei den suchtimern.


    Was genau hat epgsearch damit zu tun?

    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



    Einmal editiert, zuletzt von CKone ()

  • Ja aber das muss ja immer so gewesen sein.

    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



  • Ok, aber epgsearch scheint nicht angepasst worden zu sein...


    Was müsste da geändert werden, bzw. wer ist dazu in der Lage?

  • Gibt es da was neues?


    Die Folgen hab ich aktuell wieder in den Timern ohne Staffelnummern

    Code
    Chicago Fire~Die Seuche (Teil 1)
    Chicago Med~Die Seuche (Teil 2)

    Timer:

    Code
    1:S19.2E-133-9-101:2020-08-19:1110:1205:50:99:Chicago Fire~Die Seuche (Teil 1):<epgsearch><channel>22 - Universal TV HD</channel><searchtimer>Chicago Fire</searchtimer><start>1597828200</start><stop>1597831500</stop><s-id>350</s-id><eventid>2653985</eventid></epgsearch><epgd><timerid>7636</timerid></epgd>
    
    1:S19.2E-133-9-101:2020-08-19:1155:1252:50:99:Chicago Med~Die Seuche (Teil 2):<epgsearch><channel>22 - Universal TV HD</channel><searchtimer>Chicago Med</searchtimer><start>1597830900</start><stop>1597834320</stop><s-id>527</s-id><eventid>2653986</eventid></epgsearch><epgd><timerid>7637</timerid></epgd>
  • MegaV0lt

    das Problem liegt nicht im epgsearch, das Problem liegt im epg2vdr Plugin.

    Im EPG dieses Senders kommt "(Teil 1)", epg2vdr erwartet aber in so einem Fall " Teil 1 ".

    Versuche mal diesen Patch.

    VDR neu starten nicht vergessen und ein paar Stunden Geduld, bis ein EPG Update kommt.

  • Das verstehe ich nicht.

    Der Patch entfernt " (Teil " aber es soll ja am Ende "Die Seuche, Teil 1" sein, damit es funktioniert


    Weiß nicht ob ich diese Woche dazu komme das zu testen

  • Die Erklärung wird jetzt etwas kompliziert:

    Die interne Abbildung und der Vergleich sieht sowieso anders aus und verwendet normalisierte Werte um solche Probleme zu verhindern.

    So ist das EPG intern gespeichert ohne Patch:

    Und das passt nicht mit dem zusammen, wie eplists intern gespeichert ist:


    Der Patch entfernt von "DIE SEUCHE (TEIL 1) "

    "(TEIL "

    -> DIE SEUCHE 1)

    removeCharsExcept(pattern, notignore); entfernt dann den Rest und es bleibt DIESEUCHE1.

    Und das passt dann mit den internen Daten von eplists zusammen und du bekommt Staffel und Episode gefüllt.


    epgsearch ist bis jetzt noch nicht beteiligt, das verwendet nur danach die oben gesetzten EPG Werte.

  • Vielen Dank für die Erklärung!

  • Ich habe jetzt den Patch drauf und auch gleich bei der Gelegenheit den VDR auf 2.4.4 gezogen. Die Entsprechenden Folgen sind jetzt natürlich nicht mehr im EPG. Aber in Zukunft sieht es dann hoffentlich besser aus...


    Kommt der Patch in die offiziellen Quellen?

  • Kommt der Patch in die offiziellen Quellen?

    Ich bin nicht der Maintainer des Plugins, horchi möchtest du den Patch prüfen und übernehmen ?


    Es würde auch Sinn machen, die Überschrift des Threads zu ändern, es geht ja eigentlich um epg2vdr und eplists und nicht um epgsearch.

    Einmal editiert, zuletzt von kfb77 ()

  • ich kann das gern übernehmen, der Patch macht auf jeden Fall Sinn um das 'matchen' zu verbessern.

    Der Patch ist aber für epgd nicht für epg2vdr ?!

  • Danke.

    Der Patch ist aber für epgd nicht für epg2vdr ?!

    Nein, der ist schon für epg2vdr. Da kommt der epg Event rein und wird für den Datenbankeintrag normalisiert.

  • es geht um die Methode prepareCompressed? Wo wird diese denn im epg2vdr Plugin verwendet?

  • du hast recht das rufe ich ja auch im EPG handler auf! Hatte ich vergessen.

    Der EPGd benötigt sie jedoch auch, also passe ich beides an!

  • ja nur lib/common gibt es zweimal ;)


    aber ist schon geklärt!

Jetzt mitmachen!

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