Project

General

Profile

Actions
Copy link

Bug #2562

closed

CAPMT in TCP mode does not decode stream

Added by James Dean over 10 years ago. Updated over 10 years ago.

Status:
Invalid
Priority:
Normal
Assignee:
-
Category:
Descrambling
Target version:
-
Start date:
2014-12-18
Due date:
% Done:

0%

Estimated time:
Found in version:
2280
Affected Versions:

Description

Configuration:
Synology NAS: 5.1
TVHEADEND: Version 2280
CAPMT-Client in OSCAM TCP
OSCAM rev. 10085

Connection CAPMT-Client to OSCAM is fine
Key is received by OSCM
TVHEADEND sticks with message: [ DEBUG]:capmt: xxxxx: Trying to obtain key for service "xxxxx"
Screen stays black

Files

Download all files
log2.txt (22.3 KB) log2.txt James Dean, 2014-12-19 08:28
log1.txt (20.1 KB) log1.txt James Dean, 2014-12-19 08:28
oscam_10085.log (9.83 KB) oscam_10085.log James Dean, 2014-12-19 14:59
oscam.log (48.9 KB) oscam.log James Dean, 2014-12-19 23:55
oscam_10087.log (26.4 KB) oscam_10087.log James Dean, 2014-12-20 20:38
tvheadend_log.txt (33.1 KB) tvheadend_log.txt James Dean, 2014-12-21 14:30
Actions
Copy link
 #1

Updated by Jaroslav Kysela over 10 years ago

Provide log from "--trace descrambler,capmt". Tvheadend must be compiled with --enable-trace.

Actions
Copy link
 #2

Updated by Rafal Kupiec over 10 years ago

Take a look at #2561. This is duplicate.
This bug occurs whether TCP or socket is used.

Actions
Copy link Download all files
 #3

Updated by James Dean over 10 years ago

Find attached 2 log-files

Actions
Copy link
 #4

Updated by James Dean over 10 years ago

Rafal Kupiec wrote:

Take a look at #2561. This is duplicate.
This bug occurs whether TCP or socket is used.

Yes, I read this issue before posting mine ... unfortunately setting the "Full DiseqC" didn't solve my problem.

Actions
Copy link
 #5

Updated by Jaroslav Kysela over 10 years ago

I tried oscam 10085 and here works all without any issue (but using SAT>IP). Could you try to remove the oscam.dvbapi file for oscam (just for test) ?

Actions
Copy link
 #6

Updated by Jaroslav Kysela over 10 years ago

According the log files, tvheadend sends all requested information, but oscam does not send keys back.. It looks like a filter somewhere in oscam.

Actions
Copy link
 #7

Updated by James Dean over 10 years ago

Jaroslav Kysela wrote:

According the log files, tvheadend sends all requested information, but oscam does not send keys back.. It looks like a filter somewhere in oscam.

Oscam receives the keys:
2014/12/19 10:35:57 10193D18 c dvbapi (0D95&000004/0000/33FC/B8:AE26E4D7D3BBE2E68741947059EE34B1): found (184 ms) by xxx
2014/12/19 10:36:07 10193D18 c dvbapi (0D95&000004/0000/33FC/B8:EB8A57DB7AE7DD07CC9C8561C9EEF246): found (184 ms) by xxx
2014/12/19 10:36:17 10193D18 c dvbapi (0D95&000004/0000/33FC/B8:73582AE1D450B90BA58CDC59D3324A22): found (184 ms) by xxx
2014/12/19 10:36:27 10193D18 c dvbapi (0D95&000004/0000/33FC/B8:CF3E62F9F7DB739B85CC252DA4942182): found (183 ms) by xxx

oscam.dvbapi was disabled!

Actions
Copy link
 #8

Updated by Jaroslav Kysela over 10 years ago

Could you downgrade oscam to 9970 or enable dvbapi logs in oscam (debug mask - value - 128 - in the debug log window)?

Actions
Copy link
 #9

Updated by James Dean over 10 years ago

Jaroslav Kysela wrote:

Could you downgrade oscam to 9970 or enable dvbapi logs in oscam (debug mask - value - 128 - in the debug log window)?

Downgrade to oscam 9970 didn't solve the problem.

Log from 10085 attached

Actions
Copy link
 #10

Updated by Jaroslav Kysela over 10 years ago

Could you try to log the whole sessions (from start to end - 30 seconds streaming is enough). I don't see init parameters. There seems to be issue with the ca_mask filter..

Actions
Copy link
 #11

Updated by James Dean over 10 years ago

Jaroslav Kysela wrote:

Could you try to log the whole sessions (from start to end - 30 seconds streaming is enough). I don't see init parameters. There seems to be issue with the ca_mask filter..

