[Patch] CAM-Tweaks für Multi Channel Decryption

Fourty2 · December 6, 2020 at 1:00 PM

Sieht jetzt (nach erstem Test) soweit gut aus. Logs liefere ich nach.

Gruß und Dank,

Stefan

P3f · December 6, 2020 at 1:30 PM

Servus HelmutB,
Servus Beinhart,

Kann es sein, das noch etwas fehlt, wenn man den my_bol-Patch einsetzt (beim Plugin egp2vdr und auch beim epg-daemon) kommt es zu compilefehler.

Code

*** Plugin epg2vdr:
Compile common ...
Compile config ...
Compile db ...
Compile epgservice ...
db.c: In member function 'int cDbStatement::appendBinding(cDbValue*, cDbService::BindType)':
db.c:549:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:559:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:568:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:577:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:587:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:597:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
make[5]: *** [Makefile:82: db.o] Error 1
make[5]: *** Waiting for unfinished jobs....
make[4]: *** [Makefile:122: hlib] Error 2
make[4]: *** Waiting for unfinished jobs....

Display More

Und beim EPG-DÄMON sieht es ähnlich aus.

Code

Unpacking objects: 100% (63/63), done.
Compile common ...
Compile configuration ...
Compile parameters ...
Compile thread ...
Compile config ...
Compile db ...
db.c: In member function 'int cDbStatement::appendBinding(cDbValue*, cDbService::BindType)':
db.c:494:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:504:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:513:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:522:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:532:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:542:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
make[3]: *** [Makefile:89: db.o] Error 1
make[2]: *** [Makefile:70: hlib] Error 2
make[1]: *** [Makefile:53: src/epg-daemon/epglv] Error 2

Display More

Vielleicht habe ich aber auch einen Patch von Euch übersehen, oder?

Gruß,

Pit

P3f · December 6, 2020 at 1:32 PM

Servus HelmutB,
Servus Beinhart,

Kann es sein, das noch etwas fehlt, wenn man den my_bol-Patch einsetzt (beim Plugin egp2vdr und auch beim epg-daemon) kommt es zu compilefehler.

Code

*** Plugin epg2vdr:
Compile common ...
Compile config ...
Compile db ...
Compile epgservice ...
db.c: In member function 'int cDbStatement::appendBinding(cDbValue*, cDbService::BindType)':
db.c:549:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:559:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:568:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:577:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:587:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:597:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
make[5]: *** [Makefile:82: db.o] Error 1
make[5]: *** Waiting for unfinished jobs....
make[4]: *** [Makefile:122: hlib] Error 2
make[4]: *** Waiting for unfinished jobs....

Display More

Und beim EPG-DÄMON sieht es ähnlich aus.

Code

Unpacking objects: 100% (63/63), done.
Compile common ...
Compile configuration ...
Compile parameters ...
Compile thread ...
Compile config ...
Compile db ...
db.c: In member function 'int cDbStatement::appendBinding(cDbValue*, cDbService::BindType)':
db.c:494:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:504:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:513:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:522:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:532:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:542:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
make[3]: *** [Makefile:89: db.o] Error 1
make[2]: *** [Makefile:70: hlib] Error 2
make[1]: *** [Makefile:53: src/epg-daemon/epglv] Error 2

Display More

Vielleicht habe ich aber auch einen Patch von Euch übersehen, oder?

Gruß,

Pit

Fourty2 · December 6, 2020 at 1:52 PM

Kann den my_bool Patch auch nicht verwenden.

Ohne my_bool, aber mit Locking-Patch, compiliert das epg2vdr.

Stefan

beinhart · December 6, 2020 at 2:41 PM

my_bool gibt es in neueren versionen von mysql nicht mehr.

muesste nachsehen, ab welcher version das gilt. spaetestens

mit 8.0 ist es so.

HelmutB † · December 6, 2020 at 2:58 PM

beinhart : So dürfte es sein - meine C-Bibliothek für mysql/mariadb istmysql-connector-c-8.0.21 - und da braucht es den "bool"-Patch.

