epgd / epg2vdr / scraper2vdr

3PO · June 22, 2017 at 3:11 PM

Quote from OleS

Aber ich, immer wenn eine Aufnahme startet. VDR ist 2.3.7 epg2vdr ist aktuell von github. ...

Stimmt, Du hast leider Recht, Aufnehmen hatte ich ich nicht getestet.

Beim Aufnehmen schmiert auch bei mir der VDR ab:

Display Spoiler

Code

.....
Jun 22 15:05:54 [vdr] epg2vdr: Calling mysql_init(12183)
Jun 22 15:05:54 [vdr] epg2vdr: Answer 'Epg2Vdr_Timer_Service-v1.0' call with 1 timers, duration was (1 ms)
Jun 22 15:05:54 [vdr] [13038] animator thread thread started (pid=12183, tid=13038, prio=high)
Jun 22 15:05:54 [vdr] [12183] timer 1 (140 1503-1803 '@Mayday - Alarm im Cockpit Absturz von EgyptAir 990 (Doku-Reihe, CDN 2005)') set to event Do. 22.06.2017 15:50-16:40 'Drogen im Visier'
Jun 22 15:05:54 [vdr] [12183] switching device 1 to channel 140 S19.2E-133-13-112 (NatGeo HD)
Jun 22 15:05:54 [vdr] [12183] DDCI-Dbg (virtual void DdCiCamSlot::StartDecrypting()) 
Jun 22 15:05:54 [vdr] [12183] timer 1 (140 1503-1803 '@Mayday - Alarm im Cockpit Absturz von EgyptAir 990 (Doku-Reihe, CDN 2005)') start
Jun 22 15:05:54 [vdr] [12183] Title: 'Drogen im Visier' Subtitle: 'Alltag in London (Doku-Reihe, USA 2012)'
Jun 22 15:05:54 [vdr] [12183] executing '/tmp/vdr/vdr_record before "/video/@Mayday_-_Alarm_im_Cockpit_Absturz_von_EgyptAir_990_(Doku-Reihe,_CDN_2005)/2017-06-22.15.03.140-0.rec"'
Jun 22 15:05:54 [G2V vdr_record] 2017-06-22 15:05 /tmp/vdr/vdr_record before /video/@Mayday_-_Alarm_im_Cockpit_Absturz_von_EgyptAir_990_(Doku-Reihe,_CDN_2005)/2017-06-22.15.03.140-0.rec
Jun 22 15:05:54 [vdr] [12183] record /video/@Mayday_-_Alarm_im_Cockpit_Absturz_von_EgyptAir_990_(Doku-Reihe,_CDN_2005)/2017-06-22.15.03.140-0.rec
Jun 22 15:05:54 [G2V g2v_rec_msg.sh] Mayday - Alarm im Cockpit Absturz von EgyptAir 990 (Doku-Reihe, CDN 2005): Recording already running? (PID change?) No Message!
Jun 22 15:05:54 [vdr] scraper2vdr: Got UUID '88335B54-9048-4CAC-8B6C-D7A5FA72EFEA' by epg2vdr
Jun 22 15:05:54 [vdr] scraper2vdr: Trying to re-connect to database!
Jun 22 15:05:54 [vdr] scraper2vdr: Calling mysql_init(12962)
Jun 22 15:05:54 [vdr] scraper2vdr: Connection established successfull!
Jun 22 15:05:54 [vdr] [12183] SpinUpDisk took 0,62 seconds
Jun 22 15:05:54 [vdr] [12183] cFileName::SetOffset: removing zero-sized file /video/@Mayday_-_Alarm_im_Cockpit_Absturz_von_EgyptAir_990_(Doku-Reihe,_CDN_2005)/2017-06-22.15.03.140-0.rec/00002.ts
Jun 22 15:05:54 [vdr] [12183] recording to '/video/@Mayday_-_Alarm_im_Cockpit_Absturz_von_EgyptAir_990_(Doku-Reihe,_CDN_2005)/2017-06-22.15.03.140-0.rec/00002.ts'
Jun 22 15:05:54 [vdr] [12183] DDCI-Dbg (virtual void DdCiCamSlot::StartDecrypting()) 
Jun 22 15:05:54 [vdr] [14420] recording thread started (pid=12183, tid=14420, prio=high)
Jun 22 15:05:54 [vdr] [12183] CAM 1: known to decrypt channel S19.2E-133-13-112 (scramblingTimeout = 30s)
Jun 22 15:05:54 [vdr] epg2vdr: Recording of '@Mayday - Alarm im Cockpit Absturz von EgyptAir 990 (Doku-Reihe, CDN 2005)' has 'started' [/video/@Mayday_-_Alarm_im_Cockpit_Absturz_von_EgyptAir_990_(Doku-Reihe,_CDN_2005)/2017-06-22.15.03.140-0.rec]
Jun 22 15:05:54 [vdr] epg2vdr: Handler: Init handler instance for thread 12193
Jun 22 15:05:54 [vdr] epg2vdr: Info: Recording '@Mayday - Alarm im Cockpit Absturz von EgyptAir 990 (Doku-Reihe, CDN 2005)' with doneid -1 added to running list
Jun 22 15:05:54 [kernel] epg2vdr-update[12938]: segfault at 24 ip 00007f3a2cd13d75 sp 00007f394dffacb8 error 4 in libc-2.23.so[7f3a2cbf1000+190000]
Jun 22 15:05:55 [lircd-0.9.0] removed client
Jun 22 15:05:55 [root] VDR wurde beendet - RC: 0

