Bug #2562
closed
CAPMT in TCP mode does not decode stream
Added by James Dean over 10 years ago. Updated over 10 years ago.
0%
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 |
Updated by Jaroslav Kysela over 10 years ago
Provide log from "--trace descrambler,capmt". Tvheadend must be compiled with --enable-trace.
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.
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.
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) ?
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.
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!
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)?
Updated by James Dean over 10 years ago
- File oscam_10085.log oscam_10085.log added
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
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..
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
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.
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!
Updated by Jaroslav Kysela over 10 years ago
Updated by James Dean over 10 years ago
Jaroslav Kysela wrote:
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!
Updated by Jaroslav Kysela over 10 years ago
Provide log again. I tested adapter=8 here and latest oscam works now..
Updated by James Dean over 10 years ago
- File oscam_10087.log oscam_10087.log added
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!
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.
Updated by James Dean over 10 years ago
- File tvheadend_log.txt tvheadend_log.txt added
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).
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!