EPGd lädt kein EPG

iso · 6. Februar 2017

Hallo,

ich habe hier aktuell das Problem, dass EPGd kein EPG lädt. Will sagen, es kommt keines im VDR an. Vielleicht kann mir da jemand ein paar Tips geben?

Die Situation wie folgt:

epg2vdr läuft

Code

Feb  6 19:53:09 vdr vdr: epg2vdr: --- EPG refresh started ---
Feb  6 19:53:09 vdr vdr: epg2vdr: Update EPG, loading changes since 06.02.2017 19:52:07
Feb  6 19:53:09 vdr vdr: epg2vdr: Processed channel 'C-41985-1051-28487' - 'ARD-alpha' with 0 updates
Feb  6 19:53:09 vdr vdr: epg2vdr: Processed channel 'C-9999-191-19116' - 'Animal Planet' with 26 updatesFeb  6 19:53:09 vdr vdr: epg2vdr: Processed channel 'C-133-4-14' - 'Discovery Channel (S)' with 0 updates
Feb  6 19:53:09 vdr vdr: epg2vdr: Processed channel 'C-41985-1051-28722' - 'ONE' with 0 updates...

epgd läuft
rsyslog zeigt nur beim daemon start was von epgd
epg.dat in /etc/epgd ist vom 29.01. was so ungefähr mit dem fehlen von EPG ab Mittwoch übereinstimmt.

Update:
/var/cache/epgd/epgdata/

Code

-rw-r--r-- 1 root root 40548931 Jan 30 23:37 20170130_20170130_de_qy.zip
-rw-r--r-- 1 root root 38706913 Jan 30 23:37 20170131_20170130_de_qy.zip
-rw-r--r-- 1 root root 38892402 Jan 30 23:38 20170201_20170130_de_qy.zip
-rw-r--r-- 1 root root 39087655 Jan 30 23:38 20170202_20170130_de_qy.zip
-rw-r--r-- 1 root root 38662617 Jan 30 04:09 20170203_20170127_de_qy.zip
-rw-r--r-- 1 root root 38277365 Jan 30 04:09 20170204_20170127_de_qy.zip
-rw-r--r-- 1 root root 36550856 Jan 30 04:10 20170205_20170127_de_qy.zip
-rw-r--r-- 1 root root 39104067 Jan 30 04:10 20170206_20170127_de_qy.zip

iso · 6. Februar 2017

wie kann ich den epgd dazu bringen, epg herunterzuladen? Irgendwie scheint es da zu haken...

wolfi.m · 6. Februar 2017

Hi,

Zitat von iso

wie kann ich den epgd dazu bringen, epg herunterzuladen

du kannst epgd mal stoppen und wieder starten

Code

sudo service epgd stop
sudo service epgd start

und mit

Code

sudo tail -f /var/log/syslog

kannst du verfolgen was abläuft!

Gruss
Wolfgang

iso · 6. Februar 2017

Das habe ich natürlich langst getan, da gibt es keine Beschwerden.

Die syslog ist grad zu groß zum hochladen und die Formatierung scheint nicht zu funktionieren, Zeilenschaltungen fehlen...

Wer trotzdem mal reinschauen will: https://nas.danielbierstedt.de:5001/sharing/Icldl4sSS

iso · 6. Februar 2017

Ein svdrpsend PLUG epg2vdr update

verursacht das hier:

Code

Feb  6 21:08:24 vdr vdr: epg2vdr: --- EPG update started ---
Feb  6 21:08:24 vdr vdr: epg2vdr: Starting cleanup of images in '/var/cache/vdr/epgimages'
Feb  6 21:08:24 vdr vdr: epg2vdr: Remove old symlinksFeb  6 21:08:24 vdr vdr: epg2vdr: Cleanup finished, removed (0) images and (0) symlinks
Feb  6 21:08:24 vdr vdr: epg2vdr: Update EPG, loading changes since 06.02.2017 21:07:28
Feb  6 21:08:24 vdr vdr: epg2vdr: Updated changes since '06.02.2017 21:07:28'; 39 channels, 0 events (0 deletions) in 34 ms
Feb  6 21:08:24 vdr vdr: epg2vdr: --- EPG update finished ---Feb  6 21:08:25 vdr vdr: [8522] info: EPG 'aktualisieren' abgeschlossen

