[epghttpd] Kann Sendung nicht aufnehmen

nobanzai · 8. Februar 2023

Hi *,

ich wollte gerade per WebIf von EPGD eine Sendung aufnehmen, die heute auf ARTE läuft, aber der erzeugte Timer wird sofort wieder gelöscht.

Via VDRAdmin ging es dann problemlos.

Code

epghttpd[6199]: Info: The recording name (mode=1) calculated by 'recording.py' is 'Wer wir waren - Weil die Welt zu retten ist'
vdr[31568]: [31610] timer 0 (3 2250-0050 'Wer wir waren - Weil die Welt zu retten ist') set to event Mi. 08.02.2023 23:00-00:30 (VPS: 08.02. 23:00) 'Wer wir waren - Weil die Welt zu retten ist'
vdr[31568]: [31568] timer 59 (3 0000-0000 'Dokumentation~Wer wir waren - Weil die Welt zu retten ist~Wer wir waren - Weil die Welt zu retten ist') set to no event
vdr[31568]: [31568] deleting timer 59 (3 0000-0000 'Dokumentation~Wer wir waren - Weil die Welt zu retten ist~Wer wir waren - Weil die Welt zu retten ist')
vdr[31568]: [31610] timer 0 (3 2250-0050 'Wer wir waren - Weil die Welt zu retten ist') set to event Mi. 08.02.2023 23:00-00:30 (VPS: 08.02. 23:00) 'Wer wir waren - Weil die Welt zu retten ist'
vdr[31568]: [31568] timer 60 (3 0000-0000 'Dokumentation~Wer wir waren - Weil die Welt zu retten ist~Wer_wir_waren,_Weil_die_Welt_zu_retten_ist') set to no event
vdr[31568]: [31568] deleting timer 60 (3 0000-0000 'Dokumentation~Wer wir waren - Weil die Welt zu retten ist~Wer_wir_waren,_Weil_die_Welt_zu_retten_ist')

Hat Jemand eine Idee, was das Problem sein könnte?

TIA.

Ciao.

Michael.

nobanzai · 11. Februar 2023

Ich hab davon mittlerweile drei Stück gehabt.

horchi: Kannst du dir das auch mal ansehen, bitte?

Danke!

horchi · 11. Februar 2023

Was sagt denn das epgd log dazu?

kfb77 · 11. Februar 2023

Ich hatte so einen Effekt mit epgsearch auch mal, Ursache war damals doppelte EPG Einträge.

davie2000 · 11. Februar 2023

Hast du VPS aktiviert?
Weil in deinem Logauszug eigentlich zwei verschiedene Sendungen aufgeführt werden mit unterschiedlichen Zeiten und unterschiedlichen Namen.

nobanzai · 11. Februar 2023

Zitat von horchi

Was sagt denn das epgd log dazu?

Hm, ich finde hier außer dem Journal kein Log.

Wo wäre das, bzw. wo muss man das einschalten?

nobanzai · 11. Februar 2023

Zitat von davie2000

Hast du VPS aktiviert?
Weil in deinem Logauszug eigentlich zwei verschiedene Sendungen aufgeführt werden mit unterschiedlichen Zeiten und unterschiedlichen Namen.

Ich hab VPS aktiviert. Allerdings hatte es doch geheißen, dass das eh noch nicht implementiert ist.

Wieso da zwei Sendungen/Uhrzeiten/... draus wurden, kann ich auch nicht nachvollziehen. Ich habe nur eine zum Aufnehmen ausgewählt im WebIf. Und bei der eben den kompletten Pfad angegeben.

horchi · 11. Februar 2023

Zitat von nobanzai

Hm, ich finde hier außer dem Journal kein Log.
Wo wäre das, bzw. wo muss man das einschalten?

der epgd logt via dem system log, also je nach Distribution vermutlich unter /var/log/, dort ggf. in syslog oder in messages

horchi · 11. Februar 2023

VPS funktioniert leider mit epgd/epgd2dr noch nicht, was passiert wenn man es dennoch anschaltet weiß ich nicht.
Aber dein Effekt ist vermutlich nicht darauf zurück zuführen

nobanzai · 11. Februar 2023

Zitat von horchi

der epgd logt via dem system log, also je nach Distribution vermutlich unter /var/log/, dort ggf. in syslog oder in messages

Naja, das ist aber doch in einer systemd-Installation das Journal.

Den Auszug daraus habe ich im ersten Posting eingefügt.

