softhddevice mit vdr-2.3.9. Ich werde aber auch noch mit dem RPi testen.
Als Anmerkung hätte ich noch, das die default OSD-Größe ihmo 1350x1080 sein sollte. Kommt ja von 720x576 also Factor 1.25
softhddevice mit vdr-2.3.9. Ich werde aber auch noch mit dem RPi testen.
Als Anmerkung hätte ich noch, das die default OSD-Größe ihmo 1350x1080 sein sollte. Kommt ja von 720x576 also Factor 1.25
Hallo Dr. Seltsam,
ich habe das Plugin zum Schluss nicht mehr benutzt, weil ich den Eindruck hatte, das das Zappen damit nicht so richtig fluppt.
Habe es jetzt mit deiner Änderung (und dem Patch von kanadakruemel ) noch mal probiert - super!
Vielen Dank an alle beteiligten
Mein VDR ist mittlerweile in einem normalen schwarzen billig Gehäuse, das versteckt in der Ecke steht. Dazu ein passendes HDMI Kabel und eines für den IR.
So ist nix zu sehen und nix zu hören ausser die Glotze.
Verstehe jetzt nicht genau was du meinst aber ich habe es zwischenzeitlich selber probiert und es funktioniert wie beschrieben.
Zum Testen kannst du dir ja mal sowas in die lircrc schreiben:
begin
prog = irexec
button = KEY_RED
config = echo KEY_RED
delay = 10
end
begin
prog = irexec
button = KEY_GREEN
config = echo KEY_GREEN
ignore_first_events = 10
end
Display More
Dann beendest du den irexec daemon und startest irexec im Terminal.
Bei Rot kommt dann sofort KEY_RED, dann Pause und nochmal KEY_RED.
Bei Grün kommt erstmal nix und dann KEY_GREEN.
Vorab - du must irexec bzw irxevent neu starten, nicht lirc.
Dann verstehe ich das so:
Wenn du 'delay' angibst, wird die Aktion sofort ausgelöst und dann X gewartet, bis von einer Wiederholung ausgegangen wird.
Wenn du 'ignore_first_events' angibst, wird erstmal X gewartet bevor die erste Aktion folgt, dann weiter wie bei delay.
X ist dabei 'number of key repeats' und nicht 'time', also wie Friedl schon geschrieben hat, abhängig von deiner Fernbedienung bzw. lircd.conf.
Für BT gibt es da zB die K480 von Logitech.
Nicht ausschließlich https://de.wikipedia.org/wiki/Koaxialstecker.
Auf jeden Fall bei dem HF Voodoo Zeug nicht am falschen Ende sparen! Da können wirklich die merkwürdigsten Effekte entstehen.
Ja, da gibt es noch Inkonsistenzen. Das hatte ich auch ganz grob hier schon mal angesprochen, aber konkret:
marc@vdr:~/Entwicklung$ mkdir TEST
marc@vdr:~/Entwicklung$ cd TEST/
marc@vdr:~/Entwicklung/TEST$ apt-get source vdr-plugin-epg2vdr
Paketlisten werden gelesen... Fertig
Es müssen 191 kB an Quellarchiven heruntergeladen werden.
Holen:1 http://ppa.launchpad.net/seahawk1986-hotmail/vdr-2.3.9/ubuntu bionic/main vdr-plugin-epg2vdr 1.1.95-0yavdr1~bionic (tar) [181 kB]
Holen:2 http://ppa.launchpad.net/seahawk1986-hotmail/vdr-2.3.9/ubuntu bionic/main vdr-plugin-epg2vdr 1.1.95-0yavdr1~bionic (diff) [7.776 B]
Holen:3 http://ppa.launchpad.net/seahawk1986-hotmail/vdr-2.3.9/ubuntu bionic/main vdr-plugin-epg2vdr 1.1.95-0yavdr1~bionic (dsc) [1.836 B]
Es wurden 191 kB in 0 s geholt (552 kB/s).
dpkg-source: Information: vdr-plugin-epg2vdr wird nach vdr-plugin-epg2vdr-1.1.95 extrahiert
dpkg-source: Information: vdr-plugin-epg2vdr_1.1.95.orig.tar.gz wird entpackt
dpkg-source: Information: vdr-plugin-epg2vdr_1.1.95-0yavdr1~bionic.debian.tar.xz wird entpackt
marc@vdr:~/Entwicklung/TEST$ cat vdr-plugin-epg2vdr-1.1.95/debian/control
Source: vdr-plugin-epg2vdr
Section: video
Priority: extra
Maintainer: Gerald Dachs <gda@dachsweb.de>
Build-Depends: cdbs, debhelper (>= 8), vdr-dev (>= 2.2.0-1), pkg-config, libmysqlclient-dev,
uuid-dev, libssl-dev, libcurl4-nss-dev, libjpeg-turbo8-dev, libimlib2-dev, libxml2-dev, libxslt1-dev,
libpython-dev, python-dev, libjansson-dev, libarchive-dev, libtinyxml2-dev
Standards-Version: 3.9.5
Homepage: http://projects.vdr-developer.org/projects/plg-epg2vdr
Package: vdr-plugin-epg2vdr
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, ${vdr:Depends}
Description: VDR EPG2VDR Plugin
VDR EPG2VDR Plugin of client/server EPG solution based on a MySQL database for VDR
Package: vdr-plugin-epg2vdr-dbg
Architecture: any
Section: debug
Priority: extra
Depends: vdr-plugin-epg2vdr (= ${binary:Version}), ${misc:Depends}, ${vdr:Depends}
Description: debugging symbols for vdr-plugin-epg2vdr
.
This package contains only the debugging symbols for vdr-plugin-epg2vdr
marc@vdr:~/Entwicklung/TEST$ apt-get source vdr-plugin-scraper2vdr
Paketlisten werden gelesen... Fertig
Es müssen 147 kB an Quellarchiven heruntergeladen werden.
Holen:1 http://ppa.launchpad.net/seahawk1986-hotmail/vdr-2.3.9/ubuntu bionic/main vdr-plugin-scraper2vdr 3:1.0.9-0yavdr1~bionic (tar) [139 kB]
Holen:2 http://ppa.launchpad.net/seahawk1986-hotmail/vdr-2.3.9/ubuntu bionic/main vdr-plugin-scraper2vdr 3:1.0.9-0yavdr1~bionic (diff) [6.072 B]
Holen:3 http://ppa.launchpad.net/seahawk1986-hotmail/vdr-2.3.9/ubuntu bionic/main vdr-plugin-scraper2vdr 3:1.0.9-0yavdr1~bionic (dsc) [1.789 B]
Es wurden 147 kB in 0 s geholt (394 kB/s).
dpkg-source: Information: vdr-plugin-scraper2vdr wird nach vdr-plugin-scraper2vdr-1.0.9 extrahiert
dpkg-source: Information: vdr-plugin-scraper2vdr_1.0.9.orig.tar.gz wird entpackt
dpkg-source: Information: vdr-plugin-scraper2vdr_1.0.9-0yavdr1~bionic.debian.tar.xz wird entpackt
marc@vdr:~/Entwicklung/TEST$ cat vdr-plugin-scraper2vdr-1.0.9/debian/control
Source: vdr-plugin-scraper2vdr
Section: video
Priority: extra
Maintainer: Reiner Paulus <flex0r@gmx.net>
Build-Depends: cdbs, debhelper (>= 9), vdr-dev (>= 2.2.0-1), pkg-config, libmysqlclient-dev,
uuid-dev, libssl-dev, libmagick++-dev, imagemagick, libcurl4-gnutls-dev, libimlib2-dev
Standards-Version: 3.9.4
Homepage: http://projects.vdr-developer.org/projects/plg-scraper2vdr
Package: vdr-plugin-scraper2vdr
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, ${vdr:Depends}
Description: VDR SCRAPER2VDR Plugin
VDR SCRAPER2VDR Plugin of client/server EPG/SCRAPER solution based on a MySQL database for VDR
Package: vdr-plugin-scraper2vdr-dbg
Architecture: any
Section: debug
Priority: extra
Depends: vdr-plugin-scraper2vdr (= ${binary:Version}), ${misc:Depends}, ${vdr:Depends}
Description: debugging symbols for vdr-plugin-scraper2vdr
.
This package contains only the debugging symbols for vdr-plugin-scraper2vdr
Display More
marc@vdr:~/Entwicklung/TEST$ apt-get source epgd
Paketlisten werden gelesen... Fertig
Als Quellpaket wird »vdr-epg-daemon« statt »epgd« gewählt.
Es müssen 1.953 kB an Quellarchiven heruntergeladen werden.
Holen:1 http://ppa.launchpad.net/yavdr/experimental-main/ubuntu bionic/main vdr-epg-daemon 1.1.138-0yavdr0~bionic (tar) [1.939 kB]
Holen:2 http://ppa.launchpad.net/yavdr/experimental-main/ubuntu bionic/main vdr-epg-daemon 1.1.138-0yavdr0~bionic (diff) [12,0 kB]
Holen:3 http://ppa.launchpad.net/yavdr/experimental-main/ubuntu bionic/main vdr-epg-daemon 1.1.138-0yavdr0~bionic (dsc) [2.075 B]
Es wurden 1.953 kB in 1 s geholt (1.495 kB/s).
dpkg-source: Information: vdr-epg-daemon wird nach vdr-epg-daemon-1.1.138 extrahiert
dpkg-source: Information: vdr-epg-daemon_1.1.138.orig.tar.gz wird entpackt
dpkg-source: Information: vdr-epg-daemon_1.1.138-0yavdr0~bionic.debian.tar.xz wird entpackt
dpkg-source: Information: modify_Make.conf.patch wird angewandt
marc@vdr:~/Entwicklung/TEST$ cat vdr-epg-daemon-1.1.138/debian/control
Source: vdr-epg-daemon
Section: misc
Priority: extra
Maintainer: Gerald Dachs <gda@dachsweb.de>
Build-Depends: debhelper (>= 8.0.0), libmariadbclient-dev, libxml2-dev,
libxslt1-dev, libarchive-dev, libcurl4-openssl-dev, libz-dev,
libssl-dev, libuuid1, uuid-dev, libjansson-dev,
libjpeg-turbo8-dev, libimlib2-dev, libarchive-dev,
libxslt1-dev, libmicrohttpd-dev, libimlib2-dev,
python2.7-dev, python-dev,
mailutils, rhino,
dh-systemd, libsystemd-dev, pkg-config, dh-exec
Standards-Version: 3.9.5
Homepage: http://projects.vdr-developer.org/projects/vdr-epg-daemon
Package: vdr-epg-daemon
Architecture: all
Breaks: vdr-epg-daemon (<< 1.1.2)
Replaces: vdr-epg-daemon (<< 1.1.2)
Depends: ${misc:Depends}, epgd, epghttpd, mariadb-plugin-epglv
Description: Metapackage for epgd
a EPG daemon which fetch the EPG and additional data from various sources
(like epgdata, eplists.constabel.net, ...) and provide it to the epg2vdr
plugin via a MySQL database. The epgd get the EPG from the sources by plugins.
A plugin for epgdata is contained.
Package: epgd
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, unzip, mailutils
Recommends: mariadb-server
Breaks: vdr-epg-daemon (<< 1.1.2)
Replaces: vdr-epg-daemon (<< 1.1.2)
Description: a EPG daemon which fetch the EPG data
a EPG daemon which fetches the EPG and additional data from various sources
(like epgdata, eplists.constabel.net, ...) and provides it to the epg2vdr
plugin via a MySQL database. The epgd get the EPG from the sources by plugins.
A plugin for epgdata is contained.
Package: epgd-dbg
Architecture: any
Section: debug
Priority: extra
Breaks: vdr-epg-daemon-dbg (<< 1.1.2)
Replaces: vdr-epg-daemon-dbg (<< 1.1.2)
Depends: epgd (= ${binary:Version}), ${misc:Depends}
Description: debugging symbols for vdr-epg-daemon
.
This package contains only the debugging symbols for epgd
Package: epghttpd
Architecture: any
Breaks: vdr-epg-daemon (<< 1.1.2)
Replaces: vdr-epg-daemon (<< 1.1.2)
Depends: ${shlibs:Depends}, ${misc:Depends}, epgd
Description: Webinterface for epgd
epghttpd provides a webinterface to view the EPG and manage timers on client
vdrs.
Package: epghttpd-dbg
Architecture: any
Section: debug
Priority: extra
Breaks: vdr-epg-daemon (<< 1.1.2)
Replaces: vdr-epg-daemon (<< 1.1.2)
Depends: epghttpd (= ${binary:Version}), ${misc:Depends}
Description: debugging symbols for epghttpd
.
This package contains only the debugging symbols for epghttpd
Package: mariadb-plugin-epglv
Architecture: any
Breaks: vdr-epg-daemon (<< 1.1.2)
Replaces: vdr-epg-daemon (<< 1.1.2)
Pre-Depends: mariadb-server
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: mariadb plugin epglv (used by epgd)
This plugin implements a levenshtein-distance comparison of strings.
Display More
Also 'libcurl4-nss-dev' vs. 'libcurl4-gnutls-dev' vs. 'libcurl4-openssl-dev' und ' libmysqlclient-dev' vs. 'libmariadbclient-dev'
Und vielen Dank für deine ausführliche Antwort. Das mit dem pbuilder kannte ich noch nicht und werde ich definitiv probieren.
Moin,
ich baue mir die debs selber und bin dabei gestern wieder auf das Problem gestossen , das diverse Plugins da verschiedene Abhängigkeiten in debian/control eingetragen haben, die nicht zusammen passen. Nun habe ich erstmal alle mit 'libcurl4-openssl-dev' gebaut, was augenscheinlich auch gut funktioniert.
Fragen sind nun:
- Warum nimmt da jeder was anderes?
- Welche Version ist die beste/sinnvollste?
Server läuft mit Ubuntu, die Clients mit Raspbian.
MfG
Ich habe jetzt alle debs für die Clienten auf 2.3.9 angehoben.
Leider bleibt es dabei: Läuft der VDR auf dem Server schon vor dem Start des Clienten, werden die Timer nicht angezeigt.
EDIT:
Juhu - jetzt geht's! Habe den vdr-2.3.9 ja gleich als Debian-Paket gebaut und dabei wurde wohl die svdrpsend.conf überschrieben.
Nach ändern selbiger läuft es tadellos!
Wenn ich den VDR auf dem Server neu starte, sind die Timer auf den Clienten unmittelbar zu sehen.
Ganz sauber läuft das hier doch noch nicht. Wie lange sollte es denn maximal dauern, bis die Timer am Client angezeigt werden?
EDIT: Hier mal ein Log-Schnipsel (Loglevel 3 und 'cat /var/log/syslog | grep -i svdrp') von einem der Clienten:
Mar 26 13:12:26 raspberrypi vdr: [7181] loading /var/lib/vdr/svdrphosts.conf
Mar 26 13:12:35 raspberrypi vdr: [7355] SVDRP server handler thread started (pid=7181, tid=7355, prio=low)
Mar 26 13:12:35 raspberrypi vdr: [7355] SVDRP listening on port 6419/tcp
Mar 26 13:12:35 raspberrypi vdr: [7357] SVDRP client handler thread started (pid=7181, tid=7357, prio=low)
Mar 26 13:12:35 raspberrypi vdr: [7357] SVDRP listening on port 6419/udp
Mar 26 13:12:35 raspberrypi vdr: [7357] SVDRP > 255.255.255.255:6419 send dgram 'SVDRP:discover name:raspberrypi port:6419 vdrversion:20308 apiversion:20308 timeout:300 host:vdr'
Mar 26 13:12:35 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59824 client connection accepted
Mar 26 13:12:35 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59824 server created
Mar 26 13:14:21 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59826 client connection accepted
Mar 26 13:14:21 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59826 server created
Mar 26 13:14:21 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59826 lost connection to client
Mar 26 13:14:21 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59826 connection closed
Mar 26 13:14:21 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59826 server destroyed
Mar 26 13:14:42 raspberrypi vdr: [7357] SVDRP < 192.168.178.102:36106 discovery received (SVDRP:discover name:rpi2 port:6419 vdrversion:20308 apiversion:20308 timeout:300 host:vdr)
Mar 26 13:14:49 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59834 client connection accepted
Mar 26 13:14:49 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59834 server created
Mar 26 13:14:49 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59834 lost connection to client
Mar 26 13:14:49 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59834 connection closed
Mar 26 13:14:49 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59834 server destroyed
Mar 26 13:15:23 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59840 client connection accepted
Mar 26 13:15:23 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59840 server created
Mar 26 13:15:23 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59840 lost connection to client
Mar 26 13:15:23 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59840 connection closed
Mar 26 13:15:23 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59840 server destroyed
Mar 26 13:15:51 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59846 client connection accepted
Mar 26 13:15:51 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59846 server created
Mar 26 13:15:51 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59846 lost connection to client
Mar 26 13:15:51 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59846 connection closed
Mar 26 13:15:51 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59846 server destroyed
Mar 26 13:16:25 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59852 client connection accepted
Mar 26 13:16:25 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59852 server created
Mar 26 13:16:25 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59852 lost connection to client
Mar 26 13:16:25 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59852 connection closed
Mar 26 13:16:25 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59852 server destroyed
Mar 26 13:16:52 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59858 client connection accepted
Mar 26 13:16:52 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59858 server created
Mar 26 13:16:52 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59858 lost connection to client
Mar 26 13:16:52 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59858 connection closed
Mar 26 13:16:52 raspberrypi vdr: [7355] SVDRP < 192.168.178.101:59858 server destroyed
Display More
Und das vom Server zu der Zeit
Mar 26 13:12:13 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36606 client connection accepted
Mar 26 13:12:13 vdr vdr: [14175] SVDRP vdr > 192.168.178.101:36606 server created
Mar 26 13:12:13 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36606 lost connection to client
Mar 26 13:12:13 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36606 connection closed
Mar 26 13:12:13 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36606 server destroyed
Mar 26 13:12:35 vdr vdr: [14177] SVDRP vdr < 192.168.178.103:43148 discovery received (SVDRP:discover name:raspberrypi port:6419 vdrversion:20308 apiversion:20308 timeout:300 host:vdr)
Mar 26 13:12:35 vdr vdr: [14177] SVDRP vdr > 192.168.178.103:6419 server connection established
Mar 26 13:12:35 vdr vdr: [14177] SVDRP vdr > 192.168.178.103:6419 client created for 'raspberrypi'
Mar 26 13:14:21 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36614 client connection accepted
Mar 26 13:14:21 vdr vdr: [14175] SVDRP vdr > 192.168.178.101:36614 server created
Mar 26 13:14:21 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36614 lost connection to client
Mar 26 13:14:21 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36614 connection closed
Mar 26 13:14:21 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36614 server destroyed
Mar 26 13:14:39 vdr vdr: [14177] SVDRP vdr < 192.168.178.102:6419 lost connection to remote server 'rpi2'
Mar 26 13:14:39 vdr vdr: [14177] SVDRP vdr > 192.168.178.102:6419 client destroyed for 'rpi2'
Mar 26 13:14:42 vdr vdr: [14177] SVDRP vdr < 192.168.178.102:36106 discovery received (SVDRP:discover name:rpi2 port:6419 vdrversion:20308 apiversion:20308 timeout:300 host:vdr)
Mar 26 13:14:42 vdr vdr: [14177] SVDRP vdr > 192.168.178.102:6419 server connection established
Mar 26 13:14:42 vdr vdr: [14177] SVDRP vdr > 192.168.178.102:6419 client created for 'rpi2'
Mar 26 13:14:49 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36622 client connection accepted
Mar 26 13:14:49 vdr vdr: [14175] SVDRP vdr > 192.168.178.101:36622 server created
Mar 26 13:14:49 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36622 lost connection to client
Mar 26 13:14:49 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36622 connection closed
Mar 26 13:14:49 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36622 server destroyed
Mar 26 13:15:24 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36628 client connection accepted
Mar 26 13:15:24 vdr vdr: [14175] SVDRP vdr > 192.168.178.101:36628 server created
Mar 26 13:15:24 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36628 lost connection to client
Mar 26 13:15:24 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36628 connection closed
Mar 26 13:15:24 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36628 server destroyed
Mar 26 13:15:51 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36634 client connection accepted
Mar 26 13:15:51 vdr vdr: [14175] SVDRP vdr > 192.168.178.101:36634 server created
Mar 26 13:15:51 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36634 lost connection to client
Mar 26 13:15:51 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36634 connection closed
Mar 26 13:15:51 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36634 server destroyed
Mar 26 13:16:25 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36640 client connection accepted
Mar 26 13:16:25 vdr vdr: [14175] SVDRP vdr > 192.168.178.101:36640 server created
Mar 26 13:16:25 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36640 lost connection to client
Mar 26 13:16:25 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36640 connection closed
Mar 26 13:16:25 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36640 server destroyed
Mar 26 13:16:52 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36646 client connection accepted
Mar 26 13:16:52 vdr vdr: [14175] SVDRP vdr > 192.168.178.101:36646 server created
Mar 26 13:16:52 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36646 lost connection to client
Mar 26 13:16:52 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36646 connection closed
Mar 26 13:16:52 vdr vdr: [14175] SVDRP vdr < 192.168.178.101:36646 server destroyed
Display More
Moin,
anbei ein Patch gegen vdr-plugin-tvguideng_0.3.0 auf vdr-2.3.x
Mit dem Patch werden die Timer wieder angezeigt und können auch gelöscht werden.
Leider verschwinden die mit tvguide gelöschte Timer nicht immer sofort im tvguide osd. Sie sind aber gelöscht und im Timer-Menü des VDRs auch nicht mehr vorhanden.
Woran das genau liegt, habe ich noch nicht herausgefunden. Eventuell ist das hier noch nicht ganz perfekt:
void cChannelEpg::SetTimer() {
#if defined (APIVERSNUM) && (APIVERSNUM >= 20301)
const cSchedule *Schedule = NULL;
LOCK_SCHEDULES_READ;
const cSchedules* schedules = Schedules;
if (!schedules)
hasTimer = false;
else {
Schedule = schedules->GetSchedule(channel);
if (!Schedule)
hasTimer = false;
else
hasTimer = Schedule->HasTimer();
}
#else
hasTimer = channel->HasTimer();
#endif
}
Display More
Schön wäre noch, wenn jemand mal die Kompatibilität mit vdr-2.2.x testen würde.
Moin,
ich bin am überlegen wie man wohl 1080p für dvb-t2 auf einfache Art erkennen könnte.
Dabei habe ich mich gefragt, warum die Funktion eigendlich nicht über 'height' schaltet:
string GetScreenResolutionString(int width, int height, int *isHD) {
string name = "";
switch (height) {
case 2160:
name = "uhd2160p";
*isHD = 2;
break;
case 1080:
name = "hd1080i";
*isHD = 1;
break;
case 720:
name = "hd720p";
*isHD = 1;
break;
case 576:
name = "sd576i";
*isHD = 0;
break;
default:
name = "sd576i";
*isHD = 0;
break;
}
return name;
}
Display More
Hallo Klaus,
ich habe meinen Fehler gefunden.
Verantwortlich war das Program timeshift, das sich aus irgendeinem Grund dazu entschlossen hat, im Video Verzeichnis seine Backups abzulegen.
Mehre tausend Dateien waren dann wohl ein bisschen viel für den VDR.
Sorry und Gruß
Marc
Einträge in svdrphosts.conf passen.
Vor dem Update lief es ja auch einwandfrei und ansonsten habe ich auch nichts verändert.
marc@vdr:/etc/vdr$ cat /var/log/syslog | grep -i svdrp
Mar 24 14:04:24 vdr vdr: [11411] loading /var/lib/vdr/svdrphosts.conf
Mar 24 14:04:25 vdr vdr: [11461] SVDRP server handler thread started (pid=11411, tid=11461, prio=low)
Mar 24 14:04:25 vdr vdr: [11461] SVDRP vdr opening port 6419/tcp
Mar 24 14:04:25 vdr vdr: [11461] SVDRP vdr listening on port 6419/tcp
Mar 24 14:04:25 vdr vdr: [11465] SVDRP client handler thread started (pid=11411, tid=11465, prio=low)
Mar 24 14:04:25 vdr vdr: [11465] SVDRP vdr opening port 6419/udp
Mar 24 14:04:25 vdr vdr: [11465] SVDRP vdr listening on port 6419/udp
Mar 24 14:04:25 vdr vdr: [11465] SVDRP vdr > 255.255.255.255:6419 send dgram 'SVDRP:discover name:vdr port:6419 vdrversion:20309 apiversion:20309 timeout:300'
Mar 24 14:07:35 vdr vdr: [11461] SVDRP vdr < 127.0.0.1:33292 client connection accepted
Mar 24 14:07:35 vdr vdr: [11461] SVDRP vdr > 127.0.0.1:33292 server created
Mar 24 14:07:35 vdr vdr: [11461] SVDRP vdr < 127.0.0.1:33292 connection closed
Mar 24 14:07:35 vdr vdr: [11461] SVDRP vdr < 127.0.0.1:33292 server destroyed
Mar 24 14:08:45 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36112 client connection accepted
Mar 24 14:08:45 vdr vdr: [11461] SVDRP vdr > 192.168.178.101:36112 server created
Mar 24 14:08:45 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36112 lost connection to client
Mar 24 14:08:45 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36112 connection closed
Mar 24 14:08:45 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36112 server destroyed
Mar 24 14:09:17 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36114 client connection accepted
Mar 24 14:09:17 vdr vdr: [11461] SVDRP vdr > 192.168.178.101:36114 server created
Mar 24 14:09:17 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36114 lost connection to client
Mar 24 14:09:17 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36114 connection closed
Mar 24 14:09:17 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36114 server destroyed
Mar 24 14:10:20 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36116 client connection accepted
Mar 24 14:10:20 vdr vdr: [11461] SVDRP vdr > 192.168.178.101:36116 server created
Mar 24 14:10:20 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36116 lost connection to client
Mar 24 14:10:20 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36116 connection closed
Mar 24 14:10:20 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36116 server destroyed
Mar 24 14:10:52 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36118 client connection accepted
Mar 24 14:10:52 vdr vdr: [11461] SVDRP vdr > 192.168.178.101:36118 server created
Mar 24 14:10:52 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36118 lost connection to client
Mar 24 14:10:52 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36118 connection closed
Mar 24 14:10:52 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36118 server destroyed
Mar 24 14:13:21 vdr vdr: [11465] SVDRP vdr < 192.168.178.102:59645 discovery received (SVDRP:discover name:rpi2 port:6419 vdrversion:20308 apiversion:20308 timeout:300 host:vdr)
Mar 24 14:13:21 vdr vdr: [11465] SVDRP vdr > 192.168.178.102:6419 server connection established
Mar 24 14:13:21 vdr vdr: [11465] SVDRP vdr > 192.168.178.102:6419 client created for 'rpi2'
Mar 24 14:14:00 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36124 client connection accepted
Mar 24 14:14:00 vdr vdr: [11461] SVDRP vdr > 192.168.178.101:36124 server created
Mar 24 14:14:00 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36124 lost connection to client
Mar 24 14:14:00 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36124 connection closed
Mar 24 14:14:00 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36124 server destroyed
Mar 24 14:14:34 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36128 client connection accepted
Mar 24 14:14:34 vdr vdr: [11461] SVDRP vdr > 192.168.178.101:36128 server created
Mar 24 14:14:34 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36128 lost connection to client
Mar 24 14:14:34 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36128 connection closed
Mar 24 14:14:34 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36128 server destroyed
Mar 24 14:17:10 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36132 client connection accepted
Mar 24 14:17:10 vdr vdr: [11461] SVDRP vdr > 192.168.178.101:36132 server created
Mar 24 14:17:10 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36132 lost connection to client
Mar 24 14:17:10 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36132 connection closed
Mar 24 14:17:10 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36132 server destroyed
Mar 24 14:17:41 vdr vdr: [11465] SVDRP vdr < 192.168.178.102:6419 remote server closed connection to 'rpi2'
Mar 24 14:17:41 vdr vdr: [11465] SVDRP vdr > 192.168.178.102:6419 client destroyed for 'rpi2'
Mar 24 14:17:44 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36134 client connection accepted
Mar 24 14:17:44 vdr vdr: [11461] SVDRP vdr > 192.168.178.101:36134 server created
Mar 24 14:17:44 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36134 lost connection to client
Mar 24 14:17:44 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36134 connection closed
Mar 24 14:17:44 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36134 server destroyed
Mar 24 14:19:08 vdr vdr: [11465] SVDRP vdr < 192.168.178.102:57788 discovery received (SVDRP:discover name:rpi2 port:6419 vdrversion:20308 apiversion:20308 timeout:300 host:vdr)
Mar 24 14:19:08 vdr vdr: [11465] SVDRP vdr > 192.168.178.102:6419 server connection established
Mar 24 14:19:08 vdr vdr: [11465] SVDRP vdr > 192.168.178.102:6419 client created for 'rpi2'
Mar 24 14:21:22 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36140 client connection accepted
Mar 24 14:21:22 vdr vdr: [11461] SVDRP vdr > 192.168.178.101:36140 server created
Mar 24 14:21:22 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36140 lost connection to client
Mar 24 14:21:22 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36140 connection closed
Mar 24 14:21:22 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36140 server destroyed
Mar 24 14:21:57 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36144 client connection accepted
Mar 24 14:21:57 vdr vdr: [11461] SVDRP vdr > 192.168.178.101:36144 server created
Mar 24 14:21:57 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36144 lost connection to client
Mar 24 14:21:57 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36144 connection closed
Mar 24 14:21:57 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36144 server destroyed
Mar 24 14:22:29 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36148 client connection accepted
Mar 24 14:22:29 vdr vdr: [11461] SVDRP vdr > 192.168.178.101:36148 server created
Mar 24 14:22:29 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36148 lost connection to client
Mar 24 14:22:29 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36148 connection closed
Mar 24 14:22:29 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36148 server destroyed
Mar 24 14:23:03 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36152 client connection accepted
Mar 24 14:23:03 vdr vdr: [11461] SVDRP vdr > 192.168.178.101:36152 server created
Mar 24 14:23:03 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36152 lost connection to client
Mar 24 14:23:03 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36152 connection closed
Mar 24 14:23:03 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36152 server destroyed
Mar 24 14:24:06 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36156 client connection accepted
Mar 24 14:24:06 vdr vdr: [11461] SVDRP vdr > 192.168.178.101:36156 server created
Mar 24 14:24:06 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36156 lost connection to client
Mar 24 14:24:06 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36156 connection closed
Mar 24 14:24:06 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36156 server destroyed
Mar 24 14:24:40 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36160 client connection accepted
Mar 24 14:24:40 vdr vdr: [11461] SVDRP vdr > 192.168.178.101:36160 server created
Mar 24 14:24:40 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36160 lost connection to client
Mar 24 14:24:40 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36160 connection closed
Mar 24 14:24:40 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36160 server destroyed
Mar 24 14:25:43 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36164 client connection accepted
Mar 24 14:25:43 vdr vdr: [11461] SVDRP vdr > 192.168.178.101:36164 server created
Mar 24 14:25:43 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36164 lost connection to client
Mar 24 14:25:43 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36164 connection closed
Mar 24 14:25:43 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36164 server destroyed
Mar 24 14:26:18 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36168 client connection accepted
Mar 24 14:26:18 vdr vdr: [11461] SVDRP vdr > 192.168.178.101:36168 server created
Mar 24 14:26:18 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36168 lost connection to client
Mar 24 14:26:18 vdr vdr: [11461] SVDRP vdr < 192.168.178.101:36168 connection closed
...
und immer so weiter
Display More
Mit dem Log auf den PI's muss ich gleich noch schauen. Der steht hier im normal Betrieb auf 0 (wegen der Speicherkarte).
Moin,
ich hänge mich hier mal rein weil es zum Title passt.
Seit dem Update meines Severs auf 2.3.9 verbinden sich die beiden Clienten (beide 2.3.8) nicht mehr mit dem Server.
Server steht auf 'mit jeder Maschine', die beiden Clienten auf 'nur mit der Standardmaschine' verbinden.
Ändern der Klienten auf 'mit jeder ...' bringt aber keine auch keine Änderung.
Dann harre ich mal der Timer, die da noch kommen
Jetzt sind es schon drei
250-2 1:26:2018-04-05:2013:2240:0:0:Serien~Germany's next Topmodel - by Heidi Klum:<epgd><expression>Germany's next Topmodel - by Heidi Klum</expression><autotimerinssp></autotimerinssp><doneid>21</doneid><autotimerid>1</autotimerid><template></template><namingmode>1</namingmode><directory>Serien</directory><source>epgd</source><timerid>119</timerid></epgd>
250-3 1:26:2018-04-05:2013:2240:0:0:Serien~Germany's next Topmodel - by Heidi Klum:<epgd><expression>Germany's next Topmodel - by Heidi Klum</expression><autotimerinssp></autotimerinssp><doneid>24</doneid><autotimerid>1</autotimerid><template></template><namingmode>1</namingmode><directory>Serien</directory><source>epgd</source><timerid>124</timerid></epgd>
250-4 1:26:2018-04-05:2013:2240:0:0:Serien~Germany's next Topmodel - by Heidi Klum:<epgd><expression>Germany's next Topmodel - by Heidi Klum</expression><autotimerinssp></autotimerinssp><doneid>25</doneid><autotimerid>1</autotimerid><template></template><namingmode>1</namingmode><directory>Serien</directory><source>epgd</source><timerid>125</timerid></epgd>
Naja, ich hab ja nur den einen Suchtimer aktiv.