Sieht für mich aus wie EPG herunterladen, nur kommt da nix...

iso · 6. Februar 2017

Was mich wundert ist, dass es kein blacklisting gibt, aber trotzdem gibt es gar kein EPG. Auch nicht ganz normal aus dem Kabel. Also, ich meine für die Sender, die in der epgd channelmap configuriert sind.

horchi · 7. Februar 2017

Was sagt den
epgd-showmerge

iso · 7. Februar 2017

root@vdr:~# epgd-showmerge
+---------------+---------+
| count(source) | source |
+---------------+---------+
| 5438 | epgdata |
| 14552 | vdr |
+---------------+---------+
+----------+--------+--------+
| count(*) | source | updflg |
+----------+--------+--------+
| 2 | vdr | A |
| 14 | vdr | D |
| 4380 | vdr | I |
| 32 | vdr | P |
| 8 | vdr | R |
+----------+--------+--------+

iso · 7. Februar 2017

Von epgdata kommt einfach nix...

Ich habe gestern Abend mal testweise ein paar wichtige Sender rausgenommen

Code

// epgdata:471:1:0 = C-133-4-42 //13th Street (S),13thStreet;SKY

Und sehe heute wieder EPG von DVB und Timer.

PS: IDs von epgdada habe ich nochmal geprüft, kann sich ja mal was ändern. Stimmen alle.

iso · 7. Februar 2017

So, eben ein update für epg2vdr gesehen, aber noch nicht den VDR neu gestartet. Meiner Meinung nach wäre das nötig, um die Änderungen zu aktivieren. Trotzdem:

Code

Feb  7 19:45:40 vdr epgd: Download file: 'http://www.epgdata.com/index.php?action=sendPackage&iOEM=VDR&pin=insert-your-pin-here&dayOffset=0&dataType=xml' to '20170207_20170207_de_qy.zip

Es bleibt weiter spannend.

Okul · 8. Februar 2017

Ich hatte sowas mal, als ich nicht bemerkt habe, dass mein Abo abgelaufen ist
Bin mir nicht sicher, obs eine entsprechende Meldung gab.

iso · 8. Februar 2017

Hatte ich auch zuerst gedacht, aber es war verwirrend dass es eben gar keine Meldung zum Thema gab. Ich hätte ja etwas wie "Abo abgelaufen" oder "kann nicht runterladen" erwartet, aber es war gar nix.

Das Abo läuft Mitte April ab, btw. Bei jeder Verlängerung erstelle ich einen Termin im Kalender mit einem Monat Vorwarnung

ofenheizer · 8. Februar 2017

Zitat von iso

epgdata:471:1:0

Was soll denn dieser Eintrag bewirken (wenn er denn weider auskommentiert ist)?
Hast Du nur eine Quelle und Du möchtest das DVB-EPG und EPGDATA gemerged werden, dann ist epgdata:471 = der korrekte Eintrag.
:1 brauchst Du nur bei 2 Quellen, um damit deine primäre Quelle zu kennzeichnen.
:0 unterbindet sogar einen Merge mit dem DVB-EPG

Gruss.
Markus

iso · 11. Februar 2017

Ach, das ist interessant... Ja, ich möchte, dass EPGData und DVB zusammengelegt werden. Das wären dann aber zwei Quellen für mich, nicht eine.

Die Hilfe ist da leider etwas ungenau, finde ich.

Es heißt ja:

<source>:<extid>[:<merge>[:<vps>]]

Source ist epgdata, ist klar.die ID ist die der genannten Quelle, auch klar. Für merge nun:

// <merge> Merge DVB and externel EPG for this channel
// { 0, 1, 2 } (default 1, the default for source 'vdr' is 0)

Was zum Teufel soll das heißen? 0 würde ich als Nein interpretieren, 1 als Ja. 2? Keine Ahnung. Wenn also der default 1 ist, und 1 merge=yes bedeutet, muss ich das nicht extra aufführen. Soweit mein Verständnis der Sache.

Ich habe übrigens grad wieder das Problem, dass einige Sender kein EPG haben, oder nur für bestimmte Tage mit Lücken dazwischen. Das passt zu deiner Aussage, dass kein merge stattfindet. Lahme Performance von EPGData, da muss ich gleich mal die Miete kürzen!

