[ANNOUNCE] Easteregg: epgd/epghttpd 1.0.0 beta1 - jetzt mit web /serientimer Unterstützung

Er hat da zwar was gemacht, aber geändert hat sich in der Webgui unter Timer noch nix

mysql> update searchtimers set type='R' where type is null or type = '';
Query OK, 2 rows affected (0.00 sec)
Rows matched: 2  Changed: 2  Warnings: 0


mysql> update searchtimers set name=expression where name is null or name = '';
Query OK, 4 rows affected (0.01 sec)
Rows matched: 4  Changed: 4  Warnings: 0

Brauchts da noch was, oder zieht sich das von alleine gerade?

Hallo zusammen,

ich wollte auch mal den http-branch ausprobieren und habe dazu das ppa von frodo meinem yavdr 0.5 testing hinzugefügt.
Anschließend habe ich eine neue Datenbank aufgebaut. Die Datenbank läuft lokal auf meinem Vdr.

Mein Problem ist, dass ich in Browser oben rechts keinen Vdr auswählen kann und ich deshalb keine Aufnahmen und Timer sehe (Kanalnamen und Logos gehen auch nicht).
Außerdem ist der Vdr unbedienbar sobald ich epg2vdr im Osd öffne und einen Menüpunkt auswähle. Im Log erscheint dazu keine Ausgabe.
Ich vermute, dass meine Probleme mit dem epg2vdr-Plugin zusammen hängen.

Hat jemand eine Idee dazu?

# ------------------------------------
# Configuration of EPG Daemon
# ------------------------------------


# EpgImageSize
# 0 = 174x130
# 1 = 329x245
# 2 = 525x400


DbHost = localhost
DbPort = 3306
DbName = epg2vdr
DbUser = epg2vdr
DbPass = epg


EpgView = eventsview.sql
TheTvDBView = thetvdbview.sql


CheckInitial = 1
DaysInAdvance = 8
DaysToUpdate = 4
UpdateTime = 12
UpdateThreshold = 500


XmlStoreToFs = 0


GetEPGImages = 1
EpgImageSize = 2
MaxImagesPerEvent = 1


SeriesEnabled = 1
SeriesPort = 2006
SeriesStoreToFs = 0
SeriesUrl = eplists.constabel.net


ScrapEpg = 1
ScrapRecordings = 1
#NetDevice = eth0


# CachePath = /var/cache/epgd/
# HttpPort = 9999


# HttpProxy = 127.0.0.1:8000
# UserName =
# Password =


LogLevel = 1


# ---------------
# epgdata plugin
# ---------------

setup.conf
epg2vdr.Uuid = 38AB35BB-6E06-4313-BEF1-BAE0229D4515

Was sagt denn:

epgd -v

Zitat

Hallo zusammen,

ich wollte auch mal den http-branch ausprobieren und habe dazu das ppa von frodo meinem yavdr 0.5 testing hinzugefügt.
Anschließend habe ich eine neue Datenbank aufgebaut. Die Datenbank läuft lokal auf meinem Vdr.

Mein Problem ist, dass ich in Browser oben rechts keinen Vdr auswählen kann und ich deshalb keine Aufnahmen und Timer sehe (Kanalnamen und Logos gehen auch nicht).
Außerdem ist der Vdr unbedienbar sobald ich epg2vdr im Osd öffne und einen Menüpunkt auswähle. Im Log erscheint dazu keine Ausgabe.
Ich vermute, dass meine Probleme mit dem epg2vdr-Plugin zusammen hängen.

Hat jemand eine Idee dazu?

Alles anzeigen

Hatte genau das gleiche Problem unter yavdr 0.5. Selbst kompilieren aus dem git, dann geht's. Hatte ich ein paar Beiträge vorher schon geschrieben.

Was funktioniert den nicht ?

Welches PPA von mir verwendet Ihr mit welchem yaVDR PPA?

Für yaVDR 0.5 stable-vdr läst sich das Plugin epg2vdr nicht bauen da dies mindestens VDR 2.2.0 vorraussetzt.

Für yaVDR testing Precise und Trusty sollte mein Repository ppa:frodo-vdr/testing-vdr-epgd-http-yavdr funktionieren.

Hier hab ich es beschrieben Beitrag 132

dieses Repo testing-vdr-epgd-http

und dieses testing-vdr

