Wie kann man denn den rot markierten Bereich ausblenden?
[Blocked Image: http://imagizer.imageshack.us/v2/xq90/923/5wxnMk.png]
Wie kann man denn den rot markierten Bereich ausblenden?
[Blocked Image: http://imagizer.imageshack.us/v2/xq90/923/5wxnMk.png]
So, ernüchterndes Resultat:
Gestern abend wurde die Karte erkannt nachdem ich das Powerkabel angeschlossen hatte.
Leider nachdem nicht mehr, auch heute nochmal mit PowerKabel im anderen Rechner probiert. Weder auf Linux, noch auf Windows10 wird die Karte erkannt. ...
Alles Andere hätte mich auch sehr gewundert.
Ich gehe jetzt von Hardware aus und lasse die Karte zurückgehen. ...
Und dann würde ich mir vernünftige Hardware zulegen!
Warum kopierst du den Prompt mit? ....
Weil es sonst nicht dippes wäre.
Ich gehe mal davon aus, dass das "Power Cable" nur Sat Betrieb ist und da auch nur dann notwendig ist, wenn der MS denn LNB nicht versorgt.
Soweit ich weiß, gibt es derzeit nur ein CAM von UM und das ist CI+. --> https://www.unitymedia.de/priv…hemen/changeday/ci-modul/
Es könnte auch mit der TBS 6528 und dem original UM CI+ CAM - entsprechendes VDR Plugin vorausgesetzt - funktionieren, aber da ich weder Kabel. noch UM habe, kann ich es nicht testen.
Zu EPGSearch: Die Konfliktprüfung ist ein muss, wenn man viele Serien aufnimmt. ...
Zum Thema "Konfliktprüfung" würde mich interessieren, ob es eine Möglichkeit gibt, epgsearch beizubringen mit verschlüsselten Sendern in Verbindung mit einem CAM umzugehen?
Der VDR unterstützt ja mittlerweile grundsätzlich mal MTD/MCD, leider aber unterstützten das ja bekanntermaßen nicht alle CAMs.
Die Frage ist nun, ob man epgsearch evtl. sagen kann, welches CAMs MTD, bzw. MCD unterstützten und dann ggf. einen Konflikt meldet?
In der Doku dort konnte ich jetzt nicht erkennen, dass der Redirect nur innerhalb eines Adapters funktioniert. ...
Nun ja Du kannst halt entweder auf "ddbridge0" oder auf "ddbridge1" einen Redirect setzen, Karten übergreifend wir das wohl nicht gehen.
Ich habe jetzt den Digital-Devices Support mal eingeschaltet...
Da wird man Dir wohl nicht viel weiterhelfen können, denn wie schon weiter oben geschrieben, ist ja die verwendete Software für das Zuordnen der CAMs zuständig und nicht der Treiber.
[...] Es gibt noch nen ddbridge1...
Ich denke mal, dass das genau das Problem ist.
So wie ich das hier beschriebene verstehe, funktioniert das redirect nur innerhalb der selben Karte, bei Dir sind aber Tuner und CIs auf verschiedenen Karten.
Das ist bei mir genauso,
vdr01_64 ~ # ll /dev/dvb/*
/dev/dvb/adapter0:
insgesamt 0
drwxr-xr-x 2 root root 280 30. Jun 15:16 .
drwxr-xr-x 4 root root 80 30. Jun 15:16 ..
crw-rw---- 1 root video 212, 0 30. Jun 15:16 demux0
crw-rw---- 1 root video 212, 3 30. Jun 15:16 demux1
crw-rw---- 1 root video 212, 6 30. Jun 15:16 demux2
crw-rw---- 1 root video 212, 9 30. Jun 15:16 demux3
crw-rw---- 1 root video 212, 1 30. Jun 15:16 dvr0
crw-rw---- 1 root video 212, 4 30. Jun 15:16 dvr1
crw-rw---- 1 root video 212, 7 30. Jun 15:16 dvr2
crw-rw---- 1 root video 212, 10 30. Jun 15:16 dvr3
crw-rw---- 1 root video 212, 2 30. Jun 15:16 frontend0
crw-rw---- 1 root video 212, 5 30. Jun 15:16 frontend1
crw-rw---- 1 root video 212, 8 30. Jun 15:16 frontend2
crw-rw---- 1 root video 212, 11 30. Jun 15:16 frontend3
/dev/dvb/adapter1:
insgesamt 0
drwxr-xr-x 2 root root 120 30. Jun 15:16 .
drwxr-xr-x 4 root root 80 30. Jun 15:16 ..
crw-rw---- 1 root video 212, 12 30. Jun 15:16 ca0
crw-rw---- 1 root video 212, 14 30. Jun 15:16 ca1
crw-rw---- 1 root video 212, 13 30. Jun 15:16 ci0
crw-rw---- 1 root video 212, 15 30. Jun 15:16 ci1
vdr01_64 ~ #
Display More
allerdings verwende ich kein tvh, sondern "nur" den VDR und mit dem ddci2 Plugin funktioniert das hervorragend, incl. MTD und MCD.
Es funktioniert sogar CI+, aber das diskutieren wir hier lieber nicht.
Wichtig ist halt dieser Punkt:
Und es ist auch wichtig, dass das "redirecten" sofort nach dem Laden des Treibers gemacht wird, bevor(!) ein Tuner verwendet wird!
--> https://www.linuxtv.org/wiki/i…s_DuoFlex_C%26T#Adding_CI
Zunächst mal verwendest Du ja einen uralten Treiber.
Aktuell ist 0.9.29.
Wird denn das CAM überhaupt erkannt?
Was sagt denn:
Hat sich erledigt, hatte einen kleinen Bug im Script.
BTW: osd2web baut mit dem Patch von seahawk1986 auch bei mir.
Hast du den VDR 2.3.8 schon per make install installiert oder liegen da noch Header der Vorgängerversion in /usr/include/vdr/ herum? ...
Das erledigt das Script.
Also mein Buildscript sagt:
....
applying Patch: /usr/local/src/patches-vdr-2.3.8/PLUGINS/skindesigner-git/0001-Fixed-overloaded-virtual-SetItemEvent.diff
patching file displaymenu.c
patching file displaymenu.h
....
Von daher gehe ich schon davon aus, dass der Patch angewendet wurde.
Aber am Ende kommt hlt:
Also skindesigner baut bei mir auch mit o.g. Patch nicht:
vdr01_64 skindesigner # make
make -C libskindesignerapi
make[1]: Entering directory '/usr/local/src/vdr-2.3.8/PLUGINS/src/skindesigner-git/libskindesignerapi'
make[1]: Leaving directory '/usr/local/src/vdr-2.3.8/PLUGINS/src/skindesigner-git/libskindesignerapi'
c++ -Werror=overloaded-virtual -Wno-parentheses -march=core-avx2 -O2 -pipe -g -ggdb -O0 -D__STDC_CONSTANT_MACROS -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -fPIC -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I/usr/include/linux/dvb -std=c++11 -std=c++11 -c -DPLUGIN_NAME_I18N='"skindesigner"' -I/usr/include/libxml2 -DSCRIPTFOLDER='"/usr/lib/vdr/plugins/skindesigner/scripts"' -D__STL_CONFIG_H -DLIBSKINDESIGNERAPIVERSION='"0.1.2"' -I/usr/include/freetype2 -pthread -I/usr/include/librsvg-2.0 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libdrm -I/usr/include/libpng16 -ljpeg -o skindesigner.o skindesigner.c
In file included from /usr/include/vdr/osdbase.h:15:0,
from /usr/include/vdr/menuitems.h:15,
from /usr/include/vdr/plugin.h:14,
from skindesigner.c:9:
/usr/include/vdr/skins.h:236:16: error: ‘virtual bool cSkinDisplayMenu::SetItemEvent(const cEvent*, int, bool, bool, const cChannel*, bool, eTimerMatch, bool)’ was hidden [-Werror=overloaded-virtual]
virtual bool SetItemEvent(const cEvent *Event, int Index, bool Current, bool Selectable, const cChannel *Channel, bool WithDate, eTimerMatch TimerMatch, bool TimerActive) { return false; }
^
In file included from designer.h:15:0,
from config.h:10,
from skindesigner.c:12:
displaymenu.h:26:18: error: by ‘virtual bool cSDDisplayMenu::SetItemEvent(const cEvent*, int, bool, bool, const cChannel*, bool, eTimerMatch)’ [-Werror=overloaded-virtual]
virtual bool SetItemEvent(const cEvent *Event, int Index, bool Current, bool Selectable, const cChannel *Channel, bool WithDate, eTimerMatch TimerMatch);
^
cc1plus: some warnings being treated as errors
make: *** [Makefile:141: skindesigner.o] Error 1
vdr01_64 skindesigner #
Display More
BTW: Auch osd2web nicht:
vdr01_64 osd2web # make
(cd lib && make -s lib)
g++ -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 -Werror=overloaded-virtual -Wno-parentheses -march=core-avx2 -O2 -pipe -g -ggdb -O0 -D__STDC_CONSTANT_MACROS -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -fPIC -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I/usr/include/linux/dvb -march=core-avx2 -O2 -pipe -g -ggdb -O0 -D__STDC_CONSTANT_MACROS -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I/usr/include/linux/dvb -D__STL_CONFIG_H -DOSD2WEB -DLOG_PREFIX='"osd2web: "' -DVDR_PLUGIN -DUSEJSON -DUSEGUNZIP -DPLUGIN_NAME_I18N='"osd2web"' -DGIT_REV='"f9d27ff"' -o skin.o skin.c
In file included from /usr/include/vdr/osdbase.h:15:0,
from /usr/include/vdr/player.h:14,
from /usr/include/vdr/status.h:15,
from update.h:26,
from skin.c:17:
/usr/include/vdr/skins.h:236:16: error: ‘virtual bool cSkinDisplayMenu::SetItemEvent(const cEvent*, int, bool, bool, const cChannel*, bool, eTimerMatch, bool)’ was hidden [-Werror=overloaded-virtual]
virtual bool SetItemEvent(const cEvent *Event, int Index, bool Current, bool Selectable, const cChannel *Channel, bool WithDate, eTimerMatch TimerMatch, bool TimerActive) { return false; }
^
skin.c:94:20: error: by ‘virtual bool cSkinOsd2WebDisplayMenu::SetItemEvent(const cEvent*, int, bool, bool, const cChannel*, bool, eTimerMatch)’ [-Werror=overloaded-virtual]
virtual bool SetItemEvent(const cEvent* Event, int Index, bool Current, bool Selectable, const cChannel *Channel, bool WithDate, eTimerMatch TimerMatch);
^
cc1plus: some warnings being treated as errors
make: *** [Makefile:91: skin.o] Error 1
vdr01_64 osd2web #
Display More
Dann habe ich das wohl falsch verstanden, sorry.
[OT]
Grundsätzlich finde ich es ja Klasse, dass innerhalb kürzester Zeit nach der Veröffentlichung einer neuen Version des VDR, es Leute gibt, die einen Patch anbieten.
Aber wäre es denn nicht viel sinnvoller, das entsprechende Plugin anzupassen, als Teile des VDR mit einem Patch auf eine vorherige Version zurück zu patchen?
Nicht falsch verstehen, ich meine nicht die Patches, die den VDR im Funktionsumfang erweitern, sondern ausschließlich die, die die neuen Features rückgängig machen.
[/OT]
Ich muss zugeben, dass ich bei mir TvHeadEnd nutze, statt VDR...
Dann würde ich halt mal im tvheadend Forum nachfragen!
BTW: Die Zuordnung des CAMs zum entsprechenden Tuner ist die Aufgabe der verwendeten Software und nicht des Treibers.