Mit dem Patch lässt es sich gegen den VDR 2.2.0 bauen 
--- a/lib/common.h
+++ b/lib/common.h
@@ -417,6 +417,10 @@
// Timer Thread
//***************************************************************************
+#ifdef VDR_PLUGIN
+# include <vdr/thread.h>
+#endif
+
class cTimerThread : public cThread
{
public:Da war jemand schneller 
Läuft unter Arch und yaVDR durch mit 2.2.0
Danke Jörg
sowei
soweit ich informiert bin läuft das mit den Bildern nun anders. Warten auf Antwort von den epgdata Kollegen was sich alles genau ändert dann passen wir das Interface an.
Hat sich da schon irgendetwas getan?
Ich habe die Meldungen leider immer noch in ziemlichen Mengen.
Danke und ciao.
Michael.
Hat sich da schon irgendetwas getan?
Ich habe einen Patch dafür gebastelt: epgd / epg2vdr / scraper2vdr
Da der nicht mit allen Dateisystemen funktioniert (bei FAT, NTFS usw. gibt es spürbare Einschränkungen bei den erlaubten Zeichen in Dateinamen) ist der noch nicht im Git - das steht auf meiner TODO-Liste, das noch mal zu überarbeiten...
Ich habe einen Patch dafür gebastelt: epgd / epg2vdr / scraper2vdr
Da der nicht mit allen Dateisystemen funktioniert (bei FAT, NTFS usw. gibt es spürbare Einschränkungen bei den erlaubten Zeichen in Dateinamen) ist der noch nicht im Git - das steht auf meiner TODO-Liste, das noch mal zu überarbeiten...
Ah, super.
Eilt ja nicht wirklich.
Danke für die Info.
Ciao.
Michael.
Wer meinen Patch genutzt hat, sollte darauf achten, dass die originale epgdata.xsl aus den epgd-Sourcen genutzt wird und nicht die gepatchte Variante.
Hi,
ich habe gerade epgd 1.1.138 und epg2vdr 1.1.94 installiert.
epgd und epg2vdr scheinen zu funktionieren (auch die Bilder werden jetzt wieder heruntergeladen), aber irgendwie hat epghttpd ein Problem.
Ich bekomme immer beim Aufruf der Startseite den Fehler "Der Server konnte nicht erreicht werden!", beim Klick danach auf andere Menüpunkte Meldungen wie "Es ist ein allgemeiner Fehler aufgetreten".
Hab ich was übersehen, was ich noch hätte machen müssen für die neue Version?
Danke und ciao.
Michael.
epgd und epghttpd laufen und keine Fehler im log?
BTW: beim epgd Update immer daran denken die epgd-Plugins für die verwendeten EPG provider zu übersetzen.
Vergiss es - lag daran, dass in Firefox der NoScript die Einstellungen für meine Domain vergessen hatte 8-(
Danke für deine Antwort trotzdem!
Ich schon wieder
EInen Fehler hab ich doch noch: Nachdem epgd und epghttpd jetzt die Bilder downloaden/anzeigen, bekomme ich von epg2vdr die Fehler:
epg2vdr: Can't write image to '/var/cache/vdr/epgimages/images/https://cellular.images.dvbdata.com/1048474/1048474_320x240.jpg', error was 'Datei oder Verzeichnis nicht gefunden'
sieht nach alten Einträgen aus die vor dem Fix geladen wurden, kann das sein? Hätte ich noch erwähnen sollen, alles alte von epgdata muss man entweder löschen oder die spalte imgnamefs der imagerefs Tabelle manuell so patchen dass sie nur gültige FS konforme Bezeichner enthält
Hm, eigentlich sind das genau die Namen der Dateien, die epgd kurz vorher runtergeladen hat.
Ein Beispiel:
...
Mär 11 17:40:03 boston epgd[19734]: Downloading image 'https://cellular.images.dvbdata.com/1679355/1679355_320x240.jpg'
...
Mär 11 18:17:36 boston vdr[18168]: epg2vdr: Can't write image to '/var/cache/vdr/epgimages/images/https://cellular.images.dvbdata.com/1679355/1679355_320x240.jpg', error was 'Datei oder Verzeichnis nicht gefunden'
...
Alles anzeigenmach mal bitte
Codeselect from_unixtime(inssp), from_unixtime(inssp), imagename, imagenamefs from imagerefs where imagename like '%data.com/1679355/1679355_320x240.jpg%';
da findet er 99 Treffer.
+----------------------+----------------------+-----------------------------------------------------------------+-----------------------------------------------------------------+
| from_unixtime(inssp) | from_unixtime(inssp) | imagename | imagenamefs |
+----------------------+----------------------+-----------------------------------------------------------------+-----------------------------------------------------------------+
| 2018-03-02 18:33:26 | 2018-03-02 18:33:26 | https://cellular.images.dvbdat…79355/1679355_320x240.jpg | https://cellular.images.dvbdat…79355/1679355_320x240.jpg |
| 2018-02-28 18:26:37 | 2018-02-28 18:26:37 | https://cellular.images.dvbdat…79355/1679355_320x240.jpg | https://cellular.images.dvbdat…79355/1679355_320x240.jpg |
| 2018-03-02 18:33:26 | 2018-03-02 18:33:26 | https://cellular.images.dvbdat…79355/1679355_320x240.jpg | https://cellular.images.dvbdat…79355/1679355_320x240.jpg |
| 2018-02-28 18:26:37 | 2018-02-28 18:26:37 | https://cellular.images.dvbdat…79355/1679355_320x240.jpg | https://cellular.images.dvbdat…79355/1679355_320x240.jpg |
| 2018-02-28 18:26:37 | 2018-02-28 18:26:37 | https://cellular.images.dvbdat…79355/1679355_320x240.jpg | https://cellular.images.dvbdat…79355/1679355_320x240.jpg |
| 2018-02-27 15:47:44 | 2018-02-27 15:47:44 | https://cellular.images.dvbdat…79355/1679355_320x240.jpg | https://cellular.images.dvbdat…79355/1679355_320x240.jpg |
| 2018-03-02 18:33:26 | 2018-03-02 18:33:26 | https://cellular.images.dvbdat…79355/1679355_320x240.jpg | https://cellular.images.dvbdat…79355/1679355_320x240.jpg |
usw.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
