Tvheadend

It should work. Provide '--trace cat,descrambler,cwc' .

Jaroslav Kysela wrote:

It should work. Provide '--trace cat,descrambler,cwc' .

Hi,
I confirm something strange. If I tune a channel on a standard DVB-S2 tuner EMM were send. If I tune the same channel on a iptv tuner NO EMM are sent.

log from iptv : http://pastebin.com/FS2yhnh2
log from 'normal tuner' : http://pastebin.com/ZdqxP4WB

BR
Gigius

Forgot one thing, Danny reported on Newcamd, I'm using dvbapi...

Gigius

Did anyone of you come any closer to this? The company here uses a dedicated EMM udp stream which can be scanned to get the EMM signals, but doesn't seem like TVH is actully getting them / forwarding them

I've tried with "--trace descrambler,cwc,capmt" but can't see any traces of "cwc sending message"

Joel Kåberg wrote:

Did anyone of you come any closer to this? The company here uses a dedicated EMM udp stream which can be scanned to get the EMM signals, but doesn't seem like TVH is actully getting them / forwarding them

I've tried with "--trace descrambler,cwc,capmt" but can't see any traces of "cwc sending message"

Use tsdecrypt to send emm to oscam.

danny skjodt wrote:

Joel Kåberg wrote:

Did anyone of you come any closer to this? The company here uses a dedicated EMM udp stream which can be scanned to get the EMM signals, but doesn't seem like TVH is actully getting them / forwarding them

I've tried with "--trace descrambler,cwc,capmt" but can't see any traces of "cwc sending message"

Use tsdecrypt to send emm to oscam.

Hi danny and thanks for the reply, would you mind pasting the 'config' string you are using for tsdecrypt?

Thanks

Could you attach the input .ts stream (cca 20 seconds) and some description which CAID / PID should be forwarded?

Hi Jaroslav,

I don't think the regular IPTV channels contain any EMM signals, atleast not in my findings. My IPTV provider has a dedicated EMM multicast which one can scan to get EMM signals.

