[gelöst] xmltv2vdr, epgdata: erster Import klappt nicht, immer "timeout"

Moin!

Ich hab mir nun auch einfach mal ein epgdata-Abo geholt, um das mal in Ruhe zu testen.
Leider bekomme ich den ersten Import nicht über die Bühne:

Mar 16 17:12:00 hdvdr vdr: [16558] xmltv2vdr: 'epgdata2xmltv' ERROR (script) timeout (0)
Mar 16 17:12:00 hdvdr vdr: [16558] xmltv2vdr: 'epgdata2xmltv' ERROR (script) timeout (1)
Mar 16 17:12:00 hdvdr vdr: [16558] xmltv2vdr: 'epgdata2xmltv' ERROR (script) timeout (2)
Mar 16 17:12:00 hdvdr vdr: [16558] xmltv2vdr: 'epgdata2xmltv' ERROR (script) timeout (3)
Mar 16 17:12:00 hdvdr vdr: [16558] xmltv2vdr: 'epgdata2xmltv' ERROR epgsource returned 1

Ich hab schon die Anzahl Tage runter auf zwei geschraubt, vielleicht muss ich auch noch die Anzahl der Kanäle reduzieren (sind insgesamt nur 25 momentan, ich lasse es gerade mal mit einem laufen).
Der Download an sich ist nicht wirklich flott, weshalb das Testen etwas mühsam ist.

Aber woher kann der Timeout kommen?

Ich arbeite natürlich mit den Plugin-Stand aus yavdr/unstable-vdr, also

$ apt-cache policy vdr-plugin-xmltv2vdr
vdr-plugin-xmltv2vdr:
  Installiert: 0.2.0pre.git20131203-1yavdr2~precise
  Kandidat:    0.2.0pre.git20131203-1yavdr2~precise
  Versionstabelle:
 *** 0.2.0pre.git20131203-1yavdr2~precise 0
       1000 http://ppa.launchpad.net/lars-hanisch/vdr-backend/ubuntu/ precise/main amd64 Packages
        100 /var/lib/dpkg/status


$ apt-cache policy vdr-plugin-xmltv2vdr-grabber-epgdata2xmltv
vdr-plugin-xmltv2vdr-grabber-epgdata2xmltv:
  Installiert: 0.2.0pre.git20131203-1yavdr2~precise
  Kandidat:    0.2.0pre.git20131203-1yavdr2~precise
  Versionstabelle:
 *** 0.2.0pre.git20131203-1yavdr2~precise 0
       1000 http://ppa.launchpad.net/lars-hanisch/vdr-backend/ubuntu/ precise/main amd64 Packages
        100 /var/lib/dpkg/status

(ja, es ist ein anderes PPA, aber nur, weil ich dort vdr 2.1.4 habe, Source ist wirklich aus unstable-vdr)

Lars.

Das liegt ganz normal auf der Festplatte, da sind also mehrere dutzend Gigabyte Platz.

Lars.

Ich will 25 Kanäle, nicht Tage... drei, vier Tage würden mir schon reichen, mich interessieren eigentlich nur die Serien-Episodentitel.

Das mit dem Logfile werde ich mal probieren.

Lars.

Es scheint so, als ob der Download funktioniert, aber das anschließende Umwandeln braucht so lange, dass xmltv2vdr aufgibt.
Vielleicht muss ich es etwas geduldiger machen.

Lars.

Ich probiere gerade nur prosieben.de, da müsste die 40 eigentlich noch passen.
Ich werde die Datei aber auch mal demnächst kontrollieren.

Ich rufe epgdata2xmltv gerade mal direkt auf der Kommandozeile auf, mal sehen, was es ausgibt.

Lars.

Die timeout-Meldungen scheinen aus dem Grabber zu kommen und ein Problem beim Herunterladen anzudeuten (ab Zeile 187):

if (ret==-28)
    {
        esyslog("timeout (%i)",day);
        return 1;
    }

epgdata2xmltv scheint mit einem Timeout von 240 Sekunden zu arbeiten, warum auch immer das nicht reicht... Oder es ist ein anderes Problem.

Lars.

Hm, bei mir tröpfeln die Daten so mit ca. 30-50 KB/s ein und nach ein paar MB ist dann Schluss.
Mal sehen, wie weit Firefox mit der URL kommt.

Lars.

Ich hab den Curl-Timeout im Grabber jetzt einfach mal auf 2400 Sekunden gesetzt, damit scheint die Datei von heute schon mal komplett heruntergeladen zu werden.
Mal sehen, wie es nachher ausschaut.

Lars.

Ja, mein DSL ist nicht gerade das Schnellste, aber so langsam dann doch nicht.
Jetzt ist der Download einmal durch und die Daten importiert. Ich muss mal recherchieren, ob sich der Curl-Timeout auf den gesamten Download bezieht oder auf Teile. 4 Minuten für 20MB schaffe ich nicht immer...
Aber eigentlich sollte ich immer stabile 8 MBit/s haben, momentan hängt er bei knapp 3. Ach ja...

Lars.

Werde ich mal probieren, aber seit vor ein paar Monaten ein Bagger meine Leitung vorm Haus gekappt hat, hab ich das Gefühl, dass da schlecht geflickt wurde. Aber die Kupferleitung hier in der Gegend sind leider nicht so jung und außerdem dünn. Wenn es doch nur Glasfaser geben würde... Oder wenn die Komtel nicht von der Versatel aufgekauft worden wäre, dann würden die sich sicherlich besser um ihr Netz kümmern.
Nun denn, im September ist das nächste mal die Jahresfrist vorbei...

Lars

Ok, konnte mal einen Blick in die API von libcurl werfen:
http://curl.haxx.se/libcurl/c/curl_easy_setopt.html

Der Timeout-Wert gilt für den gesamten Transfer. Bei gut 20MB in vier Minuten bedeutet das, dass man mindestens einen Durchsatz von gut 80KB/s haben muss (wenn ich mich jetzt nicht verrechnet habe). Ich denke, ich werde den Wert im Grabber mal dauerhaft etwas erhöhen, sonst sehe ich da schwarz bei mir.

Lars