Find attached another log! Hope this helps

Actions
Copy link
 #12

Updated by Jaroslav Kysela over 10 years ago

  • Status changed from New to Invalid

I found the issue. Your adapter is /dev/dvb/adapter8, right? The bug in current oscam allows campt only for first 8 adapters. I created ticket with a patch: http://www.streamboard.tv/oscam/ticket/4053 .

You may also use udev to move your adapter number to a lower number. Closing, because it's not a tvheadend issue.. Watch the oscam ticket.

Actions
Copy link
 #13

Updated by James Dean over 10 years ago

Jaroslav Kysela wrote:

I found the issue. Your adapter is /dev/dvb/adapter8, right? The bug in current oscam allows campt only for first 8 adapters. I created ticket with a patch: http://www.streamboard.tv/oscam/ticket/4053 .

You may also use udev to move your adapter number to a lower number. Closing, because it's not a tvheadend issue.. Watch the oscam ticket.

Thanks for the effort!!!
Do you have an idea how to handle this wit udev???
Thanks!

Actions
Copy link
 #15

Updated by James Dean over 10 years ago

Jaroslav Kysela wrote:

http://www.mythtv.org/wiki/Device_Filenames_and_udev

Have build the most recent version 10087 which includes the patch provided in the Bug 4053 you created.
Unfortunately still without success.
Maybe anyway an issue in TVheadend??

Thanks!

Actions
Copy link
 #16

Updated by Jaroslav Kysela over 10 years ago

Provide log again. I tested adapter=8 here and latest oscam works now..

Actions
Copy link
 #17

Updated by James Dean over 10 years ago

Jaroslav Kysela wrote:

Provide log again. I tested adapter=8 here and latest oscam works now..

Attached an additional log-file.
Thanks for the support!

Actions
Copy link
 #18

Updated by Jaroslav Kysela over 10 years ago

James Dean wrote:

Jaroslav Kysela wrote:

Provide log again. I tested adapter=8 here and latest oscam works now..

Attached an additional log-file.
Thanks for the support!

Now, the key is written to client (tvh):

2014/12/20 20:33:53 1018ACA8 c [DVBAPI] Demuxer #0 requested controlword for ecm 99A825C3BAA2DECC99DC2E035A88F5BD on fd 65535
2014/12/20 20:33:53 1018ACA8 c [DVBAPI] Demuxer #0 writing odd part (360483BD4C5AB55B) of controlword, replacing expired (7E3D5611997DDAF0)
2014/12/20 20:33:53 1018ACA8 c [DVBAPI] Demuxer #0 write cw0 index: 0 (ca8)
2014/12/20 20:33:53 1018ACA8 c [DVBAPI] Sending packet to dvbapi client (fd=14):
2014/12/20 20:33:53 1018ACA8    08 40 10 6F 86 00 00 00 00 00 00 00 00 36 04 83 
2014/12/20 20:33:53 1018ACA8    BD 4C 5A B5 5B 
2014/12/20 20:33:53 1018ACA8 c dvbapi (1843&000000/0000/EF75/89:99A825C3BAA2DECC99DC2E035A88F5BD): found (1170 ms) by Router_Keller - PRO7 HD

So, provide log from "--trace descrambler,capmt" - tvh, again.

Actions
Copy link
 #19

Updated by James Dean over 10 years ago

Jaroslav Kysela wrote:

James Dean wrote:

Jaroslav Kysela wrote:

Provide log again. I tested adapter=8 here and latest oscam works now..

Attached an additional log-file.
Thanks for the support!

Now, the key is written to client (tvh):

[...]

So, provide log from "--trace descrambler,capmt" - tvh, again.

Find attached the new logfile.
It seems that the tvheadend obtains the keys ..but vlc keeps black (unscrambled channels are shown correct).

Actions
Copy link
 #20

Updated by James Dean over 10 years ago

James Dean wrote:

Jaroslav Kysela wrote:

James Dean wrote:

Jaroslav Kysela wrote:

Provide log again. I tested adapter=8 here and latest oscam works now..

Attached an additional log-file.
Thanks for the support!

Now, the key is written to client (tvh):

[...]

So, provide log from "--trace descrambler,capmt" - tvh, again.

Find attached the new logfile.
It seems that the tvheadend obtains the keys ..but vlc keeps black (unscrambled channels are shown correct).

What I just found out by chance:
When I compile it with option dvbcsa:no I get the situation described above (no picture).
When I compile it with option dvbcsa:yes everything works well.

Any ideas on this???

Maybe still a small issue in tvheadend

Anyway ... thanks for the great support!

Actions
Copy link

Also available in: Atom PDF