Tvheadend

Provide also the log for the start-of-streaming

Darn, i reverted to a older build of oscam, very old and it seems that emm is now coming :-O
but its way lower count then it supposed to, even thoug i one-mux is not selected. i am supposed to get emm from all channels in the open mux.

i see the naming of the emm setting in tvh CAs setting has changed. one-channel has changed to one-mux?
is the function of this changed?

The descrambler trace lines are missing.. Unfortunately for cwc traces - there is no log to see the EMMs which are sent outside.

The One Mux / Update One field functionality should be same - it means - accept EMMs (may be multiple) from one mux in the 25 second interval. EMMs are not tied with service (channel).

Recent TVH does not send duplicate EMM data, so you may see less EMM requests in the oscam's skipped statistics, but it does not mean that the EMMs are not processed correctly.

You have probably an EMM filter set in oscam.

let me see if i can fix new trace.

i have reverted oscam to a know good version, 10078 is good and has had card updates before.
filter is set for unknown and global. shared and uniq should pass only.

problem is i do not recive the emms needed for updating cards, something is not right with tvh.
only a few emms has come from tvh, and only 6 has been writen to the card, i expect around 54 to be written with this settings.

I see only four EMM in the log.

2015-02-02 23:11:22.122 [  TRACE]:cwc: sending message sid 0 len 210 enq 1
2015-02-02 23:11:34.516 [  TRACE]:cwc: sending message sid 0 len 210 enq 1
2015-02-02 23:19:33.577 [  TRACE]:cwc: sending message sid 0 len 210 enq 1
2015-02-02 23:19:46.431 [  TRACE]:cwc: sending message sid 0 len 210 enq 1

Could you upgrade to latest and add this debug code to print each received EMM?

diff --git a/src/descrambler/descrambler.c b/src/descrambler/descrambler.c
index 850b0af..02ad3d3 100755
--- a/src/descrambler/descrambler.c
+++ b/src/descrambler/descrambler.c
@@ -533,6 +533,10 @@ descrambler_table_callback

   if (len < 6)
     return 0;
+  if (emm) {
+    tvhtrace("decrambler", "EMM pid %i len %i", mt->mt_pid, len);
+    tvhlog_hexdump("descrambler", ptr, len);
+  }
   pthread_mutex_lock(&mt->mt_mux->mm_descrambler_lock);
   TAILQ_FOREACH(ds, &dt->sections, link) {
     if (!emm) {

So i have looked into this, it seems that there are some changes in updating time for conax 1w card, entitelments are normaly valid for 1 month at a time, from begining of the month 1.1.2015 to 31.1.2015, updates have been known to come on 1.2.2015 at latest.
this month updates have been severly delayed resulting in the card has been deactivated for 2 days.

i did update tvheadend and run 2 different muxes 24/7 to look after emms, today i recived some updates that resultet in the card has been updated. normaly i recive 54 emms that is writen to the card for normal update, this time the amount of emms written to do the updated is only 14. it indicates that something has changed. either from the provider, tvh or oscam.

anyway the card has updated fine and is now working again, this ticket can be closed as non valid as the problem is not likly to be related with tvh.

Thanks for your time jaroslav