Project

General

Profile

Bug #2562

CAPMT in TCP mode does not decode stream

Added by James Dean almost 10 years ago. Updated almost 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

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

History

#1

Updated by Jaroslav Kysela almost 10 years ago

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

#2

Updated by Rafal Kupiec almost 10 years ago

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

#3

Updated by James Dean almost 10 years ago

Find attached 2 log-files

#4

Updated by James Dean almost 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.

#5

Updated by Jaroslav Kysela almost 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) ?

#6

Updated by Jaroslav Kysela almost 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.

#7

Updated by James Dean almost 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!

#8

Updated by Jaroslav Kysela almost 10 years ago

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

#9

Updated by James Dean almost 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

#10

Updated by Jaroslav Kysela almost 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..

#11

Updated by James Dean almost 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

#12

Updated by Jaroslav Kysela almost 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.

#13

Updated by James Dean almost 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!

#15

Updated by James Dean almost 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!

#16

Updated by Jaroslav Kysela almost 10 years ago

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

#17

Updated by James Dean almost 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!

#18

Updated by Jaroslav Kysela almost 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.

#19

Updated by James Dean almost 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).

#20

Updated by James Dean almost 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!

Also available in: Atom PDF