Fourty2 : Ich sehe bei mir keine GetChannelsWrite(10) failed Meldungen. Die verwendeten Plugins sind xineliboutput, femon und ddci2. Kannst du durch deaktivieren einzelner Plugins den Verursacher feststellen ? Es genügt zum Test 2 oder 3 mal den Tranponder zu wechseln (besonders gut wäre 12363V mit 47 PMT-Pids - z.B. "MELODY" (FTA Radio, derzeit bei mir als OBSOLETE markiert).

LG Helmut

Fourty2 · December 6, 2020 at 3:50 PM

HelmutB † :

Die "GetChannelsWrite(10) failed" kamen von einem versehentlich gelöschten "if". Nach "Update" des VDRs und Neustart mit zwei aktiven Aufnahmen ... naja, 2xSchwarzbild. Log anbei.

Mit manuellem Umschalten bekommt man dann ein Retune für den Live-Kanal hin und es läuft ohne "GetChannelsWrite(10) failed" los.

Ich denke, so als Datenmessi hab ich einfach zuviele Aufnahmen, aber mal sehen, wann es - bei Plugin-Deaktivierung besser wird

Stefan

Fourty2 · December 6, 2020 at 4:13 PM

Auch mit Basis-Plugins Schwarzbild mit "aktiven" Aufnahmen:

Display Spoiler

Dec 6 16:05:59 roadrunner vdr: [27558] VDR version 2.4.5 started

[..]

Dec 6 16:05:59 roadrunner vdr: [27558] loading plugin: /usr/lib/vdr/plugins/libvdr-ddci2.so.2.4.5

Dec 6 16:05:59 roadrunner vdr: [27558] loading plugin: /usr/lib/vdr/plugins/libvdr-ciplus.so.2.4.5

Dec 6 16:05:59 roadrunner vdr: [27558] loading plugin: /usr/lib/vdr/plugins/libvdr-vaapidevice.so.2.4.5

Dec 6 16:05:59 roadrunner vdr: [27558] loading plugin: /usr/lib/vdr/plugins/libvdr-remote.so.2.4.5

[..]

Dec 6 16:06:00 roadrunner vdr: [27568] CAM 1: module ready

Dec 6 16:06:01 roadrunner vdr: [27570] CAM 2: no module present

Dec 6 16:06:03 roadrunner vdr: [27568] CAM 1: Sky NDS CI Plus Modul, 01, CAFE, BABE

Dec 6 16:06:08 roadrunner vdr: [27568] CAM 1: system ids: 098C

Dec 6 16:06:09 roadrunner vdr: [27568] CAM 1: activating static CaPmt mapping: CAID 0x098C, 2 services, 4 pids

Dec 6 16:06:09 roadrunner vdr: [27568] CAM 1: Tweaks [enabled]: Flags: 0x43, Limit: 2 (MCD STATIC)

Dec 6 16:06:09 roadrunner vdr: [27568] CAM 1: multi channel decryption (MCD) forced by Setup!

Dec 6 16:06:09 roadrunner vdr: [27568] CAM 1: supports multi transponder decryption (MTD)

Dec 6 16:06:09 roadrunner vdr: [27568] CAM 1: activating MTD support

Dec 6 16:06:09 roadrunner vdr: [27558] CAM 1: ready, master (Xxx XXX CI Plus Modul)

Dec 6 16:06:09 roadrunner vdr: [27558] CAM 2: ready, master (empty)

Dec 6 16:06:09 roadrunner vdr: [27558] switching to channel 100 S19.2E-133

Dec 6 16:06:09 roadrunner vdr: [27558] CAM 1/1: creating new MTD CAM slot

Dec 6 16:06:09 roadrunner vdr: [27558] CAM 1: assigned to device 1

Dec 6 16:06:09 roadrunner vdr: [27582] device 1 receiver thread started (pid=27558, tid=27582, prio=high)

Dec 6 16:06:09 roadrunner vdr: [27558] SendCaPmts CAM 1: [0] actives in CAM: 0 -> 0 (0 pids)

Dec 6 16:06:09 roadrunner vdr: [27558] SendCaPmts CAM 1: [1] actives in CAM: 0 -> 1 (3 pids)

Dec 6 16:06:09 roadrunner vdr: [27558] setting watchdog timer to 180 seconds

Dec 6 16:06:09 roadrunner vdr: [27583] device 1 TS buffer thread started (pid=27558, tid=27583, prio=high)

Dec 6 16:06:09 roadrunner vdr: [27584] SVDRP server handler thread started (pid=27558, tid=27584, prio=low)

Dec 6 16:06:09 roadrunner vdr: [27584] SVDRP roadrunner opening port 6419/tcp

Dec 6 16:06:09 roadrunner vdr: [27584] SVDRP roadrunner listening on port 6419/tcp

Dec 6 16:06:09 roadrunner vdr: [27558] VAAPI: video: set trick-speed 0

Dec 6 16:06:09 roadrunner vdr: [27586] VAAPI: video: display thread started

Dec 6 16:06:09 roadrunner vdr: [27586] VAAPI: video/event: MapNotify

Dec 6 16:06:09 roadrunner vdr: [27585] SVDRP client handler thread started (pid=27558, tid=27585, prio=low)

Dec 6 16:06:09 roadrunner vdr: [27585] SVDRP roadrunner opening port 6419/udp

Dec 6 16:06:09 roadrunner vdr: [27585] SVDRP roadrunner listening on port 6419/udp

Dec 6 16:06:09 roadrunner vdr: [27585] SVDRP roadrunner > 255.255.255.255:6419 send dgram 'SVDRP:discover name:roadrunner port:6419 vdrversion:20405 apiversion:20405 timeout:300'

Dec 6 16:06:09 roadrunner vdr: [27586] VAAPI: video/vaapi: associate 04000000

Dec 6 16:06:09 roadrunner vdr: [27586] VAAPI: video/vaapi: search format NV12 in 9 image formats

Dec 6 16:06:09 roadrunner vdr: [27586] VAAPI: video/vaapi: supported image formats:

Dec 6 16:06:09 roadrunner vdr: [27586] VAAPI: video/vaapi:#011YV12#0110

Dec 6 16:06:09 roadrunner vdr: [27586] VAAPI: video/vaapi:#011I420#0110

Dec 6 16:06:09 roadrunner vdr: [27586] VAAPI: video/vaapi:#011NV12#0110

Dec 6 16:06:09 roadrunner vdr: [27586] VAAPI: video/vaapi:#011YUY2#0110

Dec 6 16:06:09 roadrunner vdr: [27586] VAAPI: video/vaapi:#011UYVY#0110

Dec 6 16:06:09 roadrunner vdr: [27586] VAAPI: video/vaapi:#011422H#0110

Dec 6 16:06:09 roadrunner vdr: [27586] VAAPI: video/vaapi:#011RGBX#01124

Dec 6 16:06:09 roadrunner vdr: [27586] VAAPI: video/vaapi:#011BGRX#01124

Dec 6 16:06:09 roadrunner vdr: [27586] VAAPI: video/vaapi:#011P010#0110

Dec 6 16:06:09 roadrunner vdr: [27586] VAAPI: video/vaapi: use#011NV12#0110

Dec 6 16:06:09 roadrunner vdr: [27558] OSD size changed to 1920x1080 @ 1

Dec 6 16:06:09 roadrunner vdr: [27558] VAAPI: video/vaapi: clear image

Dec 6 16:06:09 roadrunner vdr: [27558] timer 1 (100 1455-1705 'Plus One') set to event So. 06.12.2020 15:10-16:50 'Plus One'

Dec 6 16:06:09 roadrunner vdr: [27558] timer 92 (106 2000-2225 'Der goldene Kompass') set to event So. 13.12.2020 20:15-22:10 'Der goldene Kompass'

[..]

Dec 6 16:06:09 roadrunner vdr: [27558] switching device 1 to channel 100 S19.2E-133...

Dec 6 16:06:09 roadrunner vdr: [27558] SendCaPmts CAM 1: [0] actives in CAM: 1 -> 1 (3 pids)

Dec 6 16:06:10 roadrunner vdr: [27564] PMT 111914/131: GetChannelsWrite(10) failed

Dec 6 16:06:10 roadrunner vdr: [27564] PMT 111914/131: GetChannelsWrite(100) Retry 1 failed

Dec 6 16:06:10 roadrunner vdr: [27564] PMT 111914/131: GetChannelsWrite(100) Retry 2 failed

Dec 6 16:06:11 roadrunner vdr: [27564] PMT 111914/131: GetChannelsWrite(100) Retry 3 failed

Dec 6 16:06:11 roadrunner vdr: [27564] PMT 111914/131: GetChannelsWrite failed!

Dec 6 16:06:11 roadrunner vdr: [27564] PMT 111914/267: GetChannelsWrite(10) failed

Dec 6 16:06:11 roadrunner vdr: [27564] PMT 111914/267: GetChannelsWrite(100) Retry 1 failed

Dec 6 16:06:11 roadrunner vdr: [27564] PMT 111914/267: GetChannelsWrite(100) Retry 2 failed

Dec 6 16:06:11 roadrunner vdr: [27564] PMT 111914/267: GetChannelsWrite(100) Retry 3 failed

Dec 6 16:06:11 roadrunner vdr: [27564] PMT 111914/267: GetChannelsWrite failed!

Dec 6 16:06:11 roadrunner vdr: [27564] PMT 111914/329: GetChannelsWrite(10) failed

Dec 6 16:06:11 roadrunner vdr: [27564] PMT 111914/329: GetChannelsWrite(100) Retry 1 failed

Dec 6 16:06:11 roadrunner vdr: [27564] PMT 111914/329: GetChannelsWrite(100) Retry 2 failed

Dec 6 16:06:11 roadrunner vdr: [27564] PMT 111914/329: GetChannelsWrite(100) Retry 3 failed

Dec 6 16:06:11 roadrunner vdr: [27564] PMT 111914/329: GetChannelsWrite failed!

Dec 6 16:06:11 roadrunner vdr: [27564] PMT 111914/516: GetChannelsWrite(10) failed

Dec 6 16:06:11 roadrunner vdr: [27564] PMT 111914/516: GetChannelsWrite(100) Retry 1 failed

Dec 6 16:06:11 roadrunner vdr: [27564] PMT 111914/516: GetChannelsWrite(100) Retry 2 failed

Dec 6 16:06:12 roadrunner vdr: [27564] PMT 111914/516: GetChannelsWrite(100) Retry 3 failed

Dec 6 16:06:12 roadrunner vdr: [27564] PMT 111914/516: GetChannelsWrite failed!

Dec 6 16:06:12 roadrunner vdr: [27564] PMT 111914/43: GetChannelsWrite(10) failed

Dec 6 16:06:12 roadrunner vdr: [27564] PMT 111914/43: GetChannelsWrite(100) Retry 1 failed

Dec 6 16:06:12 roadrunner vdr: [27564] PMT 111914/43: GetChannelsWrite(100) Retry 2 failed

Dec 6 16:06:12 roadrunner vdr: [27564] PMT 111914/43: GetChannelsWrite(100) Retry 3 failed

Dec 6 16:06:12 roadrunner vdr: [27564] PMT 111914/43: GetChannelsWrite failed!

Dec 6 16:06:12 roadrunner vdr: [27564] PMT 111914/118: GetChannelsWrite(10) failed

Dec 6 16:06:12 roadrunner vdr: [27564] PMT 111914/118: GetChannelsWrite(100) Retry 1 failed

Dec 6 16:06:12 roadrunner vdr: [27564] PMT 111914/118: GetChannelsWrite(100) Retry 2 failed

Dec 6 16:06:12 roadrunner vdr: [27564] PMT 111914/118: GetChannelsWrite(100) Retry 3 failed

Dec 6 16:06:12 roadrunner vdr: [27564] PMT 111914/118: GetChannelsWrite failed!

Dec 6 16:06:12 roadrunner vdr: [27564] PMT 111914/129: GetChannelsWrite(10) failed

Dec 6 16:06:13 roadrunner vdr: [27564] PMT 111914/129: GetChannelsWrite(100) Retry 1 failed

Dec 6 16:06:13 roadrunner vdr: [27564] PMT 111914/129: GetChannelsWrite(100) Retry 2 failed

Dec 6 16:06:13 roadrunner vdr: [27564] PMT 111914/129: GetChannelsWrite(100) Retry 3 failed

Dec 6 16:06:13 roadrunner vdr: [27564] PMT 111914/129: GetChannelsWrite failed!

Dec 6 16:06:13 roadrunner vdr: [27564] PMT 111914/130: GetChannelsWrite(10) failed

Dec 6 16:06:13 roadrunner vdr: [27564] PMT 111914/130: GetChannelsWrite(100) Retry 1 failed

Dec 6 16:06:13 roadrunner vdr: [27564] PMT 111914/130: GetChannelsWrite(100) Retry 2 failed

Dec 6 16:06:13 roadrunner vdr: [27564] PMT 111914/130: GetChannelsWrite(100) Retry 3 failed

Dec 6 16:06:13 roadrunner vdr: [27564] PMT 111914/130: GetChannelsWrite failed!

[..]

Dec 6 16:10:09 roadrunner vdr: [27586] VAAPI: video: --:--:--.--- +0 0 0/\ms 0+0 v-buf

Dec 6 16:10:11 roadrunner vdr: [27597] ERROR: video data stream broken

Dec 6 16:10:11 roadrunner vdr: [27597] emergency exit request ignored according to setup

Dec 6 16:10:42 roadrunner vdr: [27597] ERROR: video data stream broken

Dec 6 16:10:42 roadrunner vdr: [27597] emergency exit request ignored according to setup

Stefan

Fourty2 · December 6, 2020 at 4:27 PM

Also auch noch Patche entfernt ... siehe vor.

Beide aktiven Timer (Startzeit bereits vorbei) deaktiviert -> Bild sofort ohne Fehler da.

Stefan

Fourty2 · December 7, 2020 at 11:49 AM

Hallo,

habe das System mal untersucht, da lief noch aus Alphcrypt-Zeiten ein:

Code

dvbsnoop -devnr 0 -ph 2 0x1008 | awk '/^82/ && ( /xx xx xx xx/ || /xx xx xx xx/ || /xx xx xx xx/ )  {gsub (/ /,"") ; print strftime("%Y/%m/%d %T  ") substr(toupper($0),9,8)"00000000  " ,toupper($0);
fflush(); }' >>/var/log/emm/sky_V14_unique.log &

