Bleibt epgsearch mit epg2vdr erhalten?

  • Hi Gemeinde,
    nach einigen Versuchen bin ich wieder vom epg-daemon mit Webunterstützung weg zur klassischen Version in Zusammenarbeit mit dem epgsearch-Plugin. Das ist wohl ein sehr persönliches Empfinden, aber ein sauber konfiguriertes epgsearch ist mir absolut ausreichend. Ich bin aber auch kein Serien-Aufnehmer, also seid bitte nicht biestig. Von Frodos Repo muß man sich ja bereits trennen, oder die (alten) Plugins selber bauen...


    Meine Frage ist jetzt ganz einfach: Bleiben uns die Versionen erhalten - sprich epgsearch mit dem epg-daemon (scraper2vdr) Version OHNE das neue 'Gedöns' ?

  • Hi Taipan,


    naja, du musst das "neue Gedöns" ja nicht nutzen. Du kannst doch einfach weiterhin deine Timer trotzdem per epgsearch erzeugen lassen. Wenn du im epg2vdr Plugin Setup die Einstellung "nicht am Timerverbund teilnehmen" einstellst, ist alles wie vorher ;)


    CIao Louis

  • Meine Frage ist jetzt ganz einfach: Bleiben uns die Versionen erhalten - sprich epgsearch mit dem epg-daemon (scraper2vdr) Version OHNE das neue 'Gedöns' ?


    Wir werden mit Sicherheit nicht zweigleisig fahren und generell bin ich schon an der neuen Variante interessiert und würde mir wünschen, dass Frodo seine Pakete nach Absprache ins unstable-yavdr überführt. Du kannst natürlich auf Launchpad ein eigenes PPA erstellen und dir die Pakete schon mal kopieren.


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

  • Ja ok, Danke Euch. Ist im Grunde dann eh nur eine Frage der Zeit... Ich beuge mich lieber rechtzeitig - jetzt :D

  • Ja ist alles richtig was hier gesagt wird. Dazu kommt das neben dem web gedöns auch viele Bugfixes in der neuen Version sind. Ausserdem werden zukünftige Module und VDR oder wie wir gelernt haben auch mysql Versionen von der alten Version nicht unterstützt.


    Also einfach den web Dämon nicht starten und so nutzen wie bisher.


    Christian

    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



  • Hallo nochmal,
    ich wollte abschließend nochmal eben nachreichen, das ich mich überwunden habe. Bei uns heißt es: "Was der Bauer nicht kennt, frißt er nicht!" oder "wat de bur nich kennt frett he nich"...
    Aber weil es (vielleicht) nur eine Frage der Zeit ist, bis sich das epdg-Projekt und epgsearch entwicklungsmäßig trennen bin ich nochmal frisch angefangen und habe alles neu gemacht (inklusive merging aller drei Plugins).
    Jetzt läuft alles wunderbar und ich (der Bauer) gewöhne mich doch dran.


    Eigentlich wollte ich eben loswerden, das ich mit diesem ursprünglichen Beitrag niemandem vors Knie treten wollte - Danke für Eure unermüdliche Arbeit ! :tup

  • Das hört sich ja sehr ostwestfälisch an :] .


    Ich glaube nicht,dass sich jemand angegriffen fühlt,aber die welt dreht sich weiter und irgendwie muss man ja seine Freizeit verbringen, da macht man schon mal gedöns ;D.


    Dirk

  • Liebe Mitglieder,


    ich blicke beim epghttpd noch nicht ganz durch, wie ich die Suche nach Wortkombinationen ("ein Wort", "alle Worte", "unscharf") und die Funktion der Ausschlußlisten des egpsearch bzw. des guten alten vdradmin-am (issja auch ein Webinterface) ersetzen kann.


    Zudem hab ich im Moment überhaupt - nach den letzten Frodo-Updates - kein EPG, obwohl epg.dat was zeigt und svdrpsend LSTE auch.
    Und noch dazu zeigt epghttpd (auch nix) nichtmal (mehr) den "default VDR" an - trotz mehrerer Datenbank-Neuerstellungen.


    Was hat es übrigens mit der neuen "3" als Mixmethode in der Frodo-Version der channalmaps.conf für tvsp auf sich - ich finde einfach keine Dokumentation dazu?

  • Ausschnitt aus der channelmap.conf etwa
    tvm:52:1 = S19.2E-133-33-63,S19.2E-1-1109-5402 // DMAX;BetaDigital
    tvsp:DMAX:2 = S19.2E-133-33-63,S19.2E-1-1109-5402 // DMAX HD
    vdr:000:1:0 = S19.2E-133-33-63,S19.2E-1-1109-5402 // DMAX HD


    Logfiles: finde da nur syslog:
    May 26 20:05:21 hdvdr epgd: State now 'busy (match)'
    May 26 20:05:21 hdvdr epgd: SVDRPCL: connected to 192.168.0.14:6419 'hdvdr SVDRP VideoDiskRecorder 2.2.0; Thu May 26 20:05:21 2016; UTF-8'
    May 26 20:05:21 hdvdr epgd: Send 'PLUG epg2vdr STATE busy (match)' to 'epg2vdr' at '192.168.0.14:6419'
    May 26 20:05:22 hdvdr epgd: Calling 'mergeepg'
    May 26 20:05:22 hdvdr epgd: SystemNotification thread thread started (pid=31423, tid=15196, prio=low)
    May 26 20:05:22 hdvdr epgd: Statement 'call mergeepg' with (0) in parameters and (0) out bindings prepared
    May 26 20:05:43 hdvdr epgd: 'mergeepg' suceeded
    May 26 20:05:43 hdvdr epgd: SystemNotification thread thread ended (pid=31423, tid=15196)
    May 26 20:05:43 hdvdr epgd: 742 DVB pending, mergeepg done after 20.376 seconds
    May 26 20:05:43 hdvdr epgd: Storing 'lastMergeAt' for 'epgd' with value '1464285943'


    sieht nicht schlecht aus, aber auch immer wieder
    May 26 19:18:52 hdvdr vdr: epg2vdr: SQL-Error in 'execute(stmt_execute)' - Deadlock found when trying to get lock; try restarting transaction (1213) 'Deadlock found when trying to get lock; try restarting transaction' [update events set actor = ?, audio = ?, camera = ?, category = ?, commentator = ?, complongdescription = ?, compshorttext = ?, comptitle = ?, contents = ?, country = ?, delflg = ?, director = ?, duration = ?, episodecompname = ?, episodecomppartname = ?, episodecompshortname = ?, episodelang = ?, extepnum = ?, fileref = ?, flags = ?, genre = ?, guest = ?, imagecount = ?, longdescription = ?, moderator = ?, movieid = ?, music = ?, numrating = ?, other = ?, parentalrating = ?, producer = ?, rating = ?, screenplay = ?, scrmovieid = ?, scrseriesepisode = ?, scrseriesid = ?, scrsp = ?, shortdescription = ?, shortreview = ?, shorttext = ?, source = ?, starttime = ?, tableid = ?, tipp = ?, title = ?, topic = ?, txtrating = ?, updflg = ?, updsp = ?, useid = ?, version = ?, vps = ?, year = ? where channelid = ? and eventid = ?;]
    May 26 20:04:40 hdvdr vdr: epg2vdr: SQL-Error in 'execute(stmt_execute)' - Deadlock found when trying to get lock; try restarting transaction (1213) 'Deadlock found when trying to get lock; try restarting transaction' [update events set delflg = ?, updflg = ?, updsp = ? where channelid = ? and source = ? and starttime+duration > ? and starttime < ? and (tableid > ? or (tableid = ? and version <> ?));]


    Habe jetzt wieder die Partition mit der gesicherten Vorversion vom 21. Mai, noch ohne tvsp, aber auch bei der endet das EPG bei allen Kanälen, die in der channelmap.conf stehen, am 28.5. gegen Mitternacht, nur einige "nur-VDR-epg"-Kanäle laufen weiter als das Datum. Und der "default VDR" ist auch schon leer bei dieser Version (da stand mal hdvdr drin).
    Womit dann wegen WAF-Problemen wohl wieder ein VDR ohne epgd/epg2vdr laufen muß, wenn ich nicht auf den Fehler komm ... aber wo suchen?

  • Hast du denn das vdr2epgd plugin auch aktuell? Ich meine, dass mit den deadlocks hatte horchi irgendwann vor kurzen gefixt. Muss auch aus dem http branch sein.
    Ich bin mir nicht ganz sicher, aber ist die letzte zeile mit dem vdr notwendig und dann auch noch mit :1? Kommentiere die mal aus

  • Hab jetzt wieder die Vorversion:
    scraper2vdr (0.1.25-GIT)
    epg2vdr (1.0.41-GIT)
    epgd version 1.0.77-GIT from 20.05.2016


    Wobei auch da das vdr-epg morgen mitternachts "endet" bis auf ein paar Sender, die offenbar nicht in der channelmap.conf sind.
    Ich wüßte gerne, ob "vdr:000:0" oder ohne Angabe (aber das nur ohne "Blacklisting") ein Mergen mit tvm oder tvsp erlaubt oder
    einfach alle anderen Provider ausblendet.
    Weiters, ob ":1" (mergen) auch mehreren Providern, z.B. tvm, epgdata/tvsp zugeordnet werden kann oder ob genau das zur Amnesie führt.
    Als Bonusfrage: die letzte "channelmap-frodo.conf" mit den tvsp-Einträgen hatte bei den tvsp-Zeilen ":3" als 3. Feld, aber das ist nirgends dokumentiert - also einfach ohne Funktion, oder was Neues, Geiles? ;)

  • P.S.: die Einträge im epghttpd laufen sehr wohl weiter, aber offenbar nicht die in /var/cache/vdr/epg.data ... fast alle enden mit 28.5. Mitternacht.


  • Falls Du die Code Tags suchst, die brauchst Du nur anzuklicken.


    [Blockierte Grafik: http://imagizer.imageshack.us/v2/xq90/923/BvE5Tf.png]


    Danke, ich dachte nur, da ich nichtmal weiß was ich im Log suchen soll, oder welches Log da interessanter wäre, hab ich auch nur mal Schnipsel gepostet,
    und da war mir der ("Schnellantwort") Code-Tag nicht notwendig erschienen.

  • Hi, ich glaub ich bin der Ursache des Nicht-Updates meines EPG näher gekommen:
    Sobald ich händisch ein epg-update anstoße (svdrpsend plug epg2vdr update) passiert das:

    Code
    May 28 07:06:21 hdvdr vdr: epg2vdr: Cleanup deleted recordings at database (forced)
    May 28 07:06:21 hdvdr kernel: [ 1726.160121] epg2vdr-update[3458]: segfault at 8 ip 00007fa5ec20e9da sp 00007fa5be7de998 error 4 in libc-2.19.so[7fa5ec186000+1ba000]
    May 28 07:06:21 hdvdr kernel: [ 1726.210866] init: vdr main process (22533) killed by SEGV signal


    Offenbar wird da epg2vdr nie fertig ...
    Wie kann ich der Ursache auf den Grund kommen oder zumindest die "deleted recordings" mit SQL-Mitteln löschen?


    Habe nun doch wieder aktualisiert:
    epgd version 1.0.91-GIT from 26.05.2016
    epg2vdr (1.0.46-GIT) - epg2vdr plugin


    Liebe Grüße aus Wien

  • P.S.: auch ein "delete from recordinglist;" ändert nichts am segfault ...

  • Code
    ...
    May 28 07:06:21 hdvdr kernel: [ 1726.160121] epg2vdr-update[3458]: segfault at 8 ip 00007fa5ec20e9da sp 00007fa5be7de998 error 4 in libc-2.19.so[7fa5ec186000+1ba000]
    May 28 07:06:21 hdvdr kernel: [ 1726.210866] init: vdr main process (22533) killed by SEGV signal


    Wie kann ich der Ursache auf den Grund kommen (...) ?


    Wie wäre es mit einem Backtrace??

  • Hast du vorher auch make clean gemacht?
    Ansonsten müsstest du wirklich einen backtrace machen. Dann kann man schauen, wo es knallt.
    Bei mir lag sowas aber meist daran, dass ich immer mKe install gemacht habe.


    Dirk

Jetzt mitmachen!

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