[gelöst][epghttpd] bei Zugriff auf das WebIF des epgd startet der Service epghttpd immer wieder neu

  • Hallo zusammen,


    ich habe hier eine neu aufgesetzte epgd/epghttpd-Kombi, die mir Probleme bereitet:


    bei jedem Zugriff auf das WebIF startet selbiges neu.


    Der Daemon ist selbst compiliert und der aktuelle Stand aus dem GIT

    commit 449dda4ec3a0333538ba9e83a8066ae5ed10ca92 (HEAD -> master, tag: 1.1.163, origin/master, origin/HEAD)


    Als Anbieter habe ich TVSP im Einsatz, kann es sein, dass dieser hier Müll liefert?


    Cheers,

    Ole

  • epghttpd[27009]: Not a JPEG file: starts with 0x3c 0x3f

    Klingt nach einer korrupten JPEG-Datei. Sieht man im Log vorher vielleicht einen Dateinamen oder wenigstens ein Verzeichnis?

    Wär aber komisch, wenn das WebIF davon so aus dem Tritt kommen würde.


    Ich tippe eher darauf, dass irgendwelche Versionen nicht zusammenpassen.

    Bei mir arbeiten diese Versionen zusammen:

    vdr-epg-daemon 1.1.163 (selber kompiliert)

    vdr-plugin-epg2vdr 1.1.117 (aus yavdr/experimental-vdr)

    MyVDR: yaVDR-Ansible (Ubuntu 18) - softhddevice-openglosd (ffmpeg 2.8) - epgd/epg2vdr - skindesigner estuary4vdr (adaptiert) - 1920x1080@50 Hz | kodi 18 - inputstream + amazon vod
    Aerocube M40 | 300W | ASRock H61M-GE | Intel G530 | Asus ENGT520 | 2 x TT-budget S2-3200 | ASRock Smart Remote (CIR) | 4 GB RAM | 120 GB SSD | 3 TB HDD

  • Aug 22 10:50:50 sundalon epghttpd[27009]: Not a JPEG file: starts with 0x3c 0x3f

    Das würde z.B. zu einer HTML-Fehlerseite passen, die statt dem Bild gespeichert wurde - 0x3c 0x3f entspricht <? - eventuell einfach mal mit grep schauen, welche heruntergeladenen "Bilder" davon betroffen sind.


    Soweit ich das sehen kann schaut der curl-Code in der libhorchi beim Datei-Download nur nach einem 404 Fehler (https://projects.vdr-developer….git/tree/lib/curl.c#n470), aber bei anderen Fehlern würden er die Antwort des Servers einfach gespeichert.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    The post was edited 2 times, last by seahawk1986 ().

  • Das würde z.B. zu einer HTML-Fehlerseite passen, die statt dem Bild gespeichert wurde

    Genau das war es: im FS lagen diverse gespeicherte HTTP 500er Seiten. Anscheinend habe ich da einen schlechten Tag zum initialen

    Abholen erwischt. Der Einfachheit halber habe ich den FS-Cache gelöscht, die DB geputzt und neu angefangen.


    Jetzt passt es wieder, vielen Dank seahawk1986 ! Eventuell sollte man die libhorchi um diverse gängige HTTP Fehler erweitern,

    oder den epghttpd etwas robuster aufstellen?


    Cheers,

    Ole

  • Eventuell sollte man die libhorchi um diverse gängige HTTP Fehler erweitern

    Ja, ich denke es wäre einfacher alles außer 200 als Zeichen zu werten, dass etwas nicht wie erwartet funktioniert hat.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • oder den epghttpd etwas robuster aufstellen?

    Ich hatte das gleiche Problem.


    epghttpd verwendet intern die jpeglib. Bei defekten bzw. komplett anderen Formaten als JPG wirft diese eine Fehler und beendet das Program mit exit()

    Anbei ein Patch für epghttpd welcher die Error-Behandlung so erweitert das das Programm/epghttpd nicht mehr beendet wird