Display More

Backtrace

horchi · June 22, 2017 at 7:17 PM

Der Crash bei Aufnahmen ist behoben und die beiden git sind jetzt auch in sync.

Sorry für das Durcheinander.

3PO · June 22, 2017 at 8:30 PM

Quote from horchi

Der Crash bei Aufnahmen ist behoben ....

Bei mir schmiert der VDR beim Starten einer Aufnahme leider immernoch ab:

Display Spoiler

Code

....
Jun 22 20:20:27 [vdr] epg2vdr: Recording of 'Global Gladiators' has 'started' [/video/Global_Gladiators/2017-06-22.19.59.7-0.rec]
Jun 22 20:20:27 [vdr] [15384] info: Aufnahme: Global Gladiators
Jun 22 20:20:27 [vdr] epg2vdr: No timer of my uuid found, assuming cleared table and ignoring the known timerids
Jun 22 20:20:27 [vdr] epg2vdr: 'Insert' timer for event 4294967295 'Global Gladiators' at database
Jun 22 20:20:27 [vdr] epg2vdr: Updating table timers done
Jun 22 20:20:27 [vdr] [19512] timer 2 (7 1959-2320 'Global Gladiators') set to event Do. 22.06.2017 20:14-22:50 'Global Gladiators'
Jun 22 20:20:27 [vdr] [20888] animator thread thread started (pid=15384, tid=20888, prio=high)
Jun 22 20:20:27 [vdr] epg2vdr: Closing mysql connection and calling mysql_thread_end(15484)
Jun 22 20:20:27 [vdr] epg2vdr: Calling mysql_init(15484)
Jun 22 20:20:27 [vdr] epg2vdr: Answer 'Epg2Vdr_Timer_Service-v1.0' call with 1 timers, duration was (1 ms)
Jun 22 20:20:31 [vdr] [20563] CAM 3: decrypts channel S19.2E-1-1017-61301
Jun 22 20:20:37 [vdr] [15424] [plex] Server updated via GDM: 192.168.177.10
Jun 22 20:20:39 [vdr] [20888] animator thread thread ended (pid=15384, tid=20888)
Jun 22 20:20:40 [vdr] [15384] stopping recording due to modification of channel 7 (ProSieben HD)
Jun 22 20:20:40 [vdr] [20740] recording thread ended (pid=15384, tid=20740)
Jun 22 20:20:40 [vdr] [15384] CAM 3: unassigned from device 2
Jun 22 20:20:40 [vdr] [15384] buffer stats: 168636 (0%) used
Jun 22 20:20:40 [vdr] [15384] timer 2 (7 1959-2320 'Global Gladiators') stop
Jun 22 20:20:40 [vdr] epg2vdr: Recording of '(null)' has 'stopped' [/video/Global_Gladiators/2017-06-22.19.59.7-0.rec]
Jun 22 20:20:40 [kernel] vdr[15384]: segfault at 0 ip 00007fbd6c0e9df6 sp 00007ffdf9870678 error 4 in libc-2.23.so[7fbd6c06b000+190000]
Jun 22 20:20:41 [lircd-0.9.0] removed client
Jun 22 20:20:42 [root] VDR wurde beendet - RC: 0

Display More

Backtrace

horchi · June 22, 2017 at 8:46 PM

crash beim Beenden einer Aufnahme ist nun auch behoben.

3PO · June 22, 2017 at 9:02 PM

Nach einem ersten, kurzen Test, scheint es nun zu funktionieren.

wolfi.m · June 22, 2017 at 11:06 PM

Hi,

VDR-2.2.0 Build-Error Siehe -> epgd / epg2vdr / scraper2vdr
kam mit commit -> https://github.com/horchi/vdr-plu…dfc8c2ede48adff

Mit Patch

Diff

