Merkwürdig, ich hab die Version gegen xenial 2.3.5 und trusty 2.3.6 seit heute Morgen laufen.
vdr 2.2.0?
Christian
Merkwürdig, ich hab die Version gegen xenial 2.3.5 und trusty 2.3.6 seit heute Morgen laufen.
vdr 2.2.0?
Christian
Bei Arch läuft es auch...
Mit einem VDR 2.3.6 und den Plugins aus einem anderen PPA läuft es.
Es gibt zwei Unterschiede:
1. der crashende VDR wurde mit dem Patch vdr-2.3.6-fixstatelocklog-2.diff gebaut und die Plugins nicht mehr neu gebaut wobei dies nicht für epg2vdr gilt.
2. Der crashende VDR hat weniger Patches als der funktionierende.
befürchte da hilft mir nur ein BT mit Debug Symbolen, am besten mit der neusten Version aus dem git habe gerade noch etwas geändert.
Heir mit VDR 2.3.6 und nur dem Patch vin Klaus sowie MneuHook Patch kann ich es nicht reproduzieren
Hi,
Zitatvdr-epg-daemon-1.1.116~git20170609
vdr-plugin-epg2vdr-1.1.64~git20170609
vdr-plugin-osd2web-0.1.7~git20170609
...alles Ok mit VDR-2.2.0 - Merci Jörg!
Pic: horchiTft
[Blockierte Grafik: http://fs5.directupload.net/images/user/170609/temp/svena6c8.jpg]
Gruss
Wolfgang
Hallo,
compile error "vdr-plugin-epg2vdr_1.1.65" mit VDR-2.2.0!
Siehe -> epgd / epg2vdr / scraper2vdr
Gruss
Wolfgang
Das Plugin selbst ist ein Skin Plugin, der VDR unterstützt nur ein aktives Skin welches man im OSD Setup des VDR auswählt bzw. einstellt.
Ist es angedacht, diese Einschränkung irgendwann aufzuheben? Ich finde das beim graphtft-ng sehr angenehm, daß man hier das OSD-Menü sowohl auf dem Fernseher als auch auf dem Display sieht, da der VDR auch als Radio/CD-Player dient und da brauche ich derzeit nicht unbedingt den Fernseher.
Umschalten geht zwar auch mit Skripten, allerdings muss man da z.B. berücksichtigen ob der Fernseher Strom hat, eingeschaltet und auf den richtigen Eingang geschaltet ist. Wenn der Fernseher wie bei mir via CEC abgebunden ist, kann man das im Prinzip mit meinem CEC-Plugin lösen, nur ist halt CEC auch nicht immer so wirklich zuverlässig und das OSD-Menü auf dem ausgeschalteten Fernseher ist
Ist es angedacht, diese Einschränkung irgendwann aufzuheben?
jain, sollte es möglich werden seitens des VDR mehr als ein Skin Plugin gleichzeitig mit Daten zu versorgen oder eine andere Möglichkeit/Interface dafür bietet dann ja auf jeden Fall.
Bis dahin sehe ich keine Möglichkeit das im Plugin programmier-technisch sauber umzusetzen.
Ich stehe BTW vor dem selben Problem.
Jörg
Hi,
Ich verstehe immer noch nicht, was graphlcd so anders macht. Da ist doch dasselbe OSD wie im VDR (Skin mal außen vor gelassen).
Es sind nicht alle Menüs implementiert, aber generell geht doch das gesamte OSD.
MfG Stefan
Hi Stefan,
Da ist doch dasselbe OSD wie im VDR (Skin mal außen vor gelassen)
auch mit Plugin osd2web gibt es doch ein OSD.
Gruss
Wolfgang
ZitatHi,
Ich verstehe immer noch nicht, was graphlcd so anders macht. Da ist doch dasselbe OSD wie im VDR (Skin mal außen vor gelassen).
Es sind nicht alle Menüs implementiert, aber generell geht doch das gesamte OSD.
MfG Stefan
Sicher dass das Plugin auf mehr als die im OSD angezeigten Texte in plain ASCII zugreift? Welches Interface zum VDR verwendet es denn?
Jörg
skin update ist im git
Habe hier einen Segfault beim Tunen auf manche Sender. Vorhin Sparhandy TV, der geht jetzt. Inzwischen crasht es reproduzierbar bei NICKELODEON Iberia.
NICKELODEON Iberia;MTV Networks Europe:11739:VC34M2S0:S19.2E:27500:3101+8160=2:3102=esl@4,3103=eng@4,3104=por@4:3109:500,100,1810:28660:1:1066:0
(gdb) bt
#0 cEvent::ChannelID (this=this@entry=0x0) at epg.c:153
#1 0x00007f101f0ead03 in Matches (ti=ti@entry=0xeb3350, event=event@entry=0x0) at tools.c:27
#2 0x00007f101f0eaefb in getTimerMatch (timers=timers@entry=0x8130c0 <cTimers::timers>,
event=event@entry=0x0, match=match@entry=0x7f0fc77fddec) at tools.c:71
#3 0x00007f101f0ea368 in cUpdate::updatePresentFollowing (this=this@entry=0xf9a510) at status.c:185
#4 0x00007f101f0e3cc8 in cUpdate::atMeanwhile (this=this@entry=0xf9a510) at update.c:218
#5 0x00007f101f0e44d9 in cUpdate::Action (this=0xf9a510) at update.c:289
#6 0x000000000052dc59 in cThread::StartThread (Thread=0xf9a528) at thread.c:293
#7 0x00007f102414f46d in start_thread () from /lib64/libpthread.so.0
#8 0x00007f1022a8483d in clone () from /lib64/libc.so.6
(gdb) quit
Alles anzeigen
vdr ist 2.3.6, tritt auch mit 2.3.7 auf. Der BT ist von 2.3.7.
Das Problem tritt nur mit aktiviertem osd2web auf, 0.1.8-GITe2543c2.
Version 0.1.1-GIT797e30b stürzt nicht ab. Irgendwo zwischendrin muß was stören.
Christian
vdr64 osd2web # git bisect bad
2b40c1d36ab83ddbc3a10cd7f4a9af80fefcad4c is the first bad commit
commit 2b40c1d36ab83ddbc3a10cd7f4a9af80fefcad4c
Author: horchi <vdr@jwendel.de>
Date: Thu Jun 8 23:24:32 2017 +0200
update of skin horchi
:100644 100644 97177256f833ebfa916f2c823db3da60824241ae cc3c6476360bbcb9c24dcb12b50e2c431ead1a42 M README
:040000 040000 d739255b646c2340f354da328552a394686c24b4 50a8f5b8e1b427ab76cc5088e43a4d74d69a94e3 M client
:100644 100644 f87502c69887b1d15716ea98ad1faf5c9794141c ff298ec87651d3988987fa66de0f28f39d68f23f M jobject.c
:100644 100644 aaaf19e47845292e0a3b5f9ccdc3920112ae7e64 3a13ca7e8b254e604bd7f39b5b4018192cdbf79a M skin.c
:100644 100644 81807673d0f92202184bb63f645e208d3bd29529 1dfc38223f248e74129abbb65d0cfee625c9bb0c M status.c
:100644 100644 04567cff1033b0660d1692608b222b86b430624d 6c106cc43ae034903a2ad49913a33e958d3d33c2 M tools.c
vdr64 osd2web #
Alles anzeigen
konnte bei fehlenden Event passieren, ist behoben
Jörg
Läuft, danke für's Reparieren.
Hatte auch den Eindruck, daß es bei Kanälen ohne EPG auftrat.
Christina
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!