1. Setup tsdecrypt to listen for EMM on udp stream X and forward any EMM to oscam
2. Setup tvheadend to use mux scheduler to scan/view udp stream X the 25th every month (EMM signals are sent back to tsdecrypt (and I assume also tvheadend, but tvheadend doesn't know how to handle them?))

How do you wan't me to proceed? Let me know which commands you want me to run

Do you want me to dump the stream of the EMM multicast? Seeing as thats the one containing the EMM signals?

Let me know how I can do this, and I'll have one for you ASAP

Joel

OK, let's confirm how things work. If I understand correctly, EMMs are distributed in the separate multicast UDP stream in TS format? Could you grab these packets? (Use 'play' URL in the mux grid)

Using the mux scheduler for this job is a good way. We just need to determine why EMMs are not forwarded to oscam.

Jaroslav Kysela wrote:

OK, let's confirm how things work. If I understand correctly, EMMs are distributed in the separate multicast UDP stream in TS format? Could you grab these packets? (Use 'play' URL in the mux grid)

Using the mux scheduler for this job is a good way. We just need to determine why EMMs are not forwarded to oscam.

I don't know if it's an TS format, but the rest is correct. See post above for .ts dumps :-)

Joel

Could you provide '--trace descrambler,cwc', if you 'tune' to the EMM mux (use 'play' URL in the mux grid in wget or curl).

I see two CAIDs in the stream:

[  DEBUG]:tbl-base: cat:  caid 0926 (2342) pid 00C0 (192)
[  DEBUG]:tbl-base: cat:  caid 0941 (2369) pid 00C0 (192)

https://tvheadend.org/projects/tvheadend/wiki/Traces

These are both valid caid for my provider, 0926 is the old one and the new 0941.

Oct 31 21:32:46 dunder tvheadend[20261]: http: 127.0.0.1: using ticket FD1B9ED0F92F8C36F94535EAE4D84A0F4FB21F27 for /stream/mux/cb4ab86c5e05ed5f092b889f29e9c062
Oct 31 21:32:46 dunder tvheadend[20261]: mpegts: EMM Oppdatering in IPTV network - tuning on IPTV
Oct 31 21:32:46 dunder tvheadend[20261]: subscription: 02E2: "HTTP" subscribing to mux "EMM Oppdatering", weight: 10, adapter: "IPTV", network: "IPTV network", service: "Raw PID Subscription", hostname="127.0.0.1", client="VLC/2.2.4 LibVLC/2.2.4" 
Oct 31 21:32:46 dunder tvheadend[20261]: descrambler: CAT data (len 12)
Oct 31 21:32:46 dunder tvheadend[20261]: descrambler: 09 04 09 26 E0 C0 09 04 09 41 E0 C0             ...&.....A..
Oct 31 21:33:34 dunder tvheadend[20261]: subscription: 02E2: "HTTP" unsubscribing, hostname="127.0.0.1", client="VLC/2.2.4 LibVLC/2.2.4" 
Oct 31 21:33:34 dunder tvheadend[20261]: descrambler: mux 0x7f4938002ba0 - flush tables

Do you have configured newcamd (cwc) client which forwards EMMs ? Could you check the logs, when tvh connects to the newcamd server? There should be line with: "Will forward EMMs" with CAID/PROVIDERID info..

I'm using the dvbapi, but I will try the newcamd now and see :-)

Joel

Is this what you're expeting to see? I've deactivated the capmt/dvbapi and I'm only using newcamd now

root@dunder:/home/dunder# tail -f /var/log/syslog | grep tvheadend
Nov  1 10:25:26 dunder tvheadend[20261]: cwc: 9C 82 60 B7 58 E5 9E 68 86 B5 D6 CD B7 DF 87 77 ..`.X..h.......w
Nov  1 10:25:26 dunder tvheadend[20261]: cwc: 12 04 F9 BC E8 43 EE 7F 14 74 23 82 7D 71 7D 37 .....C...t#.}q}7
Nov  1 10:25:26 dunder tvheadend[20261]: cwc: B2 08                                           ..
Nov  1 10:25:26 dunder tvheadend[20261]: cwc: sending message sid 0 len 26 enq 0
Nov  1 10:25:26 dunder tvheadend[20261]: cwc: 00 00 D9 52 8C 54 10 0C C1 45 AD 84 3A 6B 93 79 ...R.T...E..:k.y
Nov  1 10:25:26 dunder tvheadend[20261]: cwc: 1A FD 22 35 BE F2 6E 18 0E 2B                   .."5..n..+
Nov  1 10:25:26 dunder tvheadend[20261]: cwc: 127.0.0.1:1122: Connected as user user to a NDS-card [0x0941 : 00.00.00.00.00.43.c3.31] with 1 provider
Nov  1 10:25:26 dunder tvheadend[20261]: cwc: 127.0.0.1:1122: Provider ID #1: 0x0941:0x000000 00.00.00.00.00.43.c3.00
*Nov  1 10:25:26 dunder tvheadend[20261]: cwc: 127.0.0.1:1122: Will forward EMMs*
Nov  1 10:25:56 dunder tvheadend[20261]: cwc: sending message sid 0 len 26 enq 0
Nov  1 10:25:56 dunder tvheadend[20261]: cwc: 00 00 1B CF 05 5A 3B E7 DC DF B8 24 DB 04 48 33 .....Z;....$..H3
Nov  1 10:25:56 dunder tvheadend[20261]: cwc: AA 81 7D 77 68 1D B4 88 E7 21                   ..}wh....!
Nov  1 10:26:08 dunder tvheadend[20261]: http: 127.0.0.1: using ticket 393EDF5B232583D765025C104671D24E478D72FE for /stream/mux/cb4ab86c5e05ed5f092b889f29e9c062
Nov  1 10:26:08 dunder tvheadend[20261]: mpegts: EMM Oppdatering in IPTV network - tuning on IPTV
Nov  1 10:26:08 dunder tvheadend[20261]: subscription: 02E6: "HTTP" subscribing to mux "EMM Oppdatering", weight: 10, adapter: "IPTV", network: "IPTV network", service: "Raw PID Subscription", hostname="127.0.0.1", client="VLC/2.2.4 LibVLC/2.2.4" 
Nov  1 10:26:08 dunder tvheadend[20261]: descrambler: CAT data (len 12)
Nov  1 10:26:08 dunder tvheadend[20261]: descrambler: 09 04 09 26 E0 C0 09 04 09 41 E0 C0             ...&.....A..
Nov  1 10:26:08 dunder tvheadend[20261]: cwc: caid update event - client lokal mux 0x7f4938002ba0 caid 0926 (2342) pid 00c0 (192) valid 1
Nov  1 10:26:08 dunder tvheadend[20261]: cwc: caid update event - client lokal mux 0x7f4938002ba0 caid 0941 (2369) pid 00c0 (192) valid 1
Nov  1 10:26:26 dunder tvheadend[20261]: cwc: sending message sid 0 len 26 enq 0
Nov  1 10:26:26 dunder tvheadend[20261]: cwc: 00 00 AB B3 7F F4 0C C5 AD C1 18 CC 21 0E 0D 5F ............!.._
Nov  1 10:26:26 dunder tvheadend[20261]: cwc: B8 89 DD C3 C5 CF C2 92 AF 80                   ..........
Nov  1 10:26:55 dunder tvheadend[20261]: cwc: sending message sid 0 len 26 enq 0
Nov  1 10:26:55 dunder tvheadend[20261]: cwc: 00 00 AB 4D A8 CE F9 DE A8 01 53 34 0D A4 41 9B ...M......S4..A.
Nov  1 10:26:55 dunder tvheadend[20261]: cwc: 5B 6D 2E 71 F7 2A 1A BA 7E 20                   [m.q.*..~
Nov  1 10:27:25 dunder tvheadend[20261]: cwc: sending message sid 0 len 26 enq 0
Nov  1 10:27:25 dunder tvheadend[20261]: cwc: 00 00 45 13 64 3B 66 14 E0 0B 68 D8 05 88 15 14 ..E.d;f...h.....
Nov  1 10:27:25 dunder tvheadend[20261]: cwc: 1A 75 8B 6C 3E 7B 8A E1 17 07                   .u.l>{....
Nov  1 10:27:55 dunder tvheadend[20261]: cwc: sending message sid 0 len 26 enq 0
Nov  1 10:27:55 dunder tvheadend[20261]: cwc: 00 00 23 61 81 E5 7F 1B 98 9B 87 36 FA 60 7E F1 ..#a.......6.`~.
Nov  1 10:27:55 dunder tvheadend[20261]: cwc: 0C 39 D8 29 C3 4C EC 98 71 5E                   .9.).L..q^
Nov  1 10:28:25 dunder tvheadend[20261]: cwc: sending message sid 0 len 26 enq 0
Nov  1 10:28:25 dunder tvheadend[20261]: cwc: 00 00 5F 71 8A 34 13 99 CA 87 AE 49 BE F2 12 CD .._q.4.....I....
Nov  1 10:28:25 dunder tvheadend[20261]: cwc: 9B AA BA D1 EF A7 E4 AF 83 9B                   ..........
Nov  1 10:28:55 dunder tvheadend[20261]: cwc: sending message sid 0 len 26 enq 0
Nov  1 10:28:55 dunder tvheadend[20261]: cwc: 00 00 18 07 69 43 9C 34 0B B9 AB 4D 24 72 FC D7 ....iC.4...M$r..
Nov  1 10:28:55 dunder tvheadend[20261]: cwc: FC 9A 4C F7 1F A7 94 36 0C 1B                   ..L....6..
Nov  1 10:29:25 dunder tvheadend[20261]: cwc: sending message sid 0 len 26 enq 0
Nov  1 10:29:25 dunder tvheadend[20261]: cwc: 00 00 5C 4F FB 19 4A 07 C4 59 D7 58 89 8E EA 55 ..\O..J..Y.X...U
Nov  1 10:29:25 dunder tvheadend[20261]: cwc: 9A 52 41 74 2B 94 73 5E 2A 23                   .RAt+.s^*#
Nov  1 10:29:55 dunder tvheadend[20261]: cwc: sending message sid 0 len 26 enq 0
Nov  1 10:29:55 dunder tvheadend[20261]: cwc: 00 00 11 35 25 13 A1 37 D1 3D ED FA 12 09 58 3B ...5%..7.=....X;
Nov  1 10:29:55 dunder tvheadend[20261]: cwc: 4B 35 C9 F6 11 55 4B D6 AF BC                   K5...UK...
Nov  1 10:30:07 dunder tvheadend[20261]: subscription: 02E6: "HTTP" unsubscribing, hostname="127.0.0.1", client="VLC/2.2.4 LibVLC/2.2.4" 
Nov  1 10:30:07 dunder tvheadend[20261]: descrambler: mux 0x7f4938002ba0 - flush tables
Nov  1 10:30:07 dunder tvheadend[20261]: cwc: caid update event - client lokal mux 0x7f4938002ba0 caid 0000 (0) pid 0000 (0) valid -1