Index: vdr-plugin-epg2vdr-1.1.70~git20170622/menutimers.c
===================================================================
--- vdr-plugin-epg2vdr-1.1.70~git20170622.orig/menutimers.c	2017-06-22 12:31:43.000000000 +0200
+++ vdr-plugin-epg2vdr-1.1.70~git20170622/menutimers.c	2017-06-22 20:56:28.285795676 +0200
@@ -139,7 +139,7 @@
 #if APIVERSNUM >= 20301
             const cChannel* ch = channels->GetByNumber(channelNr);
 #else
-            cChannel* ch = channels.GetByNumber(channelNr);
+            cChannel* ch = channels->GetByNumber(channelNr);
 #endif
 
             if (!ch)

Display More

lief Build VDR-2.2.0 durch und Plugin funktioniert!

Gruss
Wolfgang

horchi · June 23, 2017 at 9:21 AM

Danke! Übernehme ich heute Abend.

sollte mir vielleicht mal ein Skript scheiben das es vor dem git commit/push mit den ganzen VDR Versionen baut und testet, so langsam verliert man den Überblick.

Oder anderer Plan, ich lege einen stable Branch für meine Plugins an der dann für VDR 2.2.0 eingefroren ist und bleibt. Im master branch wird weiter entwickelt und die neuen Änderungen gibt es nur noch für den jeweils aktuellen 'dev' VDR.
Dann könnte ich als angenehmen Nebeneffekt sogar die ganzen 'ifdefs' aus dem Code werfen

Wie seht Ihr das?

CKone · June 23, 2017 at 11:09 AM

Quote from horchi

Oder anderer Plan, ich lege einen stable Branch für meine Plugins an der dann für VDR 2.2.0 eingefroren ist und bleibt. Im master branch wird weiter entwickelt und die neuen Änderungen gibt es nur noch für den jeweils aktuellen 'dev' VDR.
Dann könnte ich als angenehmen Nebeneffekt sogar die ganzen 'ifdefs' aus dem Code werfen

brauchste nicht:
[ANNOUNCE] VDR developer version 2.3.7

etwas Geduld reicht

ALT255 · June 25, 2017 at 7:44 PM

Hallo zusammen,

Ich hab mit vdr-2.3.7 und dem aktuellen Stand des Plugins aus dem git das Problem das keine updates mehr funktionieren.
Daran bin ich auch nicht ganz unschuldig ich habe in meiner DB einige ChannelIDs die es auf dem VDR nicht gibt.

Jetzt passiert aber folgendes, jedesmal wenn eine ID nicht im VDR gefunden werden kann wird die retries variable für die locks hochgezählt.
Und nach 7 retries bzw. 7 unbekannten Channels wird dann das update abgebrochen.

Ich habe den Code in update.c ab Zeile 1505 daher so angepasst.

Code

-      else if (channels && schedules)
+      else if (channels && schedules){
          tell(0, "Error: Channel with ID '%s' don't exist on this VDR", mapDb->getStrValue("ChannelId"));
-
+         if (schedules) schedulesKey.Remove();
+         if (timers)    timersKey.Remove();
+         if (channels) channelsKey.Remove();
+         continue;
+      }

Bei mir hat es geholfen.
Eventuell hat jemand das selbe Problem.

3PO · June 25, 2017 at 7:48 PM

Quote from ALT255

[...] ich habe in meiner DB einige ChannelIDs die es auf dem VDR nicht gibt. ...

Wäre es denn nicht sinnvoller, diese aus der DB zu entfernen?

ALT255 · June 25, 2017 at 7:54 PM

Vollkommen richtig.

Nur sollte das Plugin das Update deshalb trotzdem nicht abbrechen denn die Einträge entstehen über die Zeit wenn Kanäle verschwinden oder aktualisiert werden.

utiltiy · June 26, 2017 at 4:54 PM

Quote from horchi

Danke! Übernehme ich heute Abend.

Nimmst Du das bitte mal mit rein Jörg

horchi · June 28, 2017 at 3:51 PM

Quote from ALT255
Hallo zusammen,

Ich hab mit vdr-2.3.7 und dem aktuellen Stand des Plugins aus dem git das Problem das keine updates mehr funktionieren.
Daran bin ich auch nicht ganz unschuldig ich habe in meiner DB einige ChannelIDs die es auf dem VDR nicht gibt.

Jetzt passiert aber folgendes, jedesmal wenn eine ID nicht im VDR gefunden werden kann wird die retries variable für die locks hochgezählt.
Und nach 7 retries bzw. 7 unbekannten Channels wird dann das update abgebrochen.

Ich habe den Code in update.c ab Zeile 1505 daher so angepasst.
Code
-      else if (channels && schedules)
+      else if (channels && schedules){
          tell(0, "Error: Channel with ID '%s' don't exist on this VDR", mapDb->getStrValue("ChannelId"));
-
+         if (schedules) schedulesKey.Remove();
+         if (timers)    timersKey.Remove();
+         if (channels) channelsKey.Remove();
+         continue;
+      }
Bei mir hat es geholfen.
Eventuell hat jemand das selbe Problem.

