epgd / epg2vdr / scraper2vdr
-
-
Das korrekte netzwerkgerät eingestellt?
-
Die Skripte sind nun so erweitert das sie automatisch die bash verwenden
-
Hallo,
ich habe gerade mal wieder ein Problem mit epgd und Konsorten, der EPG geht nur noch bis zum 01.07. 5:00, obwohl ich 14 Tage in der epgd.conf eingetragen habe.
Die Daten scheinen aber heruntergeladen zu werden:
https://pastebin.com/raw/Ns3qrMZd
Das zeigt epgd-showmerge
Code
Alles anzeigen+---------------------+ | last merge was at | +---------------------+ | 2018-06-26 10:30:16 | +---------------------+ +--------------------------+ | events pending for merge | +--------------------------+ | 298 | +--------------------------+ +---------------+--------+ | count(source) | source | +---------------+--------+ | 14986 | tvm | | 14466 | tvsp | | 11446 | vdr | +---------------+--------+ +----------+--------+--------+ | count(*) | source | updflg | +----------+--------+--------+ | 5915 | tvm | A | | 803 | tvm | C | | 2240 | tvm | R | | 5238 | tvm | T | | 1588 | tvsp | A | | 253 | tvsp | C | | 1524 | tvsp | I | | 125 | tvsp | R | | 9649 | tvsp | S | | 1076 | tvsp | T | | 562 | vdr | A | | 2 | vdr | D | | 2748 | vdr | I | | 7379 | vdr | L | | 1 | vdr | R | +----------+--------+--------+
Ich habe auch bereits die Datenbank ge'dropt' und per 'svdrpsend PLUG epg2vdr RELOAD' den EPG neu geladen, aber es bleibt dabei, EPG nur bis zum 01.07.
Hier noch die Versionen der epg Klamotten
Code
Alles anzeigenapt-cache policy epgd vdr-plugin-epg2vdr vdr-plugin-scraper2vdr epgd: Installiert: 4:1.1.141-0frodo0~trusty Installationskandidat: 4:1.1.141-0frodo0~trusty Versionstabelle: *** 4:1.1.141-0frodo0~trusty 0 500 http://ppa.launchpad.net/frodo-vdr/main/ubuntu/ trusty/main amd64 Packages 500 http://ppa.launchpad.net/frodo-vdr/stable-vdr-epgd-http-yavdr/ubuntu/ trusty/main amd64 Packages 100 /var/lib/dpkg/status 2:1.1.141-0yavdr0~trusty 0 500 http://ppa.launchpad.net/yavdr/main/ubuntu/ trusty/main amd64 Packages vdr-plugin-epg2vdr: Installiert: 3:1.1.96-0frodo0~trusty Installationskandidat: 3:1.1.96-0frodo0~trusty Versionstabelle: *** 3:1.1.96-0frodo0~trusty 0 500 http://ppa.launchpad.net/frodo-vdr/stable-vdr-epgd-http-yavdr/ubuntu/ trusty/main amd64 Packages 100 /var/lib/dpkg/status 1.1.95-0yavdr0~trusty 0 500 http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ trusty/main amd64 Packages vdr-plugin-scraper2vdr: Installiert: 5:1.0.9-0frodo0~trusty Installationskandidat: 5:1.0.9-0frodo0~trusty Versionstabelle: *** 5:1.0.9-0frodo0~trusty 0 500 http://ppa.launchpad.net/frodo-vdr/stable-vdr-epgd-http-yavdr/ubuntu/ trusty/main amd64 Packages 100 /var/lib/dpkg/status 3:1.0.9-0yavdr0~trusty 0 500 http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ trusty/main amd64 Packages
Gibt's im Moment Probleme mit den EPG Services? Hat jemand eine Idee?
massi
-
Das fiel mir gestern Abend auch auf. VDR und epghttpd zeigen die Sendungen nur bis zum 1.7. an. Auf die Schnelle sah ich nur, dass der Download bei tvm und tvsp laut Log läuft. Wird die Datenbank nicht mehr von den Daten der DVB-Quelle versorgt?
Stefan
-
also bei mir kommt auch bei tvm nicht viel, tvsp scheint normal
wenn ihr tvm als Hauptprovider und tvsp als Nebeprovider nutzt dann kommt es zu dem geschilderten Verhalten.
ich hab tvsp als Hauptprovider und da fällt das dann nicht auf weil die Tage 4-14 immer vom Hauptprovider kommen
Code
Alles anzeigenroot@PowerEdge:~# epgd-showmerge +---------------------+ | last merge was at | +---------------------+ | 2018-06-26 12:43:25 | +---------------------+ +--------------------------+ | events pending for merge | +--------------------------+ | 194 | +--------------------------+ +---------------+--------+ | count(source) | source | +---------------+--------+ | 17615 | tvm | | 46490 | tvsp | | 15490 | vdr | +---------------+--------+ +----------+--------+--------+ | count(*) | source | updflg | +----------+--------+--------+ | 189 | tvm | C | | 34 | tvm | D | | 8292 | tvm | I | | 8 | tvm | R | | 5724 | tvm | S | | 1416 | tvm | T | | 33981 | tvsp | A | | 396 | tvsp | C | | 516 | tvsp | D | | 10 | tvsp | I | | 1584 | tvsp | R | | 7951 | tvsp | T | | 283 | vdr | A | | 41 | vdr | D | | 2716 | vdr | I | | 10013 | vdr | L | | 260 | vdr | P | | 20 | vdr | R | +----------+--------+--------+
bei horchi auf der DB siehts übrigens genauso aus wie bei mir.
-
Verstehe ich ja nicht so ganz, wenn ich die DB droppe, dann empfängt epgd von tvm aber jede Menge Bytes, bloß wo gehen die hin?
z.B.
CodeJun 26 15:23:35 vdr epgd: Downloaded '2NEO' for 2018-06-28 with (100338) Bytes Jun 26 15:23:35 vdr epgd: Downloaded '3SAT' for 2018-06-28 with (78053) Bytes Jun 26 15:23:35 vdr epgd: Downloaded 'ARD' for 2018-06-28 with (36787) Bytes Jun 26 15:23:35 vdr epgd: Downloaded 'ARTE' for 2018-06-28 with (74180) Bytes Jun 26 15:23:36 vdr epgd: Downloaded 'BR-S' for 2018-06-28 with (69139) Bytes Jun 26 15:23:36 vdr epgd: Downloaded 'DMAX' for 2018-06-28 with (28940) Bytes
Ich habe mal zwei Sender auf tvsp als Hauptprovider umgestellt, da kommt doch einiges mehr...
-
Stimmt, bei Eurosport ist bei mir tvsp der Hauptprovider und da sieht's gut aus. Nur bei den anderen Sendern mit tvm nicht.
-
Ich habe offenbar das gleiche Problem - Danke für den Hinweis!
Auch bei mir ist tvm der Hauptprovider; tvsp ist Zweiter.
Allerdings sehe ich im syslog, dass tvm-Einträge auch nach dem 1.7. erfolgreich geladen werden:
Jun 26 16:05:02 myVDR epgd: Downloaded 'K1DOKU' for 2018-07-03 not changed, skipping.
Jun 26 16:05:03 myVDR epgd: Downloaded 'KIKA' for 2018-07-03 with (130519) Bytes, changed since last load.
Jun 26 16:05:03 myVDR epgd: Downloaded 'MDR' for 2018-07-03 with (69376) Bytes, changed since last load.
Mein showmerge schaut nicht ganz so schlimm aus wie oben, aber auch nicht wirklich gut:
Code
Alles anzeigen+---------------------+ | last merge was at | +---------------------+ | 2018-06-26 18:27:32 | +---------------------+ +--------------------------+ | events pending for merge | +--------------------------+ | 488 | +--------------------------+ +---------------+--------+ | count(source) | source | +---------------+--------+ | 28239 | tvm | | 75746 | tvsp | | 27953 | vdr | +---------------+--------+ +----------+--------+--------+ | count(*) | source | updflg | +----------+--------+--------+ | 8490 | tvm | A | | 745 | tvm | C | | 116 | tvm | D | | 2 | tvm | I | | 7795 | tvm | R | | 8918 | tvm | T | | 2279 | tvsp | A | | 682 | tvsp | C | | 293 | tvsp | D | | 8513 | tvsp | I | | 115 | tvsp | R | | 54048 | tvsp | S | | 6812 | tvsp | T | | 1226 | vdr | A | | 1126 | vdr | D | | 4994 | vdr | I | | 17190 | vdr | L | | 9 | vdr | R | +----------+--------+--------+
Was ist da los?
-
Hab noch epgd vor httpd am laufen und das gleiche Problem. Hab gerade epgdata zum Hauptprovider gemacht und es sind wieder Daten wie gewohnt da. Scheint also eindeutig ein tvm Problem zu sein.
bye
Sven
-
Bei mir passt es wieder
-
bei mir passt es auch wieder
-
Jo, hier auch.
-
ich glaube, das problem tritt wieder auf.
Daten nur noch bis zum 15.07.
-
Sorry fürs nicht zurückmelden. Irgendwie kam dauernd was dazwischen
CodeMariaDB [epg2vdr]> select uuid,from_unixtime(updsp),name,version,dbapi,state,master,ip from vdrs; +--------------------------------------+----------------------+------+--------------------------------------------------+-------+----------+--------+--------------+ | uuid | from_unixtime(updsp) | name | version | dbapi | state | master | ip | +--------------------------------------+----------------------+------+--------------------------------------------------+-------+----------+--------+--------------+ | 5CB19DD3-194A-4C76-A1C0-15E0E5101646 | 2018-07-20 15:01:20 | NAS | vdr 2.4.0 epg2vdr 1.1.93-GITbc845e9 (09.03.2018) | 6 | attached | Y | 192.168.36.2 | | epgd | 2018-07-20 14:52:27 | NAS | epgd 1.1.135-GITb71b92e (07.03.2018) | 6 | standby | - | 10.8.0.1 | +--------------------------------------+----------------------+------+--------------------------------------------------+-------+----------+--------+--------------+ 2 rows in set (0.00 sec)
Das korrekte netzwerkgerät eingestellt?
Wieso der epgd an der OpenVPN IP hängt weiß ich nicht o_O. das ist das tun0 interface. In der EPGD config steht "NetDevice = eth0". Ich habe jetzt den VPN gestoppt, dann gab es nurnoch das "lo" und "eth0" interface und dann kam
CodeMariaDB [epg2vdr]> select uuid,from_unixtime(updsp),name,version,dbapi,state,master,ip from vdrs; +--------------------------------------+----------------------+------+--------------------------------------------------+-------+----------+--------+--------------+ | uuid | from_unixtime(updsp) | name | version | dbapi | state | master | ip | +--------------------------------------+----------------------+------+--------------------------------------------------+-------+----------+--------+--------------+ | 5CB19DD3-194A-4C76-A1C0-15E0E5101646 | 2018-07-20 15:10:16 | NAS | vdr 2.4.0 epg2vdr 1.1.93-GITbc845e9 (09.03.2018) | 6 | attached | Y | 192.168.36.2 | | epgd | 2018-07-20 15:10:16 | NAS | epgd 1.1.135-GITb71b92e (07.03.2018) | 6 | standby | - | 192.168.36.2 | +--------------------------------------+----------------------+------+--------------------------------------------------+-------+----------+--------+--------------+ 2 rows in set (0.00 sec)
Code
Alles anzeigenepgd-showmerge +-------------------+ | last merge was at | +-------------------+ | NULL | +-------------------+ +--------------------------+ | events pending for merge | +--------------------------+ | 0 | +--------------------------+ +---------------+--------+ | count(source) | source | +---------------+--------+ | 19902 | tvsp | +---------------+--------+ +----------+--------+--------+ | count(*) | source | updflg | +----------+--------+--------+ | 18995 | tvsp | A | | 359 | tvsp | D | +----------+--------+--------+
Im live-addon sehe ich für den Kanal BR nur die Daten vom DVB. Also abgeholt werden sie. Aber irgendwie nicht an den EPGD übergeben. An dem Kanal kann ich es gut sehen, weil der bei TVSP irgendwie nicht will o_O
-
Hallo!
Wenn ich einen Timer über das Timer-Menü ausschalte und dann lösche, zeigt mir das OSD weiterhin eine laufende Aufnahme an (REC-Symbol).
syslog -> siehe Anhang
mysql -u epg2vdr -pepg -D epg2vdr -e "SELECT * FROM epg2vdr.timers;" >epg.txt (siehe Anhang)
Wenn ich den Timer aus der Datenbank lösche verschwindet das REC-Symbol:
mysql -u epg2vdr -pepg -D epg2vdr -e "DELETE FROM epg2vdr.timers WHERE timers.id = '9'"
Ich verwende einen lokalen epgd-Server.Habe ich etwas falsch konfiguriert?
GrußMurry
-
Habe das gleiche Problem.
Laufenden Timer im Vdr gelöscht aber das rot blinkende Aufnahmezeichen wird nicht gelöscht.Erst wenn der Timer manuell aus epgd gelöscht wird.
-
Fragen dazu:
- Verwendet ihr das Timer Menü des epg2vdr Plugins oder das des VDR?
- Welche Werte hat der Timer in der timers Tabelle nach dem löschen über das Menü?
- Läuft der VDR auf der der Timer ausgeführt werden sollte zu diesem Zeitpunkt?
-
Ich weiß nur das der Timer (Direktaufnahme) vom vdr gestartet wurde.Mehr kann ich aktuell nichts dazu sagen da nicht vor Ort.Aber es ist schon öfters passiert.
-
Hallo Horchi,
epg2vdr: Timerübersicht ersetzen: nein
Ich habe nur ein vdr.
Mir ist noch aufgefallen, das wenn eine Aufnahme den Status "wartet auf Aufnahme" obwohl die Aufnahme läuft hat, lässt sich der Timer löschen. Nur wenn im Status "nimmt gerade auf" steht, bleibt die REC Anzeige nach dem löschen des Timers erhalten.
epg2vdr: Timerübersicht ersetzen: ja
Mit dieser Einstellung scheint es zu funktionieren. Auch Timer die den Status "nimmt gerade auf" haben lassen sich löschen.
Vielen Dank,
Murry
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!