ofenheizer · 11. Februar 2017

Richtig, wenn Du nur eine externe Quelle hast, kannst Du das ":1" auch weglassen.
":2" ist nur notwendig, wenn Du neben epgdata zb. noch tvm als externe Quelle benutzt. Über :1 und :2 steuerst Du, welche Quelle primaät genommen wird. Sollte es mal keine Daten geben, würde :2 als Fallback Daten liefern.
:0 bedeutet, dass halt nicht mit DVB gemischt, sondern das externe einfach so übernommen wird.

iso · 11. Februar 2017

OK, verstanden. Es geht hier um die EXTERNERN Quellen, DVB ist intern.

Dann ist das System auf maximal zwei externe quellen ausgelegt? Ich glaube, ich habe noch nie eine Konfig mit zwei externen Quellen gesehen...

wmautner · 12. Februar 2017

Damit kann ich dienen: zwar nicht epgdata, aber tvm und tvsp:

tvm:16:2 = C-1537-5-5001 // ORF eins HD
tvsp:ORF1:1 = C-1537-5-5001 // ORF eins HD
tvm:17:2 = C-1537-5-5002 // ORF 2 Wien HD
tvsp:ORF2:1 = C-1537-5-5002 // ORF 2 Wien HD
tvm:447:2 = C-1537-5-5003 // ORF III HD
tvsp:ORF3:1 = C-1537-5-5003 // ORF III HD
tvm:318:2 = S19.2E-133-5-776 // SIXX
tvsp:SIXX:1 = S19.2E-133-5-776 // SIXX
.....

Da ist tvsp der erste, tvm der "Ausfall"-Provider.
epgd-showmerge sieht z.Z. so aus:

Code

+---------------+--------+
| count(source) | source |
+---------------+--------+
|         30899 | tvm    |
|         18168 | tvsp   |
|        146118 | vdr    |
+---------------+--------+
+----------+--------+--------+
| count(*) | source | updflg |
+----------+--------+--------+
|     1721 | tvm    | A      |
|      292 | tvm    | C      |
|      201 | tvm    | D      |
|     4017 | tvm    | I      |
|      226 | tvm    | R      |
|    22524 | tvm    | S      |
|      434 | tvm    | T      |
|    11357 | tvsp   | A      |
|     1198 | tvsp   | C      |
|      222 | tvsp   | D      |
|        6 | tvsp   | I      |
|      648 | tvsp   | R      |
|     3238 | tvsp   | T      |
|      257 | vdr    | A      |
|     2889 | vdr    | D      |
|      993 | vdr    | I      |
|     5180 | vdr    | L      |
|   115410 | vdr    | P      |
+----------+--------+--------+

Alles anzeigen

Wobei bei showmerge die Zahl der je Daten-Provider verwendeten Einträge vor dem "A" steht.

Ich verwende für epgd/epg2vdr/epghttpd dieses
frodo-vdr-stable-vdr-epgd-http-yavdr-trusty.list
Repository (danke Frodo :))

iso · 26. Februar 2017

Und wieder habe ich den Fall, dass kein EPG für die Sender hereinkommt, die mit EPGd zu tun haben...

Z.B. Das Erste: SD kommt (auch über EPGd), HD einfach per DVB. SD noch bis morgen Nacht, HD wie immer ein paar Wochen. Zum heulen...

Code

epgdata:71 = C-41985-1101-28106 //Das Erste

Code

+---------------+---------+
| count(source) | source  |
+---------------+---------+
|          8086 | epgdata |
|         12244 | vdr     |
+---------------+---------+
+----------+---------+--------+
| count(*) | source  | updflg |
+----------+---------+--------+
|       11 | epgdata | A      |
|       29 | epgdata | C      |
|        4 | epgdata | R      |
|      332 | epgdata | T      |
|        6 | vdr     | A      |
|        5 | vdr     | D      |
|     4205 | vdr     | I      |
|      361 | vdr     | L      |
|       10 | vdr     | R      |
+----------+---------+--------+

Alles anzeigen

~~Was komisch ist, denn anscheinend hat er was runtergeladen:~~ Ne, ist nicht komisch. Am 21. runtergeladen, Programm bis heute. Passt soweit zur Situation... Warum hört EPGd zwischendurch auf, herunterzuladen?