Versuche es bitte mal so, wenn es klappt pushe ich das zusammen mit dem Patch von Utiltiy heute Abend ins git

Diff

diff --git a/update.c b/update.c
index 8c2a02e..2810439 100644
--- a/update.c
+++ b/update.c
@@ -1505,7 +1505,7 @@ int cUpdate::refreshEpg(const char* forChannelId, int maxTries)
       else if (channels && schedules)
          tell(0, "Error: Channel with ID '%s' don't exist on this VDR", mapDb->getStrValue("ChannelId"));
 
-      if (!schedules || !channels || !timers || !s)
+      if (!schedules || !channels || !timers)
       {
          tell(3, "Info: Can't get write lock on '%s'", !schedules ? "schedules" : !timers ? "timers" : "channels");

Display More

DrSat · June 28, 2017 at 4:58 PM

Hallo Horchi,

ich hatte das gleiche Problem wie ALT255. In Kombination mit dem Patch von wolfi.M funktioniert der Empfang der EPG-Daten unter vdr-2.2.0 bei mir wieder! Vielen Dank! Ich war schon ganz verzweifelt...

utiltiy · June 28, 2017 at 5:00 PM

Die bitte zur Übernahme kam von mir, der Patch ist von wolfi.m

horchi · June 28, 2017 at 6:20 PM

Okay.

Hat mal jemand testen können ob als Alternative zu dem Patch von ALT255 der vorhin von mir gepostete Patch hilft? Der hier:

Code

-      if (!schedules || !channels || !timers || !s)
+      if (!schedules || !channels || !timers)

Ist auf jeden Fall jetzt so im git, meldet euch wenn es noch klemmt.

DrSat · June 28, 2017 at 10:44 PM

Hi Horchi,
mit deinem Patch läuft die Sache wieder. Sorry, war da eben ein wenig ungenau.

Dampfgarten · July 7, 2017 at 9:12 PM

Ich würde als weiteres EPG Plugin Schedules Direct vorschlagen (25$/Jahr). Die beziehen ihre inhaltlichen Daten von Gracenote (wird u.a. von Entertain, Sony TVs, Plex Live TV & DVR genutzt). Über die JSON API werden für Deutschland recht umfangreiche Daten angeboten.

Vielleicht ist das eine Alternative zu epgdata.

API:
https://github.com/SchedulesDirec…ki/API-20141201

https://github.com/SchedulesDirec…trieving-Images

Frodo · July 24, 2017 at 11:33 PM

Was soll ich von folgenden Meldungen im syslog halten?

Code

epgd: Error: SVDRPCL: Cconnecting to '157.127.0.0:6419' Die Wartezeit für die Verbindung ist abgelaufen failed

Woher kommt der Quatsch:

Code

epgd-tool -show-stats
+-------------------------------------------+--------+--------------+----------+-------------------------+-------------------------+-------------------------+
| version                                   | master | ip           | state    | last touch              | last download           | next download           |
+-------------------------------------------+--------+--------------+----------+-------------------------+-------------------------+-------------------------+
| vdr 2.3.8 epg2vdr 1.1.73-GIT (22.06.2017) | y      | 192.168.6.24 | attached | 24th July 2017 23:31:08 | 24th July 2017 14:46:52 | NULL                    |
| vdr 2.3.7 epg2vdr 1.1.73-GIT (22.06.2017) | n      | 157.127.0.0  | attached | 24th July 2017 23:31:41 | 4th July 2017 20:19:32  | NULL                    |
| vdr 2.2.0 epg2vdr 1.1.66-GIT (10.06.2017) | n      | 192.168.6.22 | detached | 30th June 2017 17:23:41 | 12th June 2017 06:49:10 | NULL                    |
| vdr 2.3.8 epg2vdr 1.1.73-GIT (22.06.2017) | n      | 192.168.6.21 | detached | 24th July 2017 17:09:45 | 24th July 2017 14:46:55 | NULL                    |
| epgd 1.1.117-GIT (09.06.2017)             | -      | 192.168.6.24 | standby  | 24th July 2017 23:30:07 | 24th July 2017 19:27:40 | 25th July 2017 07:27:40 |
+-------------------------------------------+--------+--------------+----------+-------------------------+-------------------------+-------------------------+

Eigentlich müßte da 192.168.6.23 stehen.

TheChief · July 25, 2017 at 9:44 AM

Hm, und wie kommt die IP da rein? Client falsch konfiguriert? Würde den Client mal stoppen und den Eintrag aus der DB löschen oder die IP ändern.

Participate now!