Möglicherweise störte das - wird gerade noch getestet.

Es schließt sich die Frage an, ob man die EMMs vielleicht auch im VDR filtern/protokollieren könnte?

Gut, eigentlich unnötig, nur aus reinem Wissensdurst...

Grüße,

Stefan

HelmutB † · December 7, 2020 at 12:03 PM

Fourty2 : Es hat nicht mit deinen Plugins zu tun und auch nicht mit verschlüsselten Programmen.

Ich kann es jetzt nachvollziehen: Wenn ich auf einem (SAT) Transponder eine FTA Aufnahme starte, und dann über einen Timer auf einem anderen Transponder (und damit auch auf einem anderen Device) eine weitere (FTA) Aufnahme starte, sehe ich ebenfalls die GetChannelsWrite() Meldungen.

Display Spoiler

Dec 7 11:42:00 gentoo64vdr vdr[5023]: [5023] switching device 1 to channel 1281 S19.2E-1-1098-9144 (MELODY OBSOLETE)

Dec 7 11:42:00 gentoo64vdr vdr[5023]: [5023] timer 2 (1281 1142-1440 'MELODY OBSOLETE') start

Dec 7 11:42:00 gentoo64vdr vdr[5023]: [5023] waiting for EPG info...

Dec 7 11:42:00 gentoo64vdr vdr[5023]: [5119] device 1 TS buffer thread ended (pid=5023, tid=5119)