Code

root@vdr:/var/cache/epgd/epgdata# ll
insgesamt 233228
drwxr-xr-x 2 root root     4096 Feb 21 07:42 ./
drwxr-xr-x 3 root root     4096 Feb  6 20:41 ../
-rw-r--r-- 1 root root 40660653 Feb 21 07:38 20170221_20170220_de_qy.zip
-rw-r--r-- 1 root root 41386970 Feb 21 07:39 20170222_20170220_de_qy.zip
-rw-r--r-- 1 root root 39890841 Feb 21 07:39 20170223_20170220_de_qy.zip
-rw-r--r-- 1 root root 40676782 Feb 21 07:40 20170224_20170220_de_qy.zip
-rw-r--r-- 1 root root 39791153 Feb 21 07:41 20170225_20170220_de_qy.zip
-rw-r--r-- 1 root root 36393004 Feb 21 07:41 20170226_20170220_de_qy.zip

All die guten...

Code

Feb 26 23:57:36 vdr vdr: [1191] warning: wenig EPG Inhalt für: Das Erste ONE ZDF ZDF HD zdf_neo ZDFinfo NDR FS HH PHOENIX ARD-alpha hr-fernsehen 3sat RTL SAT.1 RTL2 RTL NITRO ProSieben Sat.1 Gold ProSieben MAXX ProSieben FUN kabel eins VOX Tele 5 S RTL DMAX arte TNT Film TNT Serie Syfy RTL Crime (S) 13thStreet AXN Action kabel eins classics Kinowelt

wmautner · 27. Februar 2017

Die klassische epgdata-Frage ist dann erstmal die nach dem Abo-Status.
Ansonst bitte einen Auszug aus der channelmap.conf und vielleicht doch auch aus syslog,
nach "epgdata" suchen/greppen. Und natürlich ganz allgemein nach "epgd: Error".

iso · 27. Februar 2017

Also, aktuell gehts wieder. Gestern Abend habe ich die channelmap komplett leer gemacht, falls da irgendwas das DVB EPG behindert. Denn eigentlich sollte ja gemixt werden und DVB EPG läuft doch immer. Irgendwas muss also immer da sein, auch wenn EPGData mal nicht liefert. Ich bin mittlerweile fest der Meinung, dass das an EPGd liegen muss. Irgendein Bug im Zusammenhang mit der channelmap, in dem Sinne, dass ein Ereignis nur ausgelöst wird, wenn die Situation nach einer frischen Installation aussieht. Anders kann ich mir nicht erklären, warum alles eine Weile funktioniert und dann plötzlich nicht mehr. Könnte natürlich auch sein, dass irgendwo was überläuft. Wenn man die channelmap leer macht, sieht man ja dann, wie die Datenbank aufgeräumt wird.

Also:
- erst channelmap leer gemacht, kam nix.
- dann genau einen Eintrag wieder rein, zum testen. Dann hat EPGd auch tatsächlich wieder was runtergeladen.
- dann die restlichen wieder rein in die channelmap, ist nix passiert. Heute haben alle wieder EPG.

Das Ändern der channelmap hat irgendwas getriggert, das das herunterladen angestoßen hat. Allerdings nicht die bloße Änderung alleine, denn das habe ich vorher schon getestet. Vielmehr war es der erste Eintrag, nachdem die channelmap als leer bekannt war.

Code

Feb 26 23:46:24 vdr epgd: Loading '/etc/epgd/channelmap.conf'
Feb 26 23:46:24 vdr epgd: Statement 'update channelmap set updflg = 'D'' with (0) in parameters and (0) out bindings prepared
Feb 26 23:46:24 vdr epgd: 0 channel mappings read.

Code

Feb 27 00:02:08 vdr epgd: Loading '/etc/epgd/channelmap.conf'
Feb 27 00:02:08 vdr epgd: Statement 'update channelmap set updflg = 'D'' with (0) in parameters and (0) out bindings prepared
Feb 27 00:02:08 vdr epgd: Channel 'C-41985-1101-28106' inserted, source 'epgdata', extid 71, merge 1
Feb 27 00:02:08 vdr epgd: At least one channelmap change detected, force initial check!
Feb 27 00:02:08 vdr epgd: 1 channel mappings read.

