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.
[Announce] epgd-0.1.4 / epg2vdr-0.1.3 - Advent, Advent...
- CKone
- Closed
-
-
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?
-
Version ist ein 2.0.0 - hab ich irgendwas verpasst? Ich würde mich dann entschuldigen wollen....
Codevdr 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....
-
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.…2vdr.git/tree/README#n121 ?): http://projects.vdr-developer.…er-segment-transfer.patch -
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
-
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
-
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?
-
sonst keine patches - alles vanilla
damit wir hier nicht "ewig" rumsuchen ziehe ich jetzt erstmal hoch - den entscheidenden Tipp hatte ich wohl übersehen.
-
vdr hochgezogen auf 2.1.1 :
Code
Display Moreanubis:/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
Das sind die plugins, die laufen:
Codevdr 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:
CodeDec 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)
-
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
-
Wie gut, dass das auch in der README steht
-
-
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
Display More[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
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
-
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
-
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?
Codemysql> 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 xbmc0Nicht 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
-
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]
-
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
-
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
Display MoreC 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)
-
[...] Von einem Problem an der Software würde ich hier nicht sprechen...
Christian
Ich aber schon(!), denn der VDR scannt regelmäßig:Code
Display Morevdr01_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 ~ #
-
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?
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!