Dec 7 11:42:00 gentoo64vdr vdr[5023]: [5116] buffer stats: 135924 (2%) used

Dec 7 11:42:00 gentoo64vdr vdr[5023]: [5116] device 1 receiver thread ended (pid=5023, tid=5116)

Dec 7 11:42:01 gentoo64vdr vdr[5023]: [5045] PMT 212363/9157: GetChannelsWrite(10) failed

Dec 7 11:42:01 gentoo64vdr vdr[5023]: [5045] PMT 212363/9157: GetChannelsWrite(100) failed

Dec 7 11:42:01 gentoo64vdr vdr[5023]: [5045] PMT 212363/9154: GetChannelsWrite(10) failed

Dec 7 11:42:01 gentoo64vdr vdr[5023]: [5045] PMT 212363/9154: GetChannelsWrite(100) failed

Dec 7 11:42:01 gentoo64vdr vdr[5023]: [5045] PMT 212363/9144: GetChannelsWrite(10) failed

Dec 7 11:42:01 gentoo64vdr vdr[5023]: [5045] PMT 212363/9144: GetChannelsWrite(100) failed

Dec 7 11:42:01 gentoo64vdr vdr[5023]: [5045] PMT 212363/9153: GetChannelsWrite(10) failed

Dec 7 11:42:01 gentoo64vdr vdr[5023]: [5045] PMT 212363/9153: GetChannelsWrite(100) failed