Code

Feb 27 00:02:22 vdr epgd: EPG Update started
Feb 27 00:02:22 vdr epgd: Updating 'epgdata' day today+0 now
Feb 27 00:02:26 vdr epgd: Got info for day (0), file '20170227_20170224_de_qy.zip' with tag '1352389'
Feb 27 00:02:26 vdr epgd: Download file: 'http://www.epgdata.com/index.php?action=sendPackage&iOEM=VDR&pin=insert-your-pin-here&dayOffset=0&dataType=xml' to '20170227_20170224_de_qy.zip
Feb 27 00:02:26 vdr vdr: video: speed up video, droping frame
Feb 27 00:02:26 vdr vdr: video:  5:24:00.412   -9  381   0/\ms  10+7+4 v-buf
Feb 27 00:02:30 vdr epgd: Processing file '20170227_20170224_de_qy.zip-1352389' for day 0 (0/1)
Feb 27 00:02:34 vdr epgd: XML File '20170227_20170224_de_qy.zip-1352389' processed, updated 28 events
Feb 27 00:02:34 vdr epgd: Updating 'epgdata' day today+1 now
Feb 27 00:02:38 vdr dhclient: DHCPREQUEST of 192.168.0.10 on eth0 to 192.168.0.1 port 67 (xid=0x6f3dd75a)
Feb 27 00:02:38 vdr dhclient: DHCPACK of 192.168.0.10 from 192.168.0.1
Feb 27 00:02:38 vdr epgd: Got info for day (1), file '20170228_20170224_de_qy.zip' with tag '1341619'
Feb 27 00:02:38 vdr epgd: Download file: 'http://www.epgdata.com/index.php?action=sendPackage&iOEM=VDR&pin=insert-your-pin-here&dayOffset=1&dataType=xml' to '20170228_20170224_de_qy.zip
Feb 27 00:02:38 vdr dhclient: bound to 192.168.0.10 -- renewal in 54 seconds.
Feb 27 00:02:42 vdr epgd: Processing file '20170228_20170224_de_qy.zip-1341619' for day 1 (0/1)
Feb 27 00:02:45 vdr epgd: XML File '20170228_20170224_de_qy.zip-1341619' processed, updated 33 events
Feb 27 00:02:46 vdr epgd: Updating 'epgdata' day today+2 now
Feb 27 00:02:48 vdr epgd: Got info for day (2), file '20170301_20170224_de_qy.zip' with tag '1335108'
Feb 27 00:02:48 vdr epgd: Download file: 'http://www.epgdata.com/index.php?action=sendPackage&iOEM=VDR&pin=insert-your-pin-here&dayOffset=2&dataType=xml' to '20170301_20170224_de_qy.zip
Feb 27 00:02:51 vdr epgd: Processing file '20170301_20170224_de_qy.zip-1335108' for day 2 (0/1)
Feb 27 00:02:55 vdr epgd: XML File '20170301_20170224_de_qy.zip-1335108' processed, updated 26 events
Feb 27 00:02:55 vdr epgd: Updating 'epgdata' day today+3 now
Feb 27 00:02:59 vdr epgd: Got info for day (3), file '20170302_20170224_de_qy.zip' with tag '1342569'
Feb 27 00:02:59 vdr epgd: Download file: 'http://www.epgdata.com/index.php?action=sendPackage&iOEM=VDR&pin=insert-your-pin-here&dayOffset=3&dataType=xml' to '20170302_20170224_de_qy.zip
Feb 27 00:03:02 vdr vdr: [2286] VNSI: Requesting clients to reload channel list
Feb 27 00:03:04 vdr epgd: Processing file '20170302_20170224_de_qy.zip-1342569' for day 3 (0/1)
Feb 27 00:03:08 vdr epgd: XML File '20170302_20170224_de_qy.zip-1342569' processed, updated 28 events
Feb 27 00:03:08 vdr epgd: Updating 'epgdata' day today+4 now

Alles anzeigen

Falls es jemanden interessiert: hier das komplette log der letzten zwei Tage mit EPGd auf Loglevel 2: https://nas.danielbierstedt.de:5001/sharing/TnnPjrbv9

EPGd lädt kein EPG

Jetzt mitmachen!

Teilen