epgd / epg2vdr / scraper2vdr

  • das muss auch mit 'auto' funktionieren, hast du Fehlermeldungen vom epg2vdr im log?


    was liefert :

    Code
    select uuid,from_unixtime(updsp),name,version,dbapi,state,master,ip  from vdrs;


    Aber Sender EPG verarbeitet dieser VDR auch, das hat Du dem nicht per Konfig abgewöhnt?

    Einmal editiert, zuletzt von horchi ()

  • Das korrekte netzwerkgerät eingestellt?

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • 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


    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


    Gibt's im Moment Probleme mit den EPG Services? Hat jemand eine Idee?




    massi

    Blog


    VDR1 (Server): Gigabyte Z87-HD3, Intel(R) Core(TM) i7-4770S CPU @ 3.10GHz, 16GB RAM, NVIDIA GT 640 (Zotac), Digital Devices Cine V7, OrigenAE S21T, yavdr ansible an Röhre mit vga2scart

    VDR2 (Client): AsRock ION 330, yavdr-ansible auf Ubuntu 18.04 an Panasonic Beamer (HDMI)

  • 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? =O


    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


    bei horchi auf der DB siehts übrigens genauso aus wie bei mir.

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Einmal editiert, zuletzt von CKone ()

  • 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.

    Code
    Jun 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...

    Blog


    VDR1 (Server): Gigabyte Z87-HD3, Intel(R) Core(TM) i7-4770S CPU @ 3.10GHz, 16GB RAM, NVIDIA GT 640 (Zotac), Digital Devices Cine V7, OrigenAE S21T, yavdr ansible an Röhre mit vga2scart

    VDR2 (Client): AsRock ION 330, yavdr-ansible auf Ubuntu 18.04 an Panasonic Beamer (HDMI)

  • 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:

    Was ist da los?

    MyVDR: yaVDR-Ansible (Ubuntu 20) - 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

  • 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


    Link: Richtig fragen

  • bei mir passt es auch wieder

    TV: Samsung SUHD UE55JS9090
    Sound: Onkyo TX-NR636 mit 5.1 Teufel Set


    VDR1: Reelbox AVG2 mit NAS QNAP 12 TB
    Streamingclient1: Intel NUC mit Openelec XBMC 12.2
    Streamingclient2: Arctic MC001


    VDR2 (Neu) Server auf Basis yavdr 0.5 (stable) headless Asus H97M-E Core i3-4130T 12Gb Ram 56Gb SSD 3TB WD-Red
    Client1 VDR yavdr0.5/Frodo ppa (stable) ASRock B85M-HDS Core i3-4130T 4Gb GT730 Zotac
    Client2 Arctic MC001 OpenElec XBMC 12.2


    VDR3 (testing) INTEL Nuc D34010WYK wahlweise mit Openelec 5.0.5 oder BM2LTS V2.61A
    Kodi 14.2 oder Kodi 15.0 Alpha

  • Jo, hier auch.

    Blog


    VDR1 (Server): Gigabyte Z87-HD3, Intel(R) Core(TM) i7-4770S CPU @ 3.10GHz, 16GB RAM, NVIDIA GT 640 (Zotac), Digital Devices Cine V7, OrigenAE S21T, yavdr ansible an Röhre mit vga2scart

    VDR2 (Client): AsRock ION 330, yavdr-ansible auf Ubuntu 18.04 an Panasonic Beamer (HDMI)

  • ich glaube, das problem tritt wieder auf.

    Daten nur noch bis zum 15.07.

    TV: Samsung SUHD UE55JS9090
    Sound: Onkyo TX-NR636 mit 5.1 Teufel Set


    VDR1: Reelbox AVG2 mit NAS QNAP 12 TB
    Streamingclient1: Intel NUC mit Openelec XBMC 12.2
    Streamingclient2: Arctic MC001


    VDR2 (Neu) Server auf Basis yavdr 0.5 (stable) headless Asus H97M-E Core i3-4130T 12Gb Ram 56Gb SSD 3TB WD-Red
    Client1 VDR yavdr0.5/Frodo ppa (stable) ASRock B85M-HDS Core i3-4130T 4Gb GT730 Zotac
    Client2 Arctic MC001 OpenElec XBMC 12.2


    VDR3 (testing) INTEL Nuc D34010WYK wahlweise mit Openelec 5.0.5 oder BM2LTS V2.61A
    Kodi 14.2 oder Kodi 15.0 Alpha

  • Sorry fürs nicht zurückmelden. Irgendwie kam dauernd was dazwischen ;)

    das muss auch mit 'auto' funktionieren, hast du Fehlermeldungen vom epg2vdr im log?


    was liefert :

    Code
    select uuid,from_unixtime(updsp),name,version,dbapi,state,master,ip  from vdrs;


    Aber Sender EPG verarbeitet dieser VDR auch, das hat Du dem nicht per Konfig abgewöhnt?

    Code
    MariaDB [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


    Code
    MariaDB [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)




    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!