Dec 7 11:42:01 gentoo64vdr vdr[5023]: [5045] PMT 212363/9155: GetChannelsWrite(10) failed

Dec 7 11:42:01 gentoo64vdr vdr[5023]: [5045] PMT 212363/9155: GetChannelsWrite(100) failed

Dec 7 11:42:01 gentoo64vdr vdr[5023]: [5045] PMT 212363/9143: GetChannelsWrite(10) failed

Dec 7 11:42:01 gentoo64vdr vdr[5023]: [5045] PMT 212363/9143: GetChannelsWrite(100) failed

Dec 7 11:42:02 gentoo64vdr vdr[5023]: [5045] PMT 212363/9195: GetChannelsWrite(10) failed

Dec 7 11:42:02 gentoo64vdr vdr[5023]: [5045] PMT 212363/9195: GetChannelsWrite(100) failed

Dec 7 11:42:02 gentoo64vdr vdr[5023]: [5045] PMT 212363/9109: GetChannelsWrite(10) failed

Dec 7 11:42:02 gentoo64vdr vdr[5023]: [5045] PMT 212363/9109: GetChannelsWrite(100) failed

Dec 7 11:42:02 gentoo64vdr vdr[5023]: [5045] PMT 212363/9198: GetChannelsWrite(10) failed

