[Announce] osd2web Plugin
-
-
Hier auch, war mal wieder ein typischer Layer 8 Fehler.
-
Hallo,
leider werden bei mir keine Epg-Images angezeigt. Die Images liegen in "/var/cache/vdr/epgimages"
was ja der Default-Path ist. ...auch mit -e oder --epgimgpath /var/cache/vdr/epgimages werden keine
Images angezeigt...Hier auch, keine Anzeige
-
ich hab es hier gestartet mit:
Code--plugin=osd2web --logosuffix=svgjpg sollte aber default sein.
Dazu die logos einmal nach:
Code/var/lib/vdr/plugins/osd2web/channellogosgelinkt, damit werden die SVG logos(-light) aus Frodos Repo angezeigt
Christian
-
Hier das Selbe und laut Log wird noch nicht mal versucht irgend ein Bild zu laden.
-
ich hab es hier gestartet mit:
Code--plugin=osd2web --logosuffix=svgjpg sollte aber default sein.
Dazu die logos einmal nach:
Code/var/lib/vdr/plugins/osd2web/channellogosgelinkt, damit werden die SVG logos(-light) aus Frodos Repo angezeigt
Christian
Du kennst aber schon den Unterschied zwischen EPG Images und Senderlogos??Außerdem ist *.png default.
-
korrekte Anmerkung.
trotzdem: jain
auf dem Server bekomme ich keine Epgimages angezeigt mit:
Codeepg2vdr.ExtendedEpgData2Aux = 0auf dem Client im Wohnzimmer, da wo ich ihn ja am Ende wenn es mal ein passendes Skin gibt auf das TFT legen will schon mit:
Codeepg2vdr.ExtendedEpgData2Aux = 1Bin mir nicht sicher ob es damit zusammenhängt, deutet aber einiges darauf hin. - die epgimages liegen jeweils unter /var/cache/vdr/epgimages
Christian
-
Wenn ich bei Arch das Plugin mit dem Patch baue (epg2vdr) startet der VDR nicht mehr:
CodeJun 04 13:43:41 vdr03 vdr[3941]: [3941] loading plugin: /usr/lib/vdr/plugins/libvdr-epg2vdr.so.2.2.0 Jun 04 13:43:41 vdr03 vdr[3941]: [3941] ERROR: libtinyxml2.so.4: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden Jun 04 13:43:41 vdr03 vdr[3941]: vdr: libtinyxml2.so.4: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefundenVDR ist gepatched
-
Hast du tinyxml2 installiert? https://www.archlinux.org/packages/commu…86_64/tinyxml2/
-
Das hatte in bei den "depends" gefehlt, jetzt funktioniert der Start zumindest. Danke!
-
Wo kann man am Default Skin die Farbe der Timer, das Blau, ändern?
-
Ich wollte mal schnell das neue Plugin anschauen, ich bekomme aber beim Compilieren folgende Fehlermeldung:
Code*** Plugin osd2web: (cd lib && make -s lib) Compile common ... In file included from common.c:33:0: common.h:35:25: fatal error: vdr/tools.h: Datei oder Verzeichnis nicht gefunden # include <vdr/tools.h>
Das Plugin ist bei mir im VDR-Source tree installiert.Im README ist libwebsockets-dev beschrieben, das gibt es aber unter SuSE Leap nicht. Da gibt es nur ein websocketpp-devel (WebSocket++ is an open source (BSD license) header only C++ library). Ist das das Richtige?
-
-
Hi,
da es für Ubuntu Trusty keine Version > 2.1.0(nur 1.2.2) gibt ...hab ich den Sources von https://github.com/warmcat/libwebsockets/tree/v2.2-stable
Gruss
Wolfgang -
Gibt es den wirklich kein RPM für Leap ?
Muss gleich mal googeln
speed -
Hi,
Gibt es den wirklich kein RPM für Leap ?
gibt es ...aber Version-1.4!
http://software.opensuse.org/download.html?project=network%3Ajangouts&package=libwebsocketsGruss
Wolfgang -
Das ist das im websocketpp-devel packet von Leap drin, da gibt es aber keine libwebsockets.h. Ich schaue mal, ob die Sourcen aus Beitrag 54 passen. -
Das Plugin ist bei mir im VDR-Source tree installiert.
Da fehlt wohl ein INCLUDES += -I$(VDRDIR)/include in lib/Makefile. Ich habe mal einen patch angehängt. -
Ich schaue mal, ob die Sourcen aus Beitrag 54 passen.
So, ich habe das jetzt am Laufen. Für OpenSuSE Leap 42.2 muss man libwebsockets selber compilieren:Codegit clone https://github.com/warmcat/libwebsockets.git cd libwebsockets/ cmake . make sudo make install
Danach beschwert sich der Linker noch über ein fehlendes libarchive:Codeg++ -c -ggdb -O0 -fPIC -Wreturn-type -Wall -Wextra -Wno-unused-parameter -Wno-parentheses -Wformat -pedantic -Wno-long-long -Wunused-variable -Wunused-label -Wno-unused-result -Wunused-value -Wunused-function -Wno-variadic-macros -Wunused-local-typedefs -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -std=c++11 -D__STDC_FORMAT_MACROS -Wunused-but-set-variable -Wunused-but-set-parameter -g -O1 -Wall -Werror=overloaded-virtual -Wno-parentheses -DUSE_GRAPHTFT -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -g -O1 -Wall -DUSE_GRAPHTFT -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D__STL_CONFIG_H -DOSD2WEB -DLOG_PREFIX='"osd2web: "' -DVDR_PLUGIN -DUSEJSON -DUSEGUNZIP -DPLUGIN_NAME_I18N='"osd2web"' -DGIT_REV='"797e30b"' -I/video/src/vdr/include -I/usr/include/mysql -o jobject.o jobject.c g++ -shared osd2web.o config.o update.o websock.o fileservice.o status.o tools.o skin.o jobject.o -L./lib -lhorchi -lrt -larchive -lcrypto -luuid -ltinyxml2 -L/usr/local/lib -lwebsockets -L/usr/lib64 -lmysqlclient_r -lpthread -lz -lm -lssl -lcrypto -ldl -lpython2.7 -lpthread -ldl -lutil -lm -ljansson -o libvdr-osd2web.so /usr/lib64/gcc/x86_64-suse-linux/4.8/../../../../x86_64-suse-linux/bin/ld: cannot find -larchive collect2: error: ld returned 1 exit status Makefile:130: recipe for target 'libvdr-osd2web.so' failed make[1]: *** [libvdr-osd2web.so] Error 1
Das kann man aber zumindest bei Leap einfach aus dem Makefile rausnehmen:Diff
Display Morediff --git a/Makefile b/Makefile index 7447e1d..de6325e 100644 --- a/Makefile +++ b/Makefile @@ -51,7 +51,7 @@ OBJS = $(PLUGIN).o \ config.o update.o websock.o fileservice.o status.o tools.o skin.o jobject.o LIBS = $(HLIB) -LIBS += -lrt -larchive -lcrypto +LIBS += -lrt -lcrypto LIBS += $(shell pkg-config --libs uuid) LIBS += $(shell pkg-config --libs tinyxml2) LIBS += $(shell pkg-config --libs libwebsockets)Danach läuft das Plugin dann schon mal
-
Ich habe beim Start von vdr-2.3.6 folgende Ausgabe im Syslog:
Display Spoiler
Code
Display MoreJun 04 19:16:31 [vdr] [27594] switching to channel 139 S19.2E-133-13-112 (NatGeo HD) Jun 04 19:16:31 [vdr] [27594] CAM 1/1: creating new MTD CAM slot Jun 04 19:16:31 [vdr] [27594] DDCI-Dbg (virtual void DdCiCamSlot::StopDecrypting()) Jun 04 19:16:31 [vdr] [27594] CAM 1: assigned to device 1 Jun 04 19:16:31 [vdr] [28606] device 1 receiver thread started (pid=27594, tid=28606, prio=high) Jun 04 19:16:31 [vdr] [27594] DDCI-Dbg (virtual void DdCiCamSlot::StopDecrypting()) Jun 04 19:16:31 [vdr] [27594] DDCI-Dbg (virtual void DdCiCamSlot::StartDecrypting()) - Last output repeated twice - Jun 04 19:16:31 [vdr] [28607] device 1 TS buffer thread started (pid=27594, tid=28607, prio=high) Jun 04 19:16:31 [vdr] [27594] CAM 1: known to decrypt channel S19.2E-133-13-112 (scramblingTimeout = 30s) Jun 04 19:16:31 [vdr] [27594] --- begin invalid lock sequence report Jun 04 19:16:31 [vdr] [27594] 27594 - R - - - - - - - - L Jun 04 19:16:31 [vdr] [27594] 27594 - - - - - - - - - - U Jun 04 19:16:31 [vdr] [27594] 27594 - R - - - - - - - - L Jun 04 19:16:31 [vdr] [27594] 27594 - - - - - - - - - - U Jun 04 19:16:31 [vdr] [27594] 27594 - R - - - - - - - - L Jun 04 19:16:31 [vdr] [27594] 27594 - - - - - - - - - - U Jun 04 19:16:31 [vdr] [27594] 27594 - R - - - - - - - - L Jun 04 19:16:31 [vdr] [27594] 27594 - - - - - - - - - - U Jun 04 19:16:31 [vdr] [27594] 27594 - R - - - - - - - - L Jun 04 19:16:31 [vdr] [27594] 27594 - * - - - - - - - - U Jun 04 19:16:31 [vdr] [27594] 27594 - - - - - - - - - - U Jun 04 19:16:31 [vdr] [27594] 27594 - R - - - - - - - - L Jun 04 19:16:31 [vdr] [27594] 27594 - * - - - - - - - - U Jun 04 19:16:31 [vdr] [27594] 27594 - - - - - - - - - - U - Last output repeated twice - Jun 04 19:16:31 [vdr] [27594] 27594 - R - - - - - - - - L Jun 04 19:16:31 [vdr] [27594] 27594 - - - - - - - - - - U Jun 04 19:16:31 [vdr] [27594] 27594 - R - - - - - - - - L Jun 04 19:16:31 [vdr] [27594] 27594 - * - - R - - - - - L Jun 04 19:16:31 [vdr] [27594] 27594 R * - - * - - - - - L Jun 04 19:16:31 [vdr] [27594] 27594 invalid lock sequence: 1 Timers Jun 04 19:16:31 [vdr] [27594] full backtrace: Jun 04 19:16:31 [vdr] [27594] /usr/bin/vdr cStateLock::Lock(cStateKey&, bool, int) at thread.c:702 Jun 04 19:16:31 [vdr] [27594] /usr/bin/vdr cListBase::Lock(cStateKey&, bool, int) const at tools.c:2123 Jun 04 19:16:31 [vdr] [27594] /usr/bin/vdr cTimers::GetTimersRead(cStateKey&, int) at timers.c:822 Jun 04 19:16:31 [vdr] [27594] /usr/lib/vdr/plugins/libvdr-osd2web.so.2.3.6 event2Json(json_t*, cEvent const*, cChannel const*, eTimerMatch, int, cOsdService::ObjectShape) at jobject.c:131 Jun 04 19:16:31 [vdr] [27594] /usr/lib/vdr/plugins/libvdr-osd2web.so.2.3.6 cUpdate::updatePresentFollowing() at status.c:173 Jun 04 19:16:31 [vdr] [27594] /usr/lib/vdr/plugins/libvdr-osd2web.so.2.3.6 cUpdate::ChannelSwitch(cDevice const*, int, bool) at status.c:36 Jun 04 19:16:31 [vdr] [27594] /usr/bin/vdr cStatus::MsgChannelSwitch(cDevice const*, int, bool) at status.c:40 (discriminator 2) Jun 04 19:16:31 [vdr] [27594] /usr/bin/vdr cDevice::SetChannel(cChannel const*, bool) at device.c:914 Jun 04 19:16:31 [vdr] [27594] /usr/bin/vdr cDevice::SwitchChannel(cChannel const*, bool) at device.c:790 Jun 04 19:16:31 [vdr] [27594] /usr/bin/vdr cChannels::SwitchTo(int) const at channels.c:1032 (discriminator 1) Jun 04 19:16:31 [vdr] [27594] /usr/bin/vdr main at vdr.c:903 Jun 04 19:16:31 [vdr] [27594] /lib64/libc.so.6 __libc_start_main at ??:? Jun 04 19:16:31 [vdr] [27594] /usr/bin/vdr _start at ??:? Jun 04 19:16:31 [vdr] [27594] --- end invalid lock sequence report Jun 04 19:16:31 [vdr] [27594] [softhddev]SetVolumeDevice: 25_ Jun 04 19:16:31 [vdr] [27594] setting watchdog timer to 60 seconds Jun 04 19:16:31 [vdr] [28621] SVDRP server handler thread started (pid=27594, tid=28621, prio=low) Jun 04 19:16:31 [vdr] [28621] SVDRP listening on port 6419/tcp Jun 04 19:16:31 [vdr] [27594] [softhddev]SetPlayMode: 1_ Jun 04 19:16:31 [vdr] [27594] OSD size changed to 1920x1080 @ 1 Jun 04 19:16:31 [vdr] [27594] skindesigner: initializing skin 3po_blackholeIst das nun ein Problem vom VDR oder vom osd2web Plugin?
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!