beinhart · 11. Februar 2023

horchi

kann das mit den timern setzten aus epghttpd nachvollziehen (alles aktuell aus git)

was ich nicht verstehe, dass die aufnahme- und endzeit als timer dann so aussieht:

Zitat

timer 1 (5 0000-0000 'BW: Stadt - Land - Quiz') set to no event

gruss

beinhart

horchi · 11. Februar 2023

ich hatte das auch schon wenn sich ein Event ändert, soll heißen seine ID angepasst wird, aber dann immer an der 72 Stunden Grenze und es wurde automatisch neu angelegt.

Das hatte dann epgd/epg2vdr gemacht.

Das davon ein Event ohne log Meldung gelöscht wurde hatte ich noch nie, in der Regel hab ich dann auch eine Mail bekommen (weiß nicht ob du die an hast).

Ohne Meldung vom epgd oder epg2vdr hat das m.E. der vdr selbst gemacht, warum ist gerade so nicht zu sehen. Was steht den zu besagtem timer in der timers Tabelle?

Ggf scheitert die Meldung auch nur am log Level, den nötigen hab ich nicht im Kopf und bin gerade nur am Handy.

beinhart · 11. Februar 2023

das komische ist, dass das anlegen per epg2vdr vom client aus funktioniert,

nur nicht direkt aus epghttpd.

hab aber noch etwas anderes seltsames: die timerhistorie wird auf dem server

nur gefuellt, wenn der timer direkt dort angelegt wird. die kann ich im epg2vdr

auch abrufen. die vom client aus angelegten tauchen dort nicht auf

tabellen kommen spaeter - sitze gerade in der sauna

auf welches loglevel soll ich schalten?

nobanzai · 11. Februar 2023

ich kann das Loglevel fürs nächste Mal hochdrehen. Wenn du bei Gelegenheit mal nachsehen kannst, wie da stehen muss, um die fragliche Meldung zu bekommen - eilt ja net.

Ansonsten steht in timers aktuell nix mehr drin. Müsste ich auch beim nächstenmal nachsehen.

Was mich auch gerade ein wenig irritiert: Wenn ich per VDRAdmin oder direkt via VDR-OSD eine Aufnahme programmiere, steht in der timers bei file z.B. "Musik~Die lange Musikladen-Nacht" drin, directory ist leer. Kommt die Aufnahme aus dem epghttpd oder einem Autotimer, steht in file z.B. "Rockpalast", in directory steht dann "Musik~Rockpalast". Letzteres sieht richtig aus, ersteres nicht.

horchi · 11. Februar 2023

Anlegen der Timer seitens des epgd (autotimer) oder manuell über das WEBIF erfolgt auf basis des EPGs in der Datenbank. Das anlegen am VDR oder anderen Tools welche sich des EPGs des VDR bedienen auf basis eben dieses EOGs.

Wenn es hier zu Abweichungen kommt kann das zu Durcheinander führen.

Wenn der vdr nie ohne das epg2vdr Plugin gestartet wird passiert das normal nicht. Sollte er mal kurz oder lang ohne laufen muss man im Anschluss das epg neu laden lassen,das geht über das Menü oder svdrpsend plug epg2vdr reload

Wenn das nicht die Ursache ist können wir gern einen konkreten Fall zusammen analysieren, ggf. stoßen wir ja auf eine Bug

horchi · 11. Februar 2023

Zitat von beinhart

hab aber noch etwas anderes seltsames: die timerhistorie wird auf dem server
nur gefuellt, wenn der timer direkt dort angelegt wird. die kann ich im epg2vdr
auch abrufen. die vom client aus angelegten tauchen dort nicht auf

das hast du aber an?

nobanzai · 11. Februar 2023

Apropos timer, in timersdone steht:

SQL

SELECT id, inssp, updsp, source, state, timerid, autotimerid, autotimername, title, comptitle, shorttext, compshorttext, longdescription, complongdescription, episodecompname, episodecompshortname, episodecomppartname, episodelang, episodeseason, episodepart, channelid, channelname, expression, starttime, duration, aux FROM epg2vdr.timersdone where title like '%wer wir waren%'\G