Dec 7 11:42:02 gentoo64vdr vdr[5023]: [5045] PMT 212363/9198: GetChannelsWrite(100) failed

Dec 7 11:42:02 gentoo64vdr vdr[5023]: [5045] PMT 212363/9159: GetChannelsWrite(10) failed

Dec 7 11:42:02 gentoo64vdr vdr[5023]: [5045] PMT 212363/9159: GetChannelsWrite(100) failed

Dec 7 11:42:02 gentoo64vdr vdr[5023]: [5045] PMT 212363/9194: GetChannelsWrite(10) failed

Dec 7 11:42:02 gentoo64vdr vdr[5023]: [5045] PMT 212363/9194: GetChannelsWrite(100) failed

Dec 7 11:42:02 gentoo64vdr vdr[5023]: [5045] PMT 212363/9186: GetChannelsWrite(10) failed

Dec 7 11:42:02 gentoo64vdr vdr[5023]: [5045] PMT 212363/9186: GetChannelsWrite(100) failed

Dec 7 11:42:02 gentoo64vdr vdr[5023]: [5045] PMT 212363/9175: GetChannelsWrite(10) failed

Dec 7 11:42:02 gentoo64vdr vdr[5023]: [5045] PMT 212363/9175: GetChannelsWrite(100) failed

Dec 7 11:42:02 gentoo64vdr vdr[5023]: [5045] PMT 212363/9168: GetChannelsWrite(10) failed

Dec 7 11:42:02 gentoo64vdr vdr[5023]: [5045] PMT 212363/9168: GetChannelsWrite(100) failed

Dec 7 11:42:02 gentoo64vdr vdr[5023]: [5045] PMT 212363/9166: GetChannelsWrite(10) failed

Dec 7 11:42:03 gentoo64vdr vdr[5023]: [5045] PMT 212363/9166: GetChannelsWrite(100) failed

Dec 7 11:42:03 gentoo64vdr vdr[5023]: [5045] PMT 212363/9110: GetChannelsWrite(10) failed

Dec 7 11:42:03 gentoo64vdr vdr[5023]: [5045] PMT 212363/9110: GetChannelsWrite(100) failed

Dec 7 11:42:03 gentoo64vdr vdr[5023]: [5045] PMT 212363/9181: GetChannelsWrite(10) failed

Dec 7 11:42:03 gentoo64vdr vdr[5023]: [5045] PMT 212363/9181: GetChannelsWrite(100) failed

Dec 7 11:42:03 gentoo64vdr vdr[5023]: [5045] PMT 212363/9111: GetChannelsWrite(10) failed

Dec 7 11:42:03 gentoo64vdr vdr[5023]: [5045] PMT 212363/9111: GetChannelsWrite(100) failed

Dec 7 11:42:03 gentoo64vdr vdr[5023]: [5045] PMT 212363/9142: GetChannelsWrite(10) failed

Dec 7 11:42:03 gentoo64vdr vdr[5023]: [5045] PMT 212363/9142: GetChannelsWrite(100) failed

Dec 7 11:42:03 gentoo64vdr vdr[5023]: [5045] PMT 212363/9185: GetChannelsWrite(10) failed

Dec 7 11:42:03 gentoo64vdr vdr[5023]: [5045] PMT 212363/9185: GetChannelsWrite(100) failed

Dec 7 11:42:03 gentoo64vdr vdr[5023]: [5045] PMT 212363/9178: GetChannelsWrite(10) failed

Dec 7 11:42:03 gentoo64vdr vdr[5023]: [5045] PMT 212363/9178: GetChannelsWrite(100) failed

Dec 7 11:42:03 gentoo64vdr vdr[5023]: [5045] PMT 212363/9177: GetChannelsWrite(10) failed

Dec 7 11:42:03 gentoo64vdr vdr[5023]: [5045] PMT 212363/9177: GetChannelsWrite(100) failed

