Hi,
weiß jemand ob der Patch in frodo's ppa enthalten ist? Und wenn ja, welches der vielen frodo repo´s?
Hi,
weiß jemand ob der Patch in frodo's ppa enthalten ist? Und wenn ja, welches der vielen frodo repo´s?
perfekt! danke. Das wars..
Hatte natürlich kein "make install" gemacht da ich die libs in einem Multi-Stage Dockerfile dort nur kompiliere
Hi,
ich habe ein plugin erfolgreich kompiliert indem ich die Pakete "vdr-dev" als auch die zugehörige vdr source installiert habe.
Das Plugin kompliliert auch erfolgreich durch, allerdings fehlt am ende die Versionkennung. Ich zeig es mal am Beispiel von femon:
Das fertig kompilierte plugin sieht so aus:
allerdings wird das Plugin so nicht beim VDR Start erkannt. ("-P femon" ist natürlich gesetzt) Erst wenn ich es umbenenne wird es erkannt:
Kann sich jemand erklären warum die Kennung am Ende nicht angehangen wird?
Klar, ich kann es manuell tun, allerdings habe ich diesen Prozess in einem Dockerfile automatisiert wo ich die vdr version natürlich nicht kenne und auch nicht hart kodieren will.
Hi,
kennt einer die TVMovie ID von Sky Special HD? (diese Woche als Sky Mittelderde HD)?
Das ist der einzige Sky Sender den ich zur Zeit nicht befüllen kann
Welche patche? Gerne auch per PM
Durch diese blöde Umstellung muss ich jetzt zusätzlich den Sky Reci rauskamen und WAF sinkt gegen null
Hi,
da ja seit ein paar Tagen das AC mit meiner Sky V14 nicht mehr funktioniert fage ich mich ob statt des AC light der VDR mit DD Karten und mit dem ddci plugin auch mit einem Sky CI+ umgehen kann?
Bitte keine grossen diskussionen, Ja oder nein mit ev. einem Link zum mehr nachlesen reicht mir.
Ich kurze Suche per Google brachte irgendwie nichts, oder meine Such-Schlagworte waren schlecht
Hi,
ich habe meinen "normalen" VDR als headless VDR umgebaut bzw in meinen Server integriert der 24/7 läuft. (Frontend ist Kodi mittels VNSI)
Läuft soweit sehr gut, allerdings verliert er in unregelmäßigen Abständen den Lock auf das Signal und lässt sich ohne VDR-App Restart nicht wiederbeleben. Nach einem Applikationsrestart (service vdr restart) läuft erstmal wieder alles. Ich bin ratlos wo ich suchen soll.
Mal hälts 2h, mal 4 Tage, manchmal muss ich 2x restarten bis der Lock stabil ist
Irgendwer ein paar Hinweise?
Hier dazu Facts und Logs
Logauszug wenn der "Fehler" auftritt
Dec 20 16:49:25 server vdr: [7873] frontend 0/0 lost lock on channel 1 (Das Erste HD), tp 111493
Dec 20 16:49:26 server vdr: [7873] frontend 0/0 regained lock on channel 1 (Das Erste HD), tp 111493
Dec 20 16:49:29 server vdr: [7873] frontend 0/0 lost lock on channel 1 (Das Erste HD), tp 111493
Dec 20 16:49:31 server vdr: [7873] frontend 0/0 timed out while tuning to channel 1 (Das Erste HD), tp 111493
Dec 20 16:49:37 server vdr: [7873] frontend 0/0 regained lock on channel 1 (Das Erste HD), tp 111493
Dec 20 16:49:37 server vdr: [7873] frontend 0/0 lost lock on channel 1 (Das Erste HD), tp 111493
Dec 20 16:49:39 server vdr: [7873] frontend 0/0 timed out while tuning to channel 1 (Das Erste HD), tp 111493
Dec 20 16:50:43 server vdr: [7873] frontend 0/0 timed out while tuning to channel 1 (Das Erste HD), tp 111493
Dec 20 16:51:48 server vdr: [7873] frontend 0/0 timed out while tuning to channel 1 (Das Erste HD), tp 111493
Dec 20 16:52:52 server vdr: [7873] frontend 0/0 timed out while tuning to channel 1 (Das Erste HD), tp 111493
Dec 20 16:53:57 server vdr: [7873] frontend 0/0 timed out while tuning to channel 1 (Das Erste HD), tp 111493
Display More
VDR ist ein 2.4.0. DVB Karten sind DigitalDevices Karten mit einem aktuellen Kernel bei dem die DD Treiber bereits drin sind
Treiber dd_bridge
root@server:/usr/local/svn/fhem# modinfo ddbridge
filename: /lib/modules/4.17.0-0.bpo.1-amd64/kernel/drivers/media/pci/ddbridge/ddbridge.ko
version: 0.9.32-integrated
license: GPL
author: Ralph and Marcus Metzler, Metzler Brothers Systementwicklung GbR
description: Digital Devices PCIe Bridge
srcversion: 43D90A089D2B9A3BB55B1E6
alias: pci:v0000DD01d00000329sv0000DD01sd*bc*sc*i*
alias: pci:v0000DD01d00000328sv0000DD01sd*bc*sc*i*
alias: pci:v0000DD01d00000323sv0000DD01sd*bc*sc*i*
alias: pci:v0000DD01d00000322sv0000DD01sd*bc*sc*i*
alias: pci:v0000DD01d00000321sv0000DD01sd*bc*sc*i*
alias: pci:v0000DD01d00000320sv0000DD01sd*bc*sc*i*
alias: pci:v0000DD01d00000220sv0000DD01sd*bc*sc*i*
alias: pci:v0000DD01d00000210sv0000DD01sd*bc*sc*i*
alias: pci:v0000DD01d00000203sv0000DD01sd*bc*sc*i*
alias: pci:v0000DD01d00000201sv0000DD01sd*bc*sc*i*
alias: pci:v0000DD01d00000013sv0000DD01sd*bc*sc*i*
alias: pci:v0000DD01d00000012sv0000DD01sd*bc*sc*i*
alias: pci:v0000DD01d00000011sv0000DD01sd*bc*sc*i*
alias: pci:v0000DD01d00000008sv0000DD01sd*bc*sc*i*
alias: pci:v0000DD01d00000007sv0000DD01sd*bc*sc*i*
alias: pci:v0000DD01d00000006sv0000DD01sd*bc*sc*i*
alias: pci:v0000DD01d00000005sv0000DD01sd*bc*sc*i*
alias: pci:v0000DD01d00000003sv0000DD01sd*bc*sc*i*
alias: pci:v0000DD01d00000002sv0000DD01sd*bc*sc*i*
depends: dvb-core
retpoline: Y
intree: Y
name: ddbridge
vermagic: 4.17.0-0.bpo.1-amd64 SMP mod_unload modversions
parm: fmode:frontend emulation mode (int)
parm: fmode_sat:set frontend emulation mode sat (int)
parm: old_quattro:old quattro LNB input order (int)
parm: adapter_nr:DVB adapter numbers (array of short)
parm: adapter_alloc:0-one adapter per io, 1-one per tab with io, 2-one per tab, 3-one for all (int)
parm: msi:Control MSI interrupts: 0-disable (default), 1-enable (int)
parm: ci_bitrate: Bitrate in KHz for output to CI. (int)
parm: ts_loop:TS in/out test loop on port ts_loop (int)
parm: xo2_speed:default transfer speed for xo2 based duoflex, 0=55,1=75,2=90,3=104 MBit/s, default=2, use attribute to change for individual cards (int)
parm: alt_dma:use alternative DMA buffer handling (int)
parm: no_init:do not initialize most devices (int)
parm: stv0910_single:use stv0910 cards as single demods (int)
root@server:/usr/local/svn/fhem#
Display More
danke für die vielen Hinweise
in welchen package ist denn epgd-get-id -[tvsp|tvm] enthalten? ich habe aus den yavdr Sourcen das paket vdr-epgd-daemon für debian stretch kompiliert, und da ist es nicht drin
danke
musste noch in "debian/control" das package libjpeg-turbo8-dev gegen libjpeg62-turbo-dev tauschen. MIt einem anschließenden "dpkg-source --commit"musste ich noch die 2 neuen Plugins bestätigen, dann lief der Build Prozess sauber durch
Folgende Warnungen sind aber am ende aufgepoppt:
dpkg-shlibdeps: Warnung: Das Paket könnte eine nutzlose Abhängigkeit vermeiden, falls debian/epgd/usr/bin/epgd nicht gegen libutil.so.1 gelinkt wäre (es verwendet keines der Symbole der Bibliothek).
dpkg-shlibdeps: Warnung: Das Paket könnte eine nutzlose Abhängigkeit vermeiden, falls debian/epghttpd/usr/bin/epghttpd nicht gegen libexslt.so.0 gelinkt wäre (es verwendet keines der Symbole der Bibliothek).
dpkg-shlibdeps: Warnung: Das Paket könnte eine nutzlose Abhängigkeit vermeiden, falls debian/epghttpd/usr/bin/epghttpd nicht gegen libutil.so.1 gelinkt wäre (es verwendet keines der Symbole der Bibliothek).
dpkg-shlibdeps: Warnung: Das Paket könnte eine nutzlose Abhängigkeit vermeiden, falls debian/epghttpd/usr/bin/epghttpd nicht gegen libxml2.so.2 gelinkt wäre (es verwendet keines der Symbole der Bibliothek).
dpkg-shlibdeps: Warnung: Das Paket könnte eine nutzlose Abhängigkeit vermeiden, falls debian/epghttpd/usr/bin/epghttpd nicht gegen libdl.so.2 gelinkt wäre (es verwendet keines der Symbole der Bibliothek).
dpkg-shlibdeps: Warnung: Das Paket könnte eine nutzlose Abhängigkeit vermeiden, falls debian/mariadb-plugin-epglv/usr/lib/x86_64-linux-gnu/mariadb18/plugin/mysqlepglv.so nicht gegen libz.so.1 gelinkt wäre (es verwendet keines der Symbole der Bibliothek).
dpkg-shlibdeps: Warnung: Das Paket könnte eine nutzlose Abhängigkeit vermeiden, falls debian/mariadb-plugin-epglv/usr/lib/x86_64-linux-gnu/mariadb18/plugin/mysqlepglv.so nicht gegen libm.so.6 gelinkt wäre (es verwendet keines der Symbole der Bibliothek).
dpkg-shlibdeps: Warnung: Das Paket könnte eine nutzlose Abhängigkeit vermeiden, falls debian/mariadb-plugin-epglv/usr/lib/x86_64-linux-gnu/mariadb18/plugin/mysqlepglv.so nicht gegen libdl.so.2 gelinkt wäre (es verwendet keines der Symbole der Bibliothek).
dpkg-shlibdeps: Warnung: Das Paket könnte eine nutzlose Abhängigkeit vermeiden, falls debian/mariadb-plugin-epglv/usr/lib/x86_64-linux-gnu/mariadb18/plugin/mysqlepglv.so nicht gegen libmariadbclient.so.18 gelinkt wäre (es verwendet keines der Symbole der Bibliothek).
dh_installdeb
dh_gencontrol
dpkg-gencontrol: Warnung: Paket epgd: unbenutzte Substitutionsvariable ${perl:Depends}
dpkg-gencontrol: Warnung: Paket epghttpd: unbenutzte Substitutionsvariable ${perl:Depends}
Display More
Den epgd konnte ich leider nicht starten weil das plugin "mysqlepglv.so" fehlte Das konnte ich nirgends in deinen obigen yavdr Sourcen finden. Erst in meinem Komplilierversuch von frodo habe ich es aufspüren können, dort war es enthalten. Also flink kopiert:
cp /usr/local/src/vdr-epg-daemon/vdr-epg-daemon-1.1.141-1-g1cbab41/debian/tmp/usr/lib/x86_64-linux-gnu/mariadb18/plugin/mysqlepglv.so /usr/lib/x86_64-linux-gnu/mariadb18/plugin/
und dann die epglv Funktionen per Hand angelegt wie hier beschrieben:
[gelöst] epgd - Probleme mit epglv/epglvr auf cubietruck
Dann startete auch der epgd Daemon
Kannst du dir vorstellen warum das plugin bei dir fehlt? Ist es in einem anderen package ausgelagert? Es wurde zwar noch dieses package erstellt, aber dieses verlangt explizit eine mariadb installation: mariadb-plugin-epglv_1.1.146-0yavdr0~bionic_amd64.deb
root@server:/usr/local/src/vdr-epg-daemon# dpkg -i mariadb-plugin-epglv_1.1.146-0yavdr0~bionic_amd64.deb
dpkg: Vor-Abhängigkeitsproblem betreffend mariadb-plugin-epglv_1.1.146-0yavdr0~bionic_amd64.deb, welches mariadb-plugin-epglv enthält:
mariadb-plugin-epglv hängt (vorher) von mariadb-server ab
mariadb-server ist nicht installiert.
dpkg: Fehler beim Bearbeiten des Archivs mariadb-plugin-epglv_1.1.146-0yavdr0~bionic_amd64.deb (--install):
Vor-Abhängigkeitsproblem - mariadb-plugin-epglv wird nicht installiert
Fehler traten auf beim Bearbeiten von:
mariadb-plugin-epglv_1.1.146-0yavdr0~bionic_amd64.deb
root@server:/usr/local/src/vdr-epg-daemon#
Hi,
mit derselben Anleitung habe ich jetzt versucht von Frodos ppa das "vdr-epg-daemon" für stretch zu kompilieren, aber auch hier kommt beim "install" ein Fehler.
Irgendeine Idee wo es klemmt oder wo ich suchen muss?
[...]
make install-systemd
make[2]: Verzeichnis „/usr/local/src/vdr-epg-daemon/vdr-epg-daemon-1.1.141-1-g1cbab41" wird betreten
cat contrib/epgd.service | sed s:"<BINDEST>":"/usr/bin":g | sed s:"<AFTER>":"mysql.service":g | sed s:"<PLGDEST>":"/usr/lib/epgd/plugins":g | install -C -D /dev/stdin /usr/local/src/vdr-epg-daemon/vdr-epg-daemon-1.1.141-1-g1cbab41/debian/tmp/etc/systemd/system/epgd.service
chmod a+r /usr/local/src/vdr-epg-daemon/vdr-epg-daemon-1.1.141-1-g1cbab41/debian/tmp/etc/systemd/system/epgd.service
cat contrib/epghttpd.service | sed s:"<BINDEST>":"/usr/bin":g | install -C -D /dev/stdin /usr/local/src/vdr-epg-daemon/vdr-epg-daemon-1.1.141-1-g1cbab41/debian/tmp/etc/systemd/system/epghttpd.service
chmod a+r /usr/local/src/vdr-epg-daemon/vdr-epg-daemon-1.1.141-1-g1cbab41/debian/tmp/etc/systemd/system/epghttpd.service
make[2]: Verzeichnis „/usr/local/src/vdr-epg-daemon/vdr-epg-daemon-1.1.141-1-g1cbab41" wird verlassen
make[1]: Verzeichnis „/usr/local/src/vdr-epg-daemon/vdr-epg-daemon-1.1.141-1-g1cbab41" wird verlassen
debian/rules override_dh_install
make[1]: Verzeichnis „/usr/local/src/vdr-epg-daemon/vdr-epg-daemon-1.1.141-1-g1cbab41" wird betreten
dh_install --list-missing
dh_install: Cannot find (any matches for) "usr/lib/mysql/plugin/mysqlepglv.so" (tried in "." and "debian/tmp")
dh_install: mysql-plugin-epglv missing files: usr/lib/mysql/plugin/mysqlepglv.so
dh_install: etc/systemd/system/epgd.service exists in debian/tmp but is not installed to anywhere
dh_install: etc/systemd/system/epghttpd.service exists in debian/tmp but is not installed to anywhere
dh_install: usr/lib/x86_64-linux-gnu/mariadb18/plugin/mysqlepglv.so exists in debian/tmp but is not installed to anywhere
dh_install: missing files, aborting
debian/rules:21: die Regel für Ziel „override_dh_install" scheiterte
make[1]: *** [override_dh_install] Fehler 2
make[1]: Verzeichnis „/usr/local/src/vdr-epg-daemon/vdr-epg-daemon-1.1.141-1-g1cbab41" wird verlassen
debian/rules:15: die Regel für Ziel „binary" scheiterte
make: *** [binary] Fehler 2
dpkg-buildpackage: Fehler: Fehler-Exitstatus von fakeroot debian/rules binary war 2
root@server:/usr/local/src/vdr-epg-daemon/vdr-epg-daemon-1.1.141-1-g1cbab41#
Display More
danke mit den devscripts funktionierts fehlerfrei
Hi,
auf meinem Debian Stretch Server möchte ich ein VDR Headless aufsetzen.
VDR 2.4.0 aus SID läuft schon. Leider habe ich Probleme das ddci Plugin zu kompilieren nach folgender Anleitung für das lastfm Plugin
make_install bricht ab weil er das "so" binary File nicht findet. Dummerweise sehe ich keine Fehlermeldung davor. Das binary wurde aber gebaut, siehe code darunter.
Kann jemand da mal draufschauen ob etwas auffällt?
root@server:/usr/local/src/vdr-plugin-ddci2-0.0.1# dpkg-buildpackage -rfakeroot -tc -uc -us
dpkg-buildpackage: Warnung: Verwendung eines root-werde-Befehls, obwohl bereits root
dpkg-buildpackage: Information: Quellpaket vdr-plugin-ddci2
dpkg-buildpackage: Information: Quellversion 0.0.1-1
dpkg-buildpackage: Information: Quelldistribution unstable
dpkg-buildpackage: Information: Quelle geändert durch xxxxxxxxxxxx
dpkg-buildpackage: Information: Host-Architektur amd64
dpkg-source --before-build vdr-plugin-ddci2-0.0.1
fakeroot debian/rules clean
dh clean --with vdrplugin
dh: Compatibility levels before 9 are deprecated (level 8 in use)
dh_testdir
dh_auto_clean
dh_auto_clean: Compatibility levels before 9 are deprecated (level 8 in use)
make -j1 clean
make[1]: Verzeichnis „/usr/local/src/vdr-plugin-ddci2-0.0.1" wird betreten
make[1]: Verzeichnis „/usr/local/src/vdr-plugin-ddci2-0.0.1" wird verlassen
dh_clean
rm -f debian/debhelper-build-stamp
rm -f debian/vdr-plugin-ddci2.substvars
rm -f debian/vdr-plugin-ddci2.*.debhelper
rm -rf debian/vdr-plugin-ddci2/
rm -rf debian/.debhelper/
rm -f debian/*.debhelper.log
dh_clean: Compatibility levels before 9 are deprecated (level 8 in use)
rm -f debian/files
find . \( \( \
\( -path .\*/.git -o -path .\*/.svn -o -path .\*/.bzr -o -path .\*/.hg -o -path .\*/CVS \) -prune -o -type f -a \
\( -name '#*#' -o -name '.*~' -o -name '*~' -o -name DEADJOE \
-o -name '*.orig' -o -name '*.rej' -o -name '*.bak' \
-o -name '.*.orig' -o -name .*.rej -o -name '.SUMS' \
-o -name TAGS -o \( -path '*/.deps/*' -a -name '*.P' \) \
\) -exec rm -f {} + \) -o \
\( -type d -a -name autom4te.cache -prune -exec rm -rf {} + \) \)
rm -f *-stamp
dpkg-source -b vdr-plugin-ddci2-0.0.1
dpkg-source: Information: Quellformat »3.0 (quilt)« wird verwendet
dpkg-source: Information: vdr-plugin-ddci2 wird unter Benutzung des existierenden ./vdr-plugin-ddci2_0.0.1.orig.tar.gz gebaut
dpkg-source: Warnung: Löschen der Datei .dependencies wird ignoriert, verwenden Sie --include-removal zum außer Kraft setzen
dpkg-source: Warnung: Löschen der Datei ddcitsrecv.o wird ignoriert, verwenden Sie --include-removal zum außer Kraft setzen
dpkg-source: Warnung: Löschen der Datei ddcitssend.o wird ignoriert, verwenden Sie --include-removal zum außer Kraft setzen
dpkg-source: Warnung: Löschen der Datei ddcitsrecvdeliver.o wird ignoriert, verwenden Sie --include-removal zum außer Kraft setzen
dpkg-source: Warnung: Löschen der Datei ddcicommon.o wird ignoriert, verwenden Sie --include-removal zum außer Kraft setzen
dpkg-source: Warnung: Löschen der Datei ddciadapter.o wird ignoriert, verwenden Sie --include-removal zum außer Kraft setzen
dpkg-source: Warnung: Löschen der Datei ddci2.o wird ignoriert, verwenden Sie --include-removal zum außer Kraft setzen
dpkg-source: Warnung: Löschen der Datei ddcicamslot.o wird ignoriert, verwenden Sie --include-removal zum außer Kraft setzen
dpkg-source: Warnung: Löschen der Datei ddcirecvbuf.o wird ignoriert, verwenden Sie --include-removal zum außer Kraft setzen
dpkg-source: Information: vdr-plugin-ddci2 wird in vdr-plugin-ddci2_0.0.1-1.debian.tar.xz gebaut
dpkg-source: Information: vdr-plugin-ddci2 wird in vdr-plugin-ddci2_0.0.1-1.dsc gebaut
debian/rules build
dh build --with vdrplugin
dh: Compatibility levels before 9 are deprecated (level 8 in use)
dh_testdir
dh_update_autotools_config
dh_auto_configure
dh_auto_configure: Compatibility levels before 9 are deprecated (level 8 in use)
dh_auto_build
dh_auto_build: Compatibility levels before 9 are deprecated (level 8 in use)
make -j1
make[1]: Verzeichnis „/usr/local/src/vdr-plugin-ddci2-0.0.1" wird betreten
g++ -g -O2 -fdebug-prefix-map=/build/vdr-hON7XR/vdr-2.4.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"ddci2"' -o ddcicamslot.o ddcicamslot.cpp
g++ -g -O2 -fdebug-prefix-map=/build/vdr-hON7XR/vdr-2.4.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"ddci2"' -o ddcicommon.o ddcicommon.cpp
g++ -g -O2 -fdebug-prefix-map=/build/vdr-hON7XR/vdr-2.4.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"ddci2"' -o ddci2.o ddci2.cpp
g++ -g -O2 -fdebug-prefix-map=/build/vdr-hON7XR/vdr-2.4.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"ddci2"' -o ddcirecvbuf.o ddcirecvbuf.cpp
g++ -g -O2 -fdebug-prefix-map=/build/vdr-hON7XR/vdr-2.4.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"ddci2"' -o ddciadapter.o ddciadapter.cpp
g++ -g -O2 -fdebug-prefix-map=/build/vdr-hON7XR/vdr-2.4.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"ddci2"' -o ddcitsrecv.o ddcitsrecv.cpp
g++ -g -O2 -fdebug-prefix-map=/build/vdr-hON7XR/vdr-2.4.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"ddci2"' -o ddcitsrecvdeliver.o ddcitsrecvdeliver.cpp
g++ -g -O2 -fdebug-prefix-map=/build/vdr-hON7XR/vdr-2.4.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"ddci2"' -o ddcitssend.o ddcitssend.cpp
g++ -g -O2 -fdebug-prefix-map=/build/vdr-hON7XR/vdr-2.4.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -shared ddcicamslot.o ddcicommon.o ddci2.o ddcirecvbuf.o ddciadapter.o ddcitsrecv.o ddcitsrecvdeliver.o ddcitssend.o -o libvdr-ddci2.so
make[1]: Verzeichnis „/usr/local/src/vdr-plugin-ddci2-0.0.1" wird verlassen
dh_auto_test
dh_auto_test: Compatibility levels before 9 are deprecated (level 8 in use)
create-stamp debian/debhelper-build-stamp
fakeroot debian/rules binary
dh binary --with vdrplugin
dh: Compatibility levels before 9 are deprecated (level 8 in use)
dh_testroot
dh_prep
rm -f debian/vdr-plugin-ddci2.substvars
rm -f debian/vdr-plugin-ddci2.*.debhelper
rm -rf debian/vdr-plugin-ddci2/
dh_auto_install
dh_auto_install: Compatibility levels before 9 are deprecated (level 8 in use)
install -d debian/vdr-plugin-ddci2
make -j1 install DESTDIR=/usr/local/src/vdr-plugin-ddci2-0.0.1/debian/vdr-plugin-ddci2 AM_UPDATE_INFO_DIR=no
make[1]: Verzeichnis „/usr/local/src/vdr-plugin-ddci2-0.0.1" wird betreten
install -D libvdr-ddci2.so /usr/local/src/vdr-plugin-ddci2-0.0.1/debian/vdr-plugin-ddci2/usr/lib/vdr/plugins/libvdr-ddci2.so.2.4.0
make[1]: Verzeichnis „/usr/local/src/vdr-plugin-ddci2-0.0.1" wird verlassen
dh_install
dh_install: Compatibility levels before 9 are deprecated (level 8 in use)
dh_install: Cannot find (any matches for) "libvdr-ddci2.so.*" (tried in "." and "debian/tmp")
dh_install: vdr-plugin-ddci2 missing files: libvdr-ddci2.so.*
dh_install: Cannot find (any matches for) "locale" (tried in "." and "debian/tmp")
dh_install: vdr-plugin-ddci2 missing files: locale
dh_install: missing files, aborting
debian/rules:7: die Regel für Ziel „binary" scheiterte
make: *** [binary] Fehler 2
dpkg-buildpackage: Fehler: Fehler-Exitstatus von fakeroot debian/rules binary war 2
Display More
Das binary gibt es aber
Hi Frodo,
ist es möglich aus deinen Quellen auf Debian 9 (Stretch) zu installieren?
HI Stefan,
vielen Dank für den Tipp.
Und ja, ich nutze nur VDR-legales TV, kein OS***
Danke für die Info... habe seit ca 1 MOnat auf ein Lenovo NAS umgestellt, seitdem Stress mit der Family, erst heute dazu gekommen diese verpixelten Aufnahmen genauer zu untersuchen, dann auf das CIFS Problem gestossen und mit HIlfe dieses Threads hier auch relativ schnell die Lösung gefunden (vers=3.0).
DANKE, geändert in der /etc/fstab und es läuft
Hi Klaus,
ich habe bei mir vdr Version 2.3.7 am laufen. Plugin ddci und einen Doppel CAM Slot. In einem Slot steckt eine Sky V14 mit aktiviertem HD+
Problem ist folgendes: Ich schalte auf RTL HD, dann wird auf das richtige CAM gesprungen, ich bekomme 2 sek einen Bild und dann wird auf das andere (leere) Cam gesprungen. Dort ist keine Smartcard eingesteckt, dann wird wieder auf CAM 1 gesprungen und so weiter.
Siehe auch Log. Bei den meisten anderen Sendern (Sky, oder Pro7/Sat1) ist das nicht so, da wird sauber entschlüsselt und das BIld bleibt stabil.
Irgendetwas veranlasst den VDR zu glauben das das CAM nicht korrekt entschlüsselt und deaktiviert es....
Ich bin hier gerade mit meinem Latein und Nerven am Ende....
Oct 2 15:02:20 YaVDR vdr: [3954] switching to channel 1272 S19.2E-1-1057-61200 (RTL HD)
Oct 2 15:02:20 YaVDR vdr: [3954] info: Kanal nicht verfügbar!
Oct 2 15:02:20 YaVDR vdr: [4209] animator thread thread started (pid=3954, tid=4209, prio=high)
Oct 2 15:02:22 YaVDR vdr: [4209] animator thread thread ended (pid=3954, tid=4209)
Oct 2 15:02:31 YaVDR vdr: [3954] switching to channel 1272 S19.2E-1-1057-61200 (RTL HD)
Oct 2 15:02:31 YaVDR vdr: [3954] CAM 1/1: reusing MTD CAM slot
Oct 2 15:02:31 YaVDR vdr: [3954] CAM 1: assigned to device 1
Oct 2 15:02:31 YaVDR vdr: [3954] CAM 1: not known to decrypt channel S19.2E-1-1057-61200 (scramblingTimeout = 3s)
Oct 2 15:02:31 YaVDR vdr: [4211] device 1 receiver thread started (pid=3954, tid=4211, prio=high)
Oct 2 15:02:31 YaVDR vdr: [4212] device 1 TS buffer thread started (pid=3954, tid=4212, prio=high)
Oct 2 15:02:32 YaVDR vdr: [3954] [softhddev]SetPlayMode: 1
Oct 2 15:02:32 YaVDR vdr: [softhddev] 119 invalid PES video packet(s)
Oct 2 15:02:33 YaVDR vdr: video: decoder buffer empty, duping frame (3656/76) 0 v-buf
Oct 2 15:02:33 YaVDR vdr: video/vdpau: missed frame (11/2)
Oct 2 15:02:33 YaVDR vdr: video: decoder buffer empty, duping frame (3657/6) 1 v-buf
Oct 2 15:02:33 YaVDR vdr: video: 11:24:30.951+8888 0 0/\ms 1+5+1 v-buf
Oct 2 15:02:33 YaVDR vdr: video: decoder buffer empty, duping frame (3658/8) 0 v-buf
Oct 2 15:02:33 YaVDR vdr: video/vdpau: missed frame (12/8)
Oct 2 15:02:33 YaVDR vdr: video: decoder buffer empty, duping frame (3659/8) 0 v-buf
Oct 2 15:02:33 YaVDR vdr: video: 11:24:30.991+8888 0 0/\ms 0+5+2 v-buf
Oct 2 15:02:33 YaVDR vdr: video: decoder buffer empty, duping frame (3664/12) 4 v-buf
Oct 2 15:02:33 YaVDR vdr: video: slow down video, duping frame
Oct 2 15:02:33 YaVDR vdr: video: 11:24:31.431+1223 352 0/\ms 4+7+4 v-buf
Oct 2 15:02:35 YaVDR vdr: [4211] CAM 1: won't decrypt channel S19.2E-1-1057-61200, detaching receiver
Oct 2 15:02:35 YaVDR vdr: [4211] [softhddev]SetPlayMode: 0
Oct 2 15:02:35 YaVDR vdr: [4211] [softhddev]SetVideoDisplayFormat: 1
Oct 2 15:02:35 YaVDR vdr: [4211] [softhddev]GetSpuDecoder:
Oct 2 15:02:35 YaVDR vdr: [4211] CAM 1: unassigned from device 1
Oct 2 15:02:35 YaVDR vdr: [3954] switching to channel 1272 S19.2E-1-1057-61200 (RTL HD)
Oct 2 15:02:35 YaVDR vdr: [3954] CAM 2/1: reusing MTD CAM slot
Oct 2 15:02:35 YaVDR vdr: [4212] device 1 TS buffer thread ended (pid=3954, tid=4212)
Oct 2 15:02:35 YaVDR vdr: [4211] buffer stats: 226164 (4%) used
Oct 2 15:02:35 YaVDR vdr: [4211] device 1 receiver thread ended (pid=3954, tid=4211)
Oct 2 15:02:35 YaVDR vdr: [3954] CAM 2: assigned to device 1
Oct 2 15:02:35 YaVDR vdr: [4213] device 1 receiver thread started (pid=3954, tid=4213, prio=high)
Oct 2 15:02:35 YaVDR vdr: [4214] device 1 TS buffer thread started (pid=3954, tid=4214, prio=high)
Oct 2 15:02:35 YaVDR vdr: [3954] CAM 2: not known to decrypt channel S19.2E-1-1057-61200 (scramblingTimeout = 3s)
Oct 2 15:02:35 YaVDR vdr: video: slow down video, duping frame
Oct 2 15:02:35 YaVDR vdr: video: decoder buffer empty, duping frame (3712/116) 0 v-buf
Oct 2 15:02:35 YaVDR vdr: video: --:--:--.--- +0 0 0/\ms 0+5+4 v-buf
Oct 2 15:02:36 YaVDR vdr: [3954] [softhddev]SetPlayMode: 1
Oct 2 15:02:36 YaVDR vdr: [softhddev] invalid PES video packet
Oct 2 15:02:36 YaVDR vdr: audio/alsa: using device 'default'
Oct 2 15:02:36 YaVDR vdr: audio/alsa: start delay 336ms
Display More
Hi
ich habe yavdr testing (VDR 2.3.7) aus Frodos yavdr-testing Repository installiert. Läuft auch grundsätzlich super
Mein Problem ist, das nach 1-2 Stunden Leerlauf der VDR keine Fernbedienungssignale mehr annimmt.
Wenn ich per telnet ein "svdrpsend remo on" sende dann geht es wieder.
Was kann ich tun damit damit das Problem erst garnicht auftritt? Jemand eine Idee?
Folgende Plugins habe ich am Laufen:
Aug 2 20:12:01 YaVDR vdr: [3315] VDR version 2.3.7 started
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-dvbappi.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-conflictcheckonly.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-dbus2vdr.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-ddci2.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-dvbhddevice.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-dvbsddevice.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-epg2vdr.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearch.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearchonly.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-extrecmenu.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-femon.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-imonlcd.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-iptv.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-live.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-markad.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-menuorg.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-osd2web.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-quickepgsearch.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-restfulapi.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-satip.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-scraper2vdr.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-skindesigner.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-softhddevice.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-server.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-tvguideng.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-vnsiserver.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-weatherforecast.so.2.3.7
Aug 2 20:12:01 YaVDR vdr: [3315] loading plugin: /usr/lib/vdr/plugins/libvdr-wirbelscan.so.2.3.7
Display More
Hi,
nach einer Neuinstallation und ein dist-upgrade von frodos ppa funktioniert alles perfekt mit meinen CAMs, MTD und mit einem VDR 2.3.7
Zwischendurch wollte er zwar immer wieder "veraltete" Pakete, zb. yavdr-utils, deinstallieren, da habe ich aber aufgepasst nichts zu löschen
Jetzt muss ich nur noch feintunen. Der Wechsel zwischen meinen Cams mit MTD und und ddci funktioniert mit diesem VDR nun perfekt
Hi,
ich muss nun doch eine Neuinstallation auf Basis des aktuellen 0.6.1 ISO´s durchführen - und danach mit Apt-Pinning und Dist-Upgrade von Frodos testing-vdr-dev PPA weiter machen
Probleme nach dem DistUpgrade waren:
* ich konnte mich nicht mehr remote per SSH einloggen, Connection refused
* nach dem booten blieb er im im Login Screen hängen. Probleme mit softhddevice, obwohl ich die neue softhddevice.conf ohne den -D Parameter installiert hatte.