************************** 1. row ***************************
                  id: 60
               inssp: 1675883229
               updsp: 1675883289
              source: webif
               state: D
             timerid: 64
         autotimerid: NULL
       autotimername: NULL
               title: Wer wir waren - Weil die Welt zu retten ist
           comptitle: WERWIRWARENWEILDIEWELTZURETTENIST
           shorttext: NULL
       compshorttext: NULL
     longdescription: Sechs Denker und Wissenschaftler (Alexander Gerst) reflektieren die Gegenwart und blicken in die Zukunft. Wie wird die nächste Generation über die heutige Gesellschaft reden? In aufwendig komponierten Bildern erzählt der Film vom Zustand und den Visionen der Welt von heute. Um die jetzige Lage aufzuzeigen, beschäftigt sich der Produzent Marc Bauder mit Menschen von allen möglichen Hintergründen und fragt sie nach ihren Perspektiven.
 complongdescription: SECHSDENKERUNDWISSENSCHAFTLERALEXANDERGERSTREFLEKTIERENDIEGEGENWARTUNDBLICKENINDIEZUKUNFTWIEWIRDDIENÄCHSTEGENERATIONÜBERDIEHEUTIGEGESELLSCHAFTREDENINAUFWENDIGKOMPONIERTENBILDERNERZÄHLTDERFILMVOMZUSTANDUNDDENVISIONENDERWELTVONHEUTEUMDIEJETZIGELAGEAUFZUZEIGENBESCHÄFTIGTSICHDERPRODUZENTMARCBAUDERMITMENSCHENVONALLENMÖGLICHENHINTERGRÜNDENUNDFRAGTSIENACHIHRENPERSPEKTIVEN
     episodecompname: NULL
episodecompshortname: NULL
 episodecomppartname: NULL
         episodelang: NULL
       episodeseason: NULL
         episodepart: NULL
           channelid: S19.2E-1-1019-10302
         channelname: arte HD
          expression: NULL
           starttime: 1675893600
            duration: 5400
                 aux: NULL
*************************** 2. row ***************************
                  id: 61
               inssp: 1675883535
               updsp: 1675883595
              source: webif
               state: D
             timerid: 65
         autotimerid: NULL
       autotimername: NULL
               title: Wer wir waren - Weil die Welt zu retten ist
           comptitle: WERWIRWARENWEILDIEWELTZURETTENIST
           shorttext: NULL
       compshorttext: NULL
     longdescription: Sechs Denker und Wissenschaftler (Alexander Gerst) reflektieren die Gegenwart und blicken in die Zukunft. Wie wird die nächste Generation über die heutige Gesellschaft reden? In aufwendig komponierten Bildern erzählt der Film vom Zustand und den Visionen der Welt von heute. Um die jetzige Lage aufzuzeigen, beschäftigt sich der Produzent Marc Bauder mit Menschen von allen möglichen Hintergründen und fragt sie nach ihren Perspektiven.
 complongdescription: SECHSDENKERUNDWISSENSCHAFTLERALEXANDERGERSTREFLEKTIERENDIEGEGENWARTUNDBLICKENINDIEZUKUNFTWIEWIRDDIENÄCHSTEGENERATIONÜBERDIEHEUTIGEGESELLSCHAFTREDENINAUFWENDIGKOMPONIERTENBILDERNERZÄHLTDERFILMVOMZUSTANDUNDDENVISIONENDERWELTVONHEUTEUMDIEJETZIGELAGEAUFZUZEIGENBESCHÄFTIGTSICHDERPRODUZENTMARCBAUDERMITMENSCHENVONALLENMÖGLICHENHINTERGRÜNDENUNDFRAGTSIENACHIHRENPERSPEKTIVEN
     episodecompname: NULL
episodecompshortname: NULL
 episodecomppartname: NULL
         episodelang: NULL
       episodeseason: NULL
         episodepart: NULL
           channelid: S19.2E-1-1019-10302
         channelname: arte HD
          expression: NULL
           starttime: 1675893600
            duration: 5400
                 aux: NULL

Alles anzeigen

Hilft das weiter?

horchi · 11. Februar 2023

nein wenig, wie geschrieben die timers Tabelle wäre interessant

beinhart · 11. Februar 2023

horchi

hab dir die timer-tabelle in den anhang gelegt.

die vorletzte aufnahme wurde per live direkt auf

den server abgesetzt. die letzte, soko kitzbuehel,

die sofort wieder geloescht wurde, per epghttpd

horchi · 11. Februar 2023

das sieht komisch aus, gerade weil beide die selbe eventid haben.

Ich schau mal in das log aus dem PN

[epghttpd] Kann Sendung nicht aufnehmen

Jetzt mitmachen!

Teilen