Dec 7 11:42:03 gentoo64vdr vdr[5023]: [5045] PMT 212363/9165: GetChannelsWrite(10) failed

Dec 7 11:42:04 gentoo64vdr vdr[5023]: [5023] no EPG info available

Dec 7 11:42:04 gentoo64vdr vdr[5023]: [5023] executing '/usr/share/vdr/bin/vdrrecord-gate.sh before "/var/vdr/video/MELODY_OBSOLETE/2020-12-07.11.42.1281-0.rec"'

Dec 7 11:42:04 gentoo64vdr vdr[5023]: [5045] PMT 212363/9165: GetChannelsWrite(100) failed

Dec 7 11:42:04 gentoo64vdr vdr[5023]: [5023] record /var/vdr/video/MELODY_OBSOLETE/2020-12-07.11.42.1281-0.rec

Dec 7 11:42:04 gentoo64vdr vdr[5023]: [5023] creating directory /var/vdr/video/MELODY_OBSOLETE

Dec 7 11:42:04 gentoo64vdr vdr[5023]: [5045] PMT 212363/9183: GetChannelsWrite(10) failed

Dec 7 11:42:04 gentoo64vdr vdr[5023]: [5023] creating directory /var/vdr/video/MELODY_OBSOLETE/2020-12-07.11.42.1281-0.rec

Dec 7 11:42:04 gentoo64vdr vdr[5023]: [5045] PMT 212363/9183: GetChannelsWrite(100) failed

Dec 7 11:42:04 gentoo64vdr vdr[5023]: [5045] PMT 212363/9179: GetChannelsWrite(10) failed

Dec 7 11:42:04 gentoo64vdr vdr[5023]: [5023] recording to '/var/vdr/video/MELODY_OBSOLETE/2020-12-07.11.42.1281-0.rec/00001.ts'

Dec 7 11:42:04 gentoo64vdr vdr[5023]: [5023] writing timer id '2@gentoo64vdr' to /var/vdr/video/MELODY_OBSOLETE/2020-12-07.11.42.1281-0.rec/.timer

Dec 7 11:42:04 gentoo64vdr vdr[5023]: [5188] recording thread started (pid=5023, tid=5188, prio=high)

Dec 7 11:42:04 gentoo64vdr vdr[5023]: [5189] device 1 receiver thread started (pid=5023, tid=5189, prio=high)

Dec 7 11:42:04 gentoo64vdr vdr[5023]: [5190] device 1 TS buffer thread started (pid=5023, tid=5190, prio=high)

Dec 7 11:42:05 gentoo64vdr vdr[5023]: [5023] switching to channel 1281 S19.2E-1-1098-9144 (MELODY OBSOLETE)

Dec 7 11:42:05 gentoo64vdr vdr[5023]: [5023] buffer stats: 0 (0%) used

Dec 7 11:42:05 gentoo64vdr vdr[5023]: [5023] max. latency time 5 seconds

Dec 7 11:42:05 gentoo64vdr vdr[5023]: [5045] PMT 212363/9194: GetChannelsWrite(10) failed

Dec 7 11:42:05 gentoo64vdr vdr[5023]: [5045] PMT 212363/9194: GetChannelsWrite(100) failed

Dec 7 11:42:05 gentoo64vdr vdr[5023]: [5045] PMT 212363/9186: GetChannelsWrite(10) failed

Dec 7 11:42:05 gentoo64vdr vdr[5023]: [5045] PMT 212363/9186: GetChannelsWrite(100) failed

Dec 7 11:42:05 gentoo64vdr vdr[5023]: [5045] PMT 212363/9142: GetChannelsWrite(10) failed

Dec 7 11:42:05 gentoo64vdr vdr[5023]: [5045] PMT 212363/9142: GetChannelsWrite(100) failed

Dec 7 11:42:05 gentoo64vdr vdr[5023]: [5045] PMT 212363/9185: GetChannelsWrite(10) failed

Dec 7 11:42:05 gentoo64vdr vdr[5023]: [5188] executing '/usr/share/vdr/bin/vdrrecord-gate.sh started "/var/vdr/video/MELODY_OBSOLETE/2020-12-07.11.42.1281-0.rec"'

Dec 7 11:42:05 gentoo64vdr vdr[5023]: [5045] PMT 212363/9185: GetChannelsWrite(100) failed

