[Announce] epgd-0.1.4 / epg2vdr-0.1.3 - Advent, Advent...

CKone · December 20, 2013 at 4:43 PM

ja ich hatte da einge Beiträge vorher auch nach gefragt - auch ob andere relevante Patche & Plugins mitspielen- Leider habe ich keine Antwort dazu bekommen, gehe aber davon aus das er es sorgfältig überprüft hat und lediglich die Rückmeldung auf der Strecke geblieben ist.

CKone · December 20, 2013 at 4:47 PM

ansonsten wird es hier langsam auch sehr speziell und läuft auf individuelles, sicher noch zu klärendes Problem eines Einzelusers hinaus - vllt kann man das an der Stelle auch mal in einen separaten Thread auslagern?

magicamun · December 20, 2013 at 5:01 PM

Version ist ein 2.0.0 - hab ich irgendwas verpasst? Ich würde mich dann entschuldigen wollen....

Code

vdr  	20689 20658  9 13:09 ?    	00:22:16 /usr/local/bin/vdr --user=vdr --epgfile=/nas/Video/vdr0/anubis.data --config=/etc/vdr --log=3 --port=6419 --watchdog=0 --record=/usr/local/bin/noadcall.sh --shutdown=/etc/vdr/vdrshutdown --video=/nas/Video/vdr0 --grab=/nas/Video/vdr0/grab -Pxine -r -Pskinenigmang -Pstreamdev-server -Ptext2skin -Pmarkad -Pdvbapi -Pepg2vdr -Pepgsearch -Plive --epgimages=/var/cache/vdr/epgimages

gerne auch auslagern

EDIT - ich suche schon den patch - vielleicht kann ich dann ja noch verhindern, dass ihr mich steinigt, vierteilt teert und federt....

seahawk1986 · December 20, 2013 at 5:10 PM

Quote from magicamun

Version ist ein 2.0.0 - hab ich irgendwas verpasst?

