Project

General

Profile

Feature #3837

EMM And IPTV Source

Added by danny skjodt over 5 years ago. Updated over 1 year ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
2016-06-02
Due date:
% Done:

0%

Estimated time:

Description

Does tvheadend support sending EMM's from udp iptv sources to oscam via newcamd ? No matter what i try to do no emm ever get into tvheadend.


Files

output.zip (4.93 MB) output.zip output of EMM multicast Anonymous, 2016-10-31 17:56
tvheadendlog (133 KB) tvheadendlog Anonymous, 2016-11-01 12:31

History

#1

Updated by Jaroslav Kysela over 5 years ago

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

#2

Updated by Gigius 2016 over 5 years ago

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

#3

Updated by Gigius 2016 over 5 years ago

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

Gigius

#4

Updated by Anonymous almost 5 years ago

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"

#5

Updated by danny skjodt almost 5 years ago

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.

#6

Updated by Anonymous almost 5 years ago

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

#7

Updated by Jaroslav Kysela almost 5 years ago

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

#8

Updated by Anonymous almost 5 years ago

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.

I got it working like this;
  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

#9

Updated by Anonymous almost 5 years ago

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

#10

Updated by Jaroslav Kysela almost 5 years ago

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.

#11

Updated by Anonymous almost 5 years ago

I'm sorry for the spam, hehe.

I hope this is what you need, I generated it using tsdumper2: http://georgi.unixsol.org/programs/tsdumper2/

It contains a dump of the EMM multicast.

Joel

#12

Updated by Anonymous almost 5 years ago

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

#13

Updated by Jaroslav Kysela almost 5 years ago

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

#14

Updated by Anonymous almost 5 years ago

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
#15

Updated by Jaroslav Kysela almost 5 years ago

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..

#16

Updated by Anonymous almost 5 years ago

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

Joel

#17

Updated by Anonymous almost 5 years ago

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

[email protected]:/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
#18

Updated by Jaroslav Kysela almost 5 years ago

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.

#19

Updated by Anonymous almost 5 years ago

I hope this is what you need, I tried having the EMM (mux name: "EMM Oppdateringer") active while starting Eurosport HD mux as you can see

Joel

#20

Updated by Anonymous almost 5 years ago

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 ([email protected]/0C2A/0C2A/81:AED8C5D3FC3B0A3CD44561EE6BB1CBE8:0F06000000000003:): found (312 ms) by pcscreader
2016/11/01 12:28:01 49DF4B2D c      (ecm) user ([email protected]/0C2A/0C2A/81:67F8456E4D3176D29D0CB9868CB0ACA5:0F06000000000003:): found (312 ms) by pcscreader
2016/11/01 12:28:11 49DF4B2D c      (ecm) user ([email protected]/0C2A/0C2A/81:62086B472B5D182FD48C8475E3C229CE:0F06000000000003:): found (312 ms) by pcscreader
2016/11/01 12:28:21 49DF4B2D c      (ecm) user ([email protected]/0C2A/0C2A/81:BB268180B2A0A849E0B7353226863306:0F06000000000003:): found (312 ms) by pcscreader
2016/11/01 12:28:31 49DF4B2D c      (ecm) user ([email protected]/0C2A/0C2A/81:6CDCD6C7BAA9BE514F9A1027B15FE5D7:0F06000000000003:): found (312 ms) by pcscreader
2016/11/01 12:28:41 49DF4B2D c      (ecm) user ([email protected]/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 ([email protected]/0C2A/0C2A/81:FE41D5DF098539F56CDF15D9F66D3E7D:0F06000000000003:): found (312 ms) by pcscreader
2016/11/01 12:30:01 49DF4B2D c      (ecm) user ([email protected]/0C2A/0C2A/81:23495E7FF9C97BC0A1880E619CD86EA1:0F06000000000003:): found (312 ms) by pcscreader
2016/11/01 12:30:11 49DF4B2D c      (ecm) user ([email protected]/0C2A/0C2A/81:4EC0465F5285A6B170A3AD92F453AB87:0F06000000000003:): found (312 ms) by pcscreader
2016/11/01 12:30:21 49DF4B2D c      (ecm) user ([email protected]/0C2A/0C2A/81:AE435DC09998CD6C38D7A16C7A0876CC:0F06000000000003:): found (314 ms) by pcscreader
2016/11/01 12:30:31 49DF4B2D c      (ecm) user ([email protected]/0C2A/0C2A/81:5DB0245D365697FB835D441664A24509:0F06000000000003:): found (312 ms) by pcscreader
2016/11/01 12:30:41 49DF4B2D c      (ecm) user ([email protected]/0C2A/0C2A/81:643277D486779C44B6E64D69A4183854:0F06000000000003:): found (312 ms) by pcscreader
[email protected]:/var/log#
#21

Updated by Jaroslav Kysela almost 5 years ago

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.

#22

Updated by Torbjørn Brekke almost 5 years ago

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.

#23

Updated by Audun Gangstø over 1 year ago

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

Also available in: Atom PDF