Dec 7 11:42:05 gentoo64vdr vdr[5023]: [5045] PMT 212363/9157: GetChannelsWrite(10) failed

Dec 7 11:42:05 gentoo64vdr vdr[5023]: [5045] PMT 212363/9157: GetChannelsWrite(100) failed

Ich werden der Sache nachgehen. Wenn ich etwas finde, werde ich es als neues Thema posten . Es hat ja nicht mit den CamTweaks zu tun, es wirkt sich bei verschlüsselten Programme nur problematischer aus.

LG Helmut

apolon · December 20, 2020 at 8:33 PM

First of all i want thenk you HelmutB for your great work

in my job am use some ci+ cam , like sky de, max tv croatia , hd+ , and one dvb-t2 modul iredeto 2 for him am use minisatip but have problem to open multichanells only one work . if you have time i make send you log to see what happand

so please can you have any success with make multichanells working with your last patch ?

please can you write how many chanells make work with sky modul in same time ?

thanks

HelmutB † · December 20, 2020 at 10:05 PM

Hi apolon!

I don't have a Sky module, but as other users have found out, a maximum of 2 programs can be received at the same time.

The best configuration for this in camtweaks.conf is:

"0x43,2, <CAFE: BABE, Sky NDS CI Plus module>, [0x98C: 2: 4]"

Multi channel decryption (MCD, several programs on the same transponder) should work with every CI, for multi transponder decryption (MTD, programs on different transponders) the right hardware is required - most users use 2 or more Receivers and CI from DigitalDevices for this.

What hardware do you use? Please post your "/etc/vdr/camtweaks.conf". And for a syslog, where the switch to a second encrypted program can be seen, the debug flag 0x1000 would be good.

For Sky the line should then look like this:

"0x1043,2, <CAFE: BABE, Sky NDS CI Plus module>, [0x98C: 2: 4]"

BR Helmut

PS: I forgot to mention: CI + programs also need a little "helper" plugin

apolon · December 21, 2020 at 12:06 AM

thanks for reply

is it possible to get working ci+ more then 2 chanells on same transporder or freq ? with any patch or software ?

HelmutB † · December 21, 2020 at 2:43 PM

The possible number of simultaneously decrypted programs depends on the module used.

With Sky (de) CAM, based on the experience here in the forum, the limit is very likely only 2 programs.

If you have a separate module for HD+, you will have to find out the program limit yourself by trial and error. Unfortunately, I don't have any detailed information on this module. But with the camtweaks patch you should be able to get (hopefully) the most out of it.
BR Helmut

Grumpy · December 27, 2020 at 1:47 PM

Lassen sich die Patches für vdr 2.4.4:

vdr-2.4.4-camtweaks-2.4.1.patch
vdr-2.4.4-camtweaks-2.4.1_scaForceNewCat.patch

bedenkenlos auf vdr 2.4.6 anwenden? Oder braucht es aufgrund von Änderungen in 2.4.6 Anpassungen?

beinhart · December 27, 2020 at 1:51 PM

Grumpy

testen und berichten - koennte andere auch interessieren

cinfo · December 27, 2020 at 2:17 PM

Hi,

Quote from Grumpy

Lassen sich die Patches für vdr 2.4.4:

vdr-2.4.4-camtweaks-2.4.1.patch

vdr-2.4.4-camtweaks-2.4.1_scaForceNewCat.patch

bedenkenlos auf vdr 2.4.6 anwenden? Oder braucht es aufgrund von Änderungen in 2.4.6 Anpassungen?

Patches laufen ohne Fehler durch und der VDR-2.4.6 kann sauber gebaut werden

Grüße

cinfo

HelmutB † · December 28, 2020 at 2:17 AM

Durch eine neue Konfigurationsdatei für den Pattern-Timer gibt es bei vdr-2.5.1 einen Fehler beim Patchen von vdr.c.

Hier die an vdr-2.5.1 angepasste Version des camtweaks-Patch.

Der 'vdr-2.4.4-camtweaks-2.4.1_scaForceNewCat.patch' ist in dieser Version bereits enthalten.

Helmut

Fourty2 · March 25, 2021 at 8:20 PM

HelmutB †

Ich habe seit ein paar Tagen das eigenartige Problem, daß sich meine CAMTweaks.conf verflüchtigt. Kann man das ständige überschreiben der unveränderten Datei irgendwie verhindern?

Änderungen am vdr habe ich nicht gemacht.

[Patch] CAM-Tweaks für Multi Channel Decryption

Participate now!

Users Viewing This Thread