Eventuell den Patch für den VDR (hast du das README nicht gelesen: http://projects.vdr-developer.org/git/vdr-plugin…ree/README#n121 ?): http://projects.vdr-developer.org/git/vdr-plugin…-transfer.patch

magicamun · December 20, 2013 at 5:15 PM

Ja ich hab die Stelle im README übersehen - sorry dafür (und für die Aufregung) - ich ziehe den vdr hoch und berichte dann wieder

CKone · December 20, 2013 at 5:20 PM

das liegt da aber nicht dran das keine dvb events in der DB landen - rein muss er trotzdem

Und ein noepg patch, oder disabledoubleepg oder ähnlich ist da nicht drin im VDR?

evtl mal die Einstellungen aus der setup.conf posten.

Christian

TheChief · December 20, 2013 at 5:22 PM

Quote from CKone

das liegt da aber nicht dran das keine dvb events in der DB landen - rein muss er trotzdem

Ich meine aber schon, den Patch brauchts...hatten wir das nicht schonmal, wo wir ewig gesucht hatten?

magicamun · December 20, 2013 at 5:35 PM

sonst keine patches - alles vanilla

damit wir hier nicht "ewig" rumsuchen ziehe ich jetzt erstmal hoch - den entscheidenden Tipp hatte ich wohl übersehen.

magicamun · December 20, 2013 at 6:30 PM

vdr hochgezogen auf 2.1.1 :

Code

anubis:/var/cache/vdr/epgimages/images # vdr --version | more
vdr (2.1.1/2.1.1) - The Video Disk Recorder
epgsearchonly (0.0.1) - Direct access to epgsearch's search menu
markad (0.1.5pre) - Mark advertisements
rcu (2.0.0) - Remote Control Unit
skincurses (2.0.0) - A text only skin
svdrpdemo (2.0.0) - How to add SVDRP support to a plugin
conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu
dvbhddevice (2.1.1) - HD Full Featured DVB device
dvbsddevice (2.0.1) - SD Full Featured DVB device
epgtableid0 (2.0.0) - EPG handler for events with table id 0x00
hello (2.0.0) - A friendly greeting
osddemo (2.0.0) - Demo of arbitrary OSD setup
pictures (2.0.0) - A simple picture viewer
svccli (2.0.0) - Service demo client
svcsvr (2.0.0) - Service demo server
text2skin (1.3.2+git) - Loader for text-based skins
epg2vdr (0.1.3) - epg2vdr plugin
streamdev-client (0.6.0-git) - VTP Streaming Client
epgsearch (1.0.1.beta5) - search the EPG for repeats and more
streamdev-server (0.6.0-git) - VDR Streaming Server
status (2.0.0) - Status monitor test
live (0.3.0) - Live Interactive VDR Environment
skinenigmang (0.1.2) - EnigmaNG skin
quickepgsearch (0.0.1) - Quick search for broadcasts

Display More

Das sind die plugins, die laufen:

Code

vdr   	1728  1699  2 18:17 pts/3	00:00:07 /usr/local/bin/vdr --user=vdr --epgfile=/nas/Video/vdr0/anubis.data --config=/etc/vdr --log=3 --port=6419 --watchdog=0 --record=/usr/local/bin/noadcall.sh --shutdown=/etc/vdr/vdrshutdown --video=/nas/Video/vdr0 --grab=/nas/Video/vdr0/grab -Pskinenigmang -Pstreamdev-server -Ptext2skin -Pmarkad -Pdvbapi -Pepg2vdr -Pepgsearch -Plive --epgimages=/var/cache/vdr/epgimages

Im Log steht nach einem reload wieder:

Code

Dec 20 18:17:35 anubis vdr: EPG2VDR: Processed channel 'S19.2E-1-1025-10329' - 'NDR FS HH HD' with 240 updates

und in Live seh ich wieder kein epg für NDR FS

meine setup.conf (Ckone hatte drum gebeten)

setup.conf

CKone · December 20, 2013 at 9:12 PM

hab ich weiter vorne geschrieben epgtableid0 geht nicht? - mann

Das muss raus, vdr anhalten, alle lokalen Daten löschen und dann bitte nochmal einen reload anstossen - wenn das nciht hilft geb ich dir ne channels.conf von mir zum Testen

[Edit] Ich seh schon, ist nciht aktiv - tu es trotzdem bitte [/Edit]

Christian

TheChief · December 20, 2013 at 9:15 PM

Wie gut, dass das auch in der README steht

CKone · December 20, 2013 at 9:17 PM

ich bin immer noch auf der Suche nach den fehlenden DVB events; hast du vllt einen vdr als master deklariert der nur ein DVB device hat - dann scannt der hier ja nie

Wir kennen ja dein Setup nicht...

schick auch noch mal bitte ein

Code

select * from vdrs

vllt sieht man da was...

Christian

kokel · December 20, 2013 at 10:18 PM

Hallo,

habe nun den epgd auf einer VM im Internet unter Archlinux und mariadb laufen. Da ich im contrib kein systemd service finden konnte, musste ich diesen selbst erstellen:

/usr/lib/systemd/system/epgd.service

Code

[Unit]
Description=EPG Daemon
After=mysqld.service


[Service]
ExecStart=/usr/local/bin/epgd -n -c /etc/epgd -p /usr/local/lib/epgd/plugins
KillMode=process
Environment="LANG=de_DE.UTF-8"


[Install]
WantedBy=multi-user.target

Display More

Wäre schön, wenn das mit ins git aufgenommen werden könnte und natürlich auch von anderen Usern hier überprüft wird, ob es evtl. Verbesserungen hieran gibt.

Gruß, Kokel

kokel · December 20, 2013 at 10:37 PM

Hallo,

ich habe noch ein paar Fragen zu epgmerge. Habe hier einen VDR der ausschließlich DVB-T und einen weiteren VDR der ausschließlich DVB-S2 hat. Für beide würde ich gerne denselben epgd/DB benutzen und natürlich von DVB Event Updates aus beiden Delivery Systems profitieren.
Wie muss/kann ein Setup mit mehreren epg2vdr plugins aussehen, die als master konfiguriert sind?

Würde gerne verstehen wie es realisiert wurde und habe deshalb folgende Fragen:
- Sind die DVB Informationen derselben Sender über alle Delivery Systems identisch?
- Werden mehrere Master überhaupt unterstützt? Wenn ja, was sollte man beachten?
- Wenn ja, werden Events mehrerer DVB Delivery Systems gemerged oder kann nur dasselbe Delivery System von den eigenen DVB Event Updates profitieren?

Gruß, Kokel

magicamun · December 21, 2013 at 9:24 AM

Das Master-Thema hab ich auf "auto" würde ich meinen - gestern hab ich auch nur "anubis" hochgezogen (wie man sieht) - das ist aber auch der, mit dem ich teste - und auch wenn er nur eine Karte hat - es fehtl ja nur für diesen Kanal und ein paar ganz wenige andere der EPG obwohl er doch da ist und auch gezogen wird. Wie kämen wir denn auf client-Seite dem Thema näher - was könnte man debuggen?

Code

mysql> select * from vdrs;
+--------+------------+------------+--------------------------+--------------------------------------+-------+------------+------------+----------+--------+--------------+
| uuid   | inssp  	| updsp  	| name                 	| version                          	| dbapi | lastupd	| nextupd	| state	| master | ip       	|
+--------+------------+------------+--------------------------+--------------------------------------+-------+------------+------------+----------+--------+--------------+
| amun   | 1387544357 | 1387613755 | amun                 	| vdr 2.0.0 epg2vdr 0.1.3 (04.12.2013) | 	3 | 1387580407 |   	NULL | attached | n  	| 192.168.3.1  |
| anubis | 1387541397 | 1387613755 | anubis               	| vdr 2.1.1 epg2vdr 0.1.3 (04.12.2013) | 	3 | 1387580406 |   	NULL | attached | y  	| 192.168.3.16 |
| epgd   | 1387518349 | 1387588096 | amenti.thielemann.intern | epgd 0.1.7 (06.12.2013)          	| 	3 | 1387579923 | 1387623123 | standby  | -  	| 192.168.1.6  |
| xbmc0  | 1387544279 | 1387613755 | xbmc0                	| vdr 2.0.0 epg2vdr 0.1.3 (04.12.2013) | 	3 | 1387580406 |   	NULL | attached | n  	| 192.168.3.40 |
+--------+------------+------------+--------------------------+--------------------------------------+-------+------------+------------+----------+--------+--------------+
4 rows in set (0.00 sec)

Nochmal zu den vdrs:
amun (Server im Keller - derzeit nur eine Karte)
anubis (Arbeitszimmer (Testing u.a.)
epgd (auf amenti) - Server für epgd und böses plugin sowie vpn, mysql, asterisk ...)
xbmc0: Wohnzimmer mit 2 Karten
xbmc1 ist grad "aus" - ist aber von der Konfiguration her wie xbmc0

Nicht meckern - ich weiß ich müsste konsolidieren - aber das zieht Kreise, amun ist ein ural-Suse und muss als n. dran galuben - die Diskussion führt auch weg vom Thema meine ich

3PO · December 21, 2013 at 11:02 AM

Das Problem, dass Kanäle, auf die nur selten geschaltet wird, kein EPG bekommen, scheint wohl immer noch zu bestehen?

[Blocked Image: http://imageshack.us/a/img191/2347/t7zx.png]

CKone · December 21, 2013 at 11:43 AM

So ist das mit dem Senderepg - dir bleibt die Möglichkeit das Mischen zu deaktivieren oder einen regelmäßigen und vollumfänglichen EPG scan sicherzustellen -Ist sicher kein Problem des Plugins wenn es events die nicht da sind nicht anzeigt. Beachte auch das der vdr nicht scannt wenn alle Karten mit live oder Aufnahmen ausgefüllt sind. Auch wenn du nicht jeden Tag einschaltest wirst du dein Verhalten erreichen.

Einige User lassen einen VDR bspw nachts eine halbe Stunde hochfahren zum scannen - wie in guten alten Zeiten. - Oder das Mischen ist für deinen Usecase einfach nicht das Richtige. Von einem Problem an der Software würde ich hier nicht sprechen...

Christian

magicamun · December 21, 2013 at 11:52 AM

ich denke schon - das komische ist, dass "eigentlich" alles da ist:
in der Datenbank
bei nem reload wird das ganze Zeugs auch (zumindest protokolliert) aus der DB geladen - und trotzdem wird nichts angezeigt für manche Kanäle - also würde ich vermuten, dass "irgendwas" beim erzeugen der Events schief geht.

und so richtig schräg ist dann, dass wenn man sich die epg.data anschaut ich folgendes finde - genau diesen einen EIntrag - wobei ich mich frage, was komischer ist - dass es überhaupt einer ist - wenn doch KEIN Eintrag angezeigt wird oder dass es nur einer ist - es wurden ja 240 Einträge aus der DB gezogen.

Code

C S19.2E-1-1025-10329 NDR FS HH HD
E 5356 1387621800 3600 50 10
T Ein Abend fÃ¼r Silvia und Carl Gustaf
S Gemeinsam fÃ¼r Schwedens Krone
D Genre: PortrÃ¤t|Kategorie: Soziales|Land: D|[HDTV] [Stereo] ||Stationen im Leben des KÃ¶nigs Carl XVI. Gustaf von Schweden , der vor 40 Jahren den Thron bestieg - von der Begegnung 1972 mit Silvia Sommerlath , seiner spÃ¤teren Frau, bis zu den Hochzeiten seiner TÃ¶chter||Quelle: DVB/TVM
X 2 03 deu ohne Audiodeskription
X 2 03 deu stereo
X 3 20 deu DVB-Untertitel
X 4 42 deu Dolby Digital 2.0
X 5 0B deu HD-Video
V 1387621800
e
E 5357 1387625400 1800 50 10
T Norddeutsche an der CÃ´te d' Azur
S Dokumentation (D 2013)

Display More

3PO · December 21, 2013 at 11:53 AM

Quote from CKone

[...] Von einem Problem an der Software würde ich hier nicht sprechen...

Christian

Ich aber schon(!), denn der VDR scannt regelmäßig:

Code

vdr01_64 ~ # grep -r "Init handler instance for thread" /log/everything/
/log/everything/log-2013-12-17-00:00:01:Dec 16 21:58:27 [vdr] EPG2VDR: Init handler instance for thread 7904
/log/everything/log-2013-12-19-00:00:01:Dec 18 17:17:04 [vdr] EPG2VDR: Init handler instance for thread 4492
/log/everything/log-2013-12-19-00:00:01:Dec 18 22:13:57 [vdr] EPG2VDR: Init handler instance for thread 20326
/log/everything/log-2013-12-19-00:00:01:Dec 18 22:52:24 [vdr] EPG2VDR: Init handler instance for thread 15455
/log/everything/log-2013-12-19-00:00:01:Dec 18 22:58:11 [vdr] EPG2VDR: Init handler instance for thread 6032
/log/everything/log-2013-12-19-00:00:01:Dec 18 22:59:30 [vdr] EPG2VDR: Init handler instance for thread 4473
/log/everything/log-2013-12-18-00:00:01:Dec 17 17:12:14 [vdr] EPG2VDR: Init handler instance for thread 4471
/log/everything/log-2013-12-18-00:00:01:Dec 17 23:21:59 [vdr] EPG2VDR: Init handler instance for thread 6385
/log/everything/current:Dec 21 11:51:00 [vdr] EPG2VDR: Init handler instance for thread 3418
/log/everything/current:Dec 21 11:51:02 [vdr] EPG2VDR: Init handler instance for thread 3428
/log/everything/current:Dec 21 11:51:02 [vdr] EPG2VDR: Init handler instance for thread 3423
/log/everything/log-2013-12-21-00:00:01:Dec 20 15:46:01 [vdr] EPG2VDR: Init handler instance for thread 4460
/log/everything/log-2013-12-21-00:00:01:Dec 20 15:47:34 [vdr] EPG2VDR: Init handler instance for thread 4873
/log/everything/log-2013-12-21-00:00:01:Dec 20 19:58:36 [vdr] EPG2VDR: Init handler instance for thread 3413
/log/everything/log-2013-12-20-00:00:01:Dec 19 17:24:22 [vdr] EPG2VDR: Init handler instance for thread 4475
/log/everything/log-2013-12-20-00:00:01:Dec 19 18:42:20 [vdr] EPG2VDR: Init handler instance for thread 17425
/log/everything/log-2013-12-20-00:00:01:Dec 19 18:50:09 [vdr] EPG2VDR: Init handler instance for thread 20476
/log/everything/log-2013-12-20-00:00:01:Dec 19 18:52:51 [vdr] EPG2VDR: Init handler instance for thread 22505
/log/everything/log-2013-12-20-00:00:01:Dec 19 18:56:27 [vdr] EPG2VDR: Init handler instance for thread 4471
/log/everything/log-2013-12-20-00:00:01:Dec 19 19:52:11 [vdr] EPG2VDR: Init handler instance for thread 14557
/log/everything/log-2013-12-20-00:00:01:Dec 19 19:56:37 [vdr] EPG2VDR: Init handler instance for thread 15768
/log/everything/log-2013-12-20-00:00:01:Dec 19 20:47:10 [vdr] EPG2VDR: Init handler instance for thread 15773
vdr01_64 ~ #

Display More

CKone · December 21, 2013 at 11:55 AM

Quote from 3PO

Ich aber schon(!), denn der VDR scannt regelmäßig:

ist er dann auch master oder scannt er nur vor sich hin - und ein anderer vdr hat sich die Masterrolle geschnappt?

[Announce] epgd-0.1.4 / epg2vdr-0.1.3 - Advent, Advent...

Participate now!

Users Viewing This Thread