Yes, newcamd (cwc) client in tvh must be used for this operation, because dvbapi uses a bit different mechanism - in this case oscam subscribes EMMs, but it will do only when you tune to a valid service (which is not present in your mux).

Could you attach the whole log? It seems that something is missing. It appears like that another mux blocks to send the EMMs from this special mux.

Looking at oscam's log it seems like its working?

2016/11/01 12:26:58 73C31401 c  (newcamd) client connected to 1122 port
2016/11/01 12:26:58 73C31401 c   (client) encrypted newcamd:1122-client 127.0.0.1 granted (user, au=auto (1 reader))
2016/11/01 12:26:58 73C31401 c  (newcamd) user user authenticated successfully (Tvheadend)
2016/11/01 12:26:58 73C31401 c  (newcamd) AU enabled for user user on reader pcscreader
2016/11/01 12:27:08 73C31401 c   (client) user disconnected from 127.0.0.1
2016/11/01 12:27:09 49DF4B2D c  (newcamd) client connected to 1122 port
2016/11/01 12:27:09 49DF4B2D c   (client) encrypted newcamd:1122-client 127.0.0.1 granted (user, au=auto (1 reader))
2016/11/01 12:27:09 49DF4B2D c  (newcamd) user user authenticated successfully (Tvheadend)
2016/11/01 12:27:09 49DF4B2D c  (newcamd) AU enabled for user user on reader pcscreader
2016/11/01 12:28:00 49DF4B2D c      (ecm) user (0941@000000/0C2A/0C2A/81:AED8C5D3FC3B0A3CD44561EE6BB1CBE8:0F06000000000003:): found (312 ms) by pcscreader
2016/11/01 12:28:01 49DF4B2D c      (ecm) user (0941@000000/0C2A/0C2A/81:67F8456E4D3176D29D0CB9868CB0ACA5:0F06000000000003:): found (312 ms) by pcscreader
2016/11/01 12:28:11 49DF4B2D c      (ecm) user (0941@000000/0C2A/0C2A/81:62086B472B5D182FD48C8475E3C229CE:0F06000000000003:): found (312 ms) by pcscreader
2016/11/01 12:28:21 49DF4B2D c      (ecm) user (0941@000000/0C2A/0C2A/81:BB268180B2A0A849E0B7353226863306:0F06000000000003:): found (312 ms) by pcscreader
2016/11/01 12:28:31 49DF4B2D c      (ecm) user (0941@000000/0C2A/0C2A/81:6CDCD6C7BAA9BE514F9A1027B15FE5D7:0F06000000000003:): found (312 ms) by pcscreader
2016/11/01 12:28:41 49DF4B2D c      (ecm) user (0941@000000/0C2A/0C2A/81:D08A142F868CF6543996136B9406B685:0F06000000000003:): found (312 ms) by pcscreader
2016/11/01 12:29:06 49DF4B2D c   (reader) pcscreader [videoguard2] Successfully added EMM to /var/log/oscam/emm/pcscreader_global_emm.log
2016/11/01 12:29:06 766DC223 r   (reader) pcscreader [videoguard2] user emmtype=global, len=155 (hex: 0x9B), cnt=1: written (194 ms)
2016/11/01 12:29:07 49DF4B2D c   (reader) pcscreader [videoguard2] Successfully added EMM to /var/log/oscam/emm/pcscreader_global_emm.log
2016/11/01 12:29:08 766DC223 r        (-) -- Skipped 1 duplicated log lines --
2016/11/01 12:29:08 766DC223 r   (reader) pcscreader [videoguard2] user emmtype=global, len=46 (hex: 0x2E), cnt=1: written (61 ms)
2016/11/01 12:29:08 766DC223 r   (reader) pcscreader [videoguard2] user emmtype=global, len=149 (hex: 0x95), cnt=1: written (59 ms)
2016/11/01 12:29:09 49DF4B2D c   (reader) pcscreader [videoguard2] Successfully added EMM to /var/log/oscam/emm/pcscreader_global_emm.log
2016/11/01 12:29:09 766DC223 r   (reader) pcscreader [videoguard2] user emmtype=global, len=72 (hex: 0x48), cnt=1: written (91 ms)
2016/11/01 12:29:11 49DF4B2D c   (reader) pcscreader [videoguard2] Successfully added EMM to /var/log/oscam/emm/pcscreader_global_emm.log
2016/11/01 12:29:11 766DC223 r   (reader) pcscreader [videoguard2] user emmtype=global, len=155 (hex: 0x9B), cnt=1: written (194 ms)
2016/11/01 12:29:12 49DF4B2D c   (reader) pcscreader [videoguard2] Successfully added EMM to /var/log/oscam/emm/pcscreader_global_emm.log
2016/11/01 12:29:13 766DC223 r        (-) -- Skipped 1 duplicated log lines --
2016/11/01 12:29:13 766DC223 r   (reader) pcscreader [videoguard2] user emmtype=global, len=158 (hex: 0x9E), cnt=1: written (212 ms)
2016/11/01 12:29:13 766DC223 r   (reader) pcscreader [videoguard2] user emmtype=global, len=72 (hex: 0x48), cnt=1: written (92 ms)
2016/11/01 12:29:13 49DF4B2D c   (reader) pcscreader [videoguard2] Successfully added EMM to /var/log/oscam/emm/pcscreader_global_emm.log
2016/11/01 12:29:13 766DC223 r   (reader) pcscreader [videoguard2] user emmtype=global, len=149 (hex: 0x95), cnt=1: written (63 ms)
2016/11/01 12:29:54 49DF4B2D c      (ecm) user (0941@000000/0C2A/0C2A/81:FE41D5DF098539F56CDF15D9F66D3E7D:0F06000000000003:): found (312 ms) by pcscreader
2016/11/01 12:30:01 49DF4B2D c      (ecm) user (0941@000000/0C2A/0C2A/81:23495E7FF9C97BC0A1880E619CD86EA1:0F06000000000003:): found (312 ms) by pcscreader
2016/11/01 12:30:11 49DF4B2D c      (ecm) user (0941@000000/0C2A/0C2A/81:4EC0465F5285A6B170A3AD92F453AB87:0F06000000000003:): found (312 ms) by pcscreader
2016/11/01 12:30:21 49DF4B2D c      (ecm) user (0941@000000/0C2A/0C2A/81:AE435DC09998CD6C38D7A16C7A0876CC:0F06000000000003:): found (314 ms) by pcscreader
2016/11/01 12:30:31 49DF4B2D c      (ecm) user (0941@000000/0C2A/0C2A/81:5DB0245D365697FB835D441664A24509:0F06000000000003:): found (312 ms) by pcscreader
2016/11/01 12:30:41 49DF4B2D c      (ecm) user (0941@000000/0C2A/0C2A/81:643277D486779C44B6E64D69A4183854:0F06000000000003:): found (312 ms) by pcscreader
root@dunder:/var/log#

There should be 'sending EMM for' lines in tvh log, but perhaps, you're using syslog instead a file logging and some lines might be dropped for syslog. The traces should be logged always to a file.

I guess this is Get?
I have the same issue that the EMM is on a separate mux. Scheduling a mux scan does not work. Nothing is sent to oscam. The only way I got it working was to delete the mux and add it again. But you have to do it multiple times, so I gave up and update the card in the original receiver.

Was there any progress on this? I'm having the same issue and provider as Torbjørn, no EMMs forwarded and I'm getting a lot of continuity errors on the mux in tvheadend, however in wireshark I'm not getting continuity errors.

I'm happy to provide a dump in pcap or ts format if you need it