also beide von dir.

Gerade nochmal mit dem aktuellen epg2vdr plugin Build von vor 35 min aus deinem Repo getestet, geht immer noch nicht.

Also ich nutze yavdr 0.5 testing mit vdr 2.20.

epgd version 1.0.18-GIT from 16.04.2016

installiert ist folgendes:

apt-cache policy vdr-plugin-epg2vdr vdr-epg-daemon vdr
vdr-plugin-epg2vdr:
  Installiert: 2:0.3.46-14-g8e4b2b2+http-1frodo0~precise
  Kandidat:	2:0.3.46-14-g8e4b2b2+http-1frodo0~precise
  Versionstabelle:
 *** 2:0.3.46-14-g8e4b2b2+http-1frodo0~precise 0
   	1002 http://ppa.launchpad.net/frodo-vdr/testing-vdr-epgd-http-yavdr/ubuntu/ precise/main amd64 Packages
    	100 /var/lib/dpkg/status
 	0.1.12.git20151020.0531-1yavdr0~precise 0
    	500 http://ppa.launchpad.net/yavdr/testing-vdr/ubuntu/ precise/main amd64 Packages
vdr-epg-daemon:
  Installiert: 2:1.0.6-19-gbdb4bcf+http-0frodo0~precise
  Kandidat:	2:1.0.6-19-gbdb4bcf+http-0frodo0~precise
  Versionstabelle:
 *** 2:1.0.6-19-gbdb4bcf+http-0frodo0~precise 0
   	1002 http://ppa.launchpad.net/frodo-vdr/testing-vdr-epgd-http-yavdr/ubuntu/ precise/main amd64 Packages
    	100 /var/lib/dpkg/status
 	1:0.3.2.git20160413-1ppa0~precise 0
   	1001 http://ppa.launchpad.net/gandalf-der-grosse/main/ubuntu/ precise/main amd64 Packages
 	1:0.2.2.git20150810.1431-0yavdr0~precise 0
    	500 http://ppa.launchpad.net/yavdr/main/ubuntu/ precise/main amd64 Packages
vdr:
  Installiert: 2.2.0-1yavdr0~precise
  Kandidat:	2.2.0-1yavdr0~precise
  Versionstabelle:
 *** 2.2.0-1yavdr0~precise 0
    	500 http://ppa.launchpad.net/yavdr/testing-vdr/ubuntu/ precise/main amd64 Packages
    	100 /var/lib/dpkg/status
 	1.7.22-1 0
    	500 http://de.archive.ubuntu.com/ubuntu/ precise/universe amd64 Packages

Schon mal vielen Dank für eure Hilfe!

Zitat von megalutschi

Hier hab ich es beschrieben Beitrag 132

dieses Repo testing-vdr-epgd-http

und dieses testing-vdr

also beide von dir.

Gerade nochmal mit dem aktuellen epg2vdr plugin Build von vor 35 min aus deinem Repo getestet, geht immer noch nicht.

Alles anzeigen

Ich nutze nur noch Trusty (yaVDR 0.6), deshalb kann ich das nicht mehr testen.

Was geht den nicht?

Die Pakete bauen ohne Fehler, die Sourcen sind identisch zum git und dem was ich unter Trusty benutze...

Ein Unterschied gibt es unter Precise gibt es nur python2.7-dev unter Trusty libpython-dev, welches Paket verwendet Ihr unter Precise damit es funktioniert?

Es sieht so aus, als ob epg2vdr gar nicht funktioniert! Weder die Kommunikation mit epghttpd noch die Bedienung über das Osd.
Im Browser werden keine Infos (Timer, Aufnahmen, usw) des Vdrs angezeigt und bei der Auswahl über das Osd friert selbiges ohne Fehlermeldung im Log ein.

Unter Precise ist libpython2.7 (ohne dev) installiert. Die Installation von python2.7-dev brachte hier auch keine Besserung.

Was mir im Log auffällt, sind die beiden // vor epg.dat

Apr 16 23:05:09 yavdr vdr: [1392] loading plugin: /usr/lib/vdr/plugins/libvdr-epg2vdr.so.2.2.0
Apr 16 23:05:09 yavdr vdr: [1392] initializing plugin: epg2vdr (1.0.10-GIT): epg2vdr plugin
Apr 16 23:05:11 yavdr vdr: [1392] starting plugin: epg2vdr
Apr 16 23:05:11 yavdr vdr: epg2vdr: Info: Calling mysql_library_init()
Apr 16 23:05:11 yavdr vdr: epg2vdr: Set locale to 'de_DE.UTF-8'
Apr 16 23:05:11 yavdr vdr: epg2vdr: detected UTF-8
Apr 16 23:05:11 yavdr vdr: epg2vdr: Dictionary '/var/lib/vdr/plugins/epg2vdr//epg.dat' loaded
Apr 16 23:05:11 yavdr vdr: epg2vdr: epg2vdr-update thread started (pid=1392, tid=1567, prio=high)

Zitat von rechner

Versuch mal die Tabelle filerefs zu leeren und dann den epgd neu zu starten. Dann holt er sich das epgd neu

Ich habe dropall gemacht und die Kiste nen Tag laufen lassen - keine Verbesserung - die Suche findet quasi nix mehr - EPG ist aberda.

epgd-showmerge liefert:

root@tutanchamun:/usr/local/bin# epgd-showmerge 
+---------------+---------+
| count(source) | source  |
+---------------+---------+
|         25507 | epgdata |
|         40825 | tvm     |
|         13313 | vdr     |
+---------------+---------+
+----------+---------+--------+
| count(*) | source  | updflg |
+----------+---------+--------+
|     2138 | epgdata | A      |
|     1079 | epgdata | C      |
|     5364 | epgdata | I      |
|      181 | epgdata | R      |
|    12225 | epgdata | S      |
|     2742 | epgdata | T      |
|    31156 | tvm     | A      |
|     1689 | tvm     | C      |
|      385 | tvm     | I      |
|     2221 | tvm     | R      |
|     3726 | tvm     | T      |
|      544 | vdr     | A      |
|       72 | vdr     | D      |
|     1542 | vdr     | I      |
|     9250 | vdr     | L      |
|       23 | vdr     | R      |
+----------+---------+--------+

Wie kann ich denn den select, der bei "Suche" abgesetzt wird sehen

EDIT: Gelöst - hatte noch ne alte Version des tvm-plugins - (nicht ganz aktuell) - jetzt gehts.

Zitat von iNOB

Er hat da zwar was gemacht, aber geändert hat sich in der Webgui unter Timer noch nix

Code

mysql> update searchtimers set type='R' where type is null or type = '';
Query OK, 2 rows affected (0.00 sec)
Rows matched: 2  Changed: 2  Warnings: 0


mysql> update searchtimers set name=expression where name is null or name = '';
Query OK, 4 rows affected (0.01 sec)
Rows matched: 4  Changed: 4  Warnings: 0

Brauchts da noch was, oder zieht sich das von alleine gerade?

Hi, das war nur zum füllen der neuen Felder, im WEB hast du dadurch für jeden Suchtimer das Symbol in der Liste.
Was fehlt denn bzw. was muss sich denn noch gerade ziehen?

So - wie oben gepostet - Suche geht wieder ordentlich - es bleibt ein kleines Problemchen:

Der Suchtimer greift bestimmte Events nicht - und zwar stellt er beim "Test" diese Events hell (schattiert) dar - und in der letzten Spalte kommt beim Mouse - Over "Aufnahme fertig data-id = xyz" bei den fraglichen EVents.

Die Aufnahme existiert aber nicht - kommt ja erst noch... Welcher Eintrag in der DB wird da gezogen?

Schau mal in der Historie, das hört sich an, als wenn er das Event als Wiederholung ansieht, die er ignorieren würde. GGf. kannst du den dort raus löschen.

Rechner

Ja - scheint so. Ich hab die Leiche gefunden - lag als Timer mit State "R" in der Tabelle "timers" - -tauchte aber in der Webansicht Historie nicht auf - da ich in meiner Verzweiflung die Recordingsdir und recordinglist geloescht habe und die Aufnahmen komplett neu einlese (gerade), kommt er wohl nioch nicht zu timer setzen - er erkennt aber schon, dass der aufzunehmen wäre.

Ich hab jetzt durch das ganze "rumgehampel" einige EInträge in "unsynchrone Aufträge" - wie löschen? oder eitern die sich "von selbst" raus?

Ich werde wohl (wenns denn jetzt bei HoC geht, meine Suchtimer mal noch von Hand und per SQL prüfen müssen...

in der Historie werden ach nur Datensätze aus der tablle timersdone angezeigt, daher kann er dort nicht angezeigt werden.

Er müsst eigentlich in der Webansicht timers angezeigt werden, mit "nimmt gerade auf", denn state R heisst Running.
Ich gehe mal eher davon aus, dass der vdr client während der Aufnahme abgerauscht ist?

Aber genaueres kann Jörg dazu sicher schreiben.

unsyncrone Aufträge warten darauf, von einem client abgeholt zu werden. Die werden aber auch irgendwann gelöscht, glaube ich

Rechner

Zitat von ape

[...] Was mir im Log auffällt, sind die beiden // vor epg.dat ...

Das ist normal, das ist bei mir auch so:

Apr 17 11:24:54 [vdr] [30364] starting plugin: epg2vdr
Apr 17 11:24:54 [vdr] epg2vdr: Info: Calling mysql_library_init()
Apr 17 11:24:54 [vdr] epg2vdr: Set locale to 'de_DE.UTF-8'
Apr 17 11:24:54 [vdr] epg2vdr: detected UTF-8
Apr 17 11:24:54 [vdr] epg2vdr: Dictionary '/etc/vdr/plugins/epg2vdr//epg.dat' loaded
Apr 17 11:24:54 [vdr] [30510] epg2vdr-update thread started (pid=30364, tid=30510, prio=high)
Apr 17 11:24:54 [vdr] epg2vdr: Calling mysql_init(30510)
Apr 17 11:24:54 [vdr] epg2vdr: SQL client character now 'utf8'
Apr 17 11:24:54 [vdr] epg2vdr: Info: Last update was at '16.04.17 08:40:00'
Apr 17 11:24:54 [vdr] epg2vdr: Start reading external ids from db
Apr 17 11:24:54 [vdr] epg2vdr: Finished reading external id's from db, got 253 id's
Apr 17 11:24:54 [vdr] epg2vdr: Detected epgd state 'standby' (1)
Apr 17 11:24:54 [vdr] epg2vdr: Change handler state to 'active'
Apr 17 11:24:55 [vdr] epg2vdr: Info: Skipping calling mysql_library_init(), it's already done!
Apr 17 11:24:58 [vdr] epg2vdr: Init handler instance for thread 30422
Apr 17 11:24:58 [vdr] epg2vdr: Trying to re-connect to database!
Apr 17 11:24:58 [vdr] epg2vdr: Calling mysql_init(30422)
Apr 17 11:24:58 [vdr] epg2vdr: Start reading hashes from db
Apr 17 11:24:58 [vdr] epg2vdr: Finished reading hashes from db, got 31595 hashes (in 0 seconds)
Apr 17 11:24:58 [vdr] epg2vdr: Start reading external ids from db
Apr 17 11:24:58 [vdr] epg2vdr: Finished reading external id's from db, got 284 id's
Apr 17 11:24:58 [vdr] epg2vdr: Connection established successfull!

Zitat von rechner

Er müsst eigentlich in der Webansicht timers angezeigt werden, mit "nimmt gerade auf", denn state R heisst Running.
Ich gehe mal eher davon aus, dass der vdr client während der Aufnahme abgerauscht ist?

hmmm - der kann nicht aufgenimmen worde sein - die episode kommt erst noch n. Freitag... Der Satz wurde weder in den Timern noch in der Historie angezeigt - da hatte ich mehrfach geschaut.

INachdem mal das scraping der Aufnahmen durch war und der vdr jetzt Muße hatte, ist der Timer ganz normal und sauber angelegt..

Ich checke jetzt mal intensiv die Konsistenz der Tabellen timers und timersdone....sowie im WebIf die Serachtimer

Ich sehe gerade, dass ich "jede Menge in Timersdone mit state ? 'R' habe - das dürften aber i.d.R. konvertierte sein.:

select count(*), state from timersdone group by state;
'28', 'C'
'31', 'D'
'11', 'f'
'1155', 'R

'

Zitat von horchi

ich hänge hier mal ein Patch für den Skindesigner an, kannst du ja mal ausprobieren, ist noch nicht fertig und hilft erst mal nur für die Timeransicht also das Timer Menü.

Ich habe den Patch an skindesigner-1.0.0 angepasst.

Gruß,
Tomas