Tvheadend

It's probably a descrambling issue. Show '--trace descrambler,capmt' logs for one channel where the problem occurs.

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

Jaroslav Kysela wrote:

It's probably a descrambling issue. Show '--trace descrambler,capmt' logs for one channel where the problem occurs.

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

Tgis is debug log
http://pasted.co/0721d835

Tomasz Kowalczyk wrote:

Jaroslav Kysela wrote:

It's probably a descrambling issue. Show '--trace descrambler,capmt' logs for one channel where the problem occurs.

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

This is debug log
http://pasted.co/0721d835

This is debug log
It is too big to fit in www.Pasted.co
https://www.sendspace.com/file/291n6t

Disable unused EPG grabbers
with driver is used and on with kernel

saen acro wrote:

Disable unused EPG grabbers
with driver is used and on with kernel

Can you explain what exactly should I do?

Did you mean it?
If so, it did not help in my case.
https://zapodaj.net/a9bd573debc39.jpg.html

When I watch hbo 3 I was already 3 times video

This is log
http://pasted.co/aa765e19

http://pasted.co/5fb84d05

My card is double. I noticed that the problem disappears when I turn off one of the tuners. No matter which switch off the latter works well. And when 2 tuners are turned on, there are problems.

Not enough power possibly, do you connect power connector on card?

Use linked tuners. Both tuners must be always active. It's really nice feature of this hw (or the Linux driver - I don't know).

commit 273835ff468e91fca129f1a391698962a753a5df
Author: Jaroslav Kysela <[email protected]>
Date:   Sat Jan 17 18:12:18 2015 +0100

    mpegts: add linked tuner feature

    The DvbSky S952 drivers have numerous tuning bugs and one of it is
    that if two tuners are not used together, streaming from one tuner
    can "hang".

    This change implements a workaround which makes the second (linked)
    tuner alive (tuning is joined with these two linked tuners).

So, use 'Linked Input' field in the adapter tree and link the first tuner with the second. You should see both tuners activated when you begin to stream something.

1. The card has an additional power supply connected.
2. Can you more accurately describe how to connect these tuners together. I set Linked input but keep on the same problem.

If you see both tuners active at one time, the tuner linking works. Does the bandwidth decrease in the status tab when the stream is broken?

Yes. Lack of signal.

Then it's the driver bug - I would try to contact the author. You can pick this info from the kernel sources.

Perhaps one thing - could you describe your coaxial wiring ? You cannot easy share one cable for two tuners (unless it's unicable).

Cable 1 Hotbird + astra 19.2 = Diseqc 2/1
Cable 2 Hotbird + astra 19.2 = Diseqc 2/1

Write me what should I do exactly? I have LibreELEC 8.2.1

I meant the description of the complete wiring. Which LNBs are used? Do you have twin LNB? The right connection for double tuners should be like:

tuner 1 -- diseqc1 A/A - twin LNB1
        +- diseqc1 A/B - twin LNB2

tuner 2 -- diseqc2 A/A - twin LNB1
        +- diseqc2 A/B - twin LNB2

So two diseqc switches and two LNBs with two independent inputs with full control (Lo/Hi/V/H).

LNB hotbirt is octo, but I use 2 outputs from it. Everything else is as in your description.

Okay, okay. So it appears really like a driver issue. You may give a test using 'gnutv' from dvb-apps or another app and make both tuners busy.

This is my log. Recording and channel switching enabled.
The most problems were on these channels.

hbo 2 hd
hbo 3hd
tnt hd
sundance hd
H2 HD

http://pasted.co/34150ae3

Those errors mean that your key server does not provide the right keys in time:

2017-12-17 22:30:16.135 [  ERROR] descrambler: cannot decode packets for service "Sundance HD" 
2017-12-17 22:30:22.746 [WARNING] TS: DVB-S 130E/10911V/Sundance HD: H264 @ #257: Invalid start code 96:d6:0c

Hmmm really?
I have a few set-top boxes at home with enigma2 and there are no such problems. One of them is a VU DUO with a dual DVB-S2 tuner and I record something without any problem and watch it and only the computer has a problem.

I tried to analyze your log from comment 3 - for example:

2017-12-12 17:43:38.794 [  DEBUG]:descrambler: info - service='HBO3 HD' caid=0B01(conax) provid=000000 ecmtime=387 hops=0 reader='Cache' from='cache3' protocol='none'
2017-12-12 17:43:48.930 [  DEBUG]:descrambler: info - service='HBO3 HD' caid=0B01(conax) provid=000000 ecmtime=520 hops=0 reader='Cache' from='cache3' protocol='none'
2017-12-12 17:44:03.893 [  ERROR]:descrambler: cannot decode packets for service "HBO3 HD" 
2017-12-12 17:44:14.187 [  ERROR]:descrambler: cannot decode packets for service "HBO3 HD" 
2017-12-12 17:44:14.942 [  DEBUG]:descrambler: Obtained keys from capmt-127.0.0.1-2000 for service "HBO3 HD" 
2017-12-12 17:44:14.942 [  DEBUG]:descrambler: info - service='HBO3 HD' caid=0B01(conax) provid=000000 ecmtime=717 hops=0 reader='Cache' from='cache3' protocol='none'
2017-12-12 17:44:16.730 [  DEBUG]:descrambler: Obtained keys from capmt-127.0.0.1-2000 for service "HBO3 HD" 
2017-12-12 17:44:18.835 [  DEBUG]:descrambler: info - service='HBO3 HD' caid=0B01(conax) provid=000000 ecmtime=395 hops=0 reader='Cache' from='cache3' protocol='none'
2017-12-12 17:44:28.806 [  DEBUG]:descrambler: info - service='HBO3 HD' caid=0B01(conax) provid=000000 ecmtime=388 hops=0 reader='Cache' from='cache3' protocol='none'
2017-12-12 17:44:38.927 [  DEBUG]:descrambler: info - service='HBO3 HD' caid=0B01(conax) provid=000000 ecmtime=506 hops=0 reader='Cache' from='cache3' protocol='none'

This is a perfect example that two key updates (ECM) are problematic. Keys are changed each 10 seconds. You may check your oscam logs when this occurs, too.

Perhaps, your key provider is not stable when you use more services together.

reader='Cache' from='cache3'

In the next room I have an enigma2 receiver and there is an oscam server in it.
I do not use CacheEX.
Can you advise something and how to set it up to good at oscam?
Why are such problems only on HBO 2 HD and HBO 3 HD?

It may be a problem with shared ECMs coming from cache.

You can try disabling CacheEX for the local oscam reader which connects to the other oscam on the enigma2 box.
"Cache-EX-Mode: 0 - no CacheEX"

Is the oscam running on the same machine as Tvheadend only used to relay to the oscam running on your enigma2 box?

Have you tried connecting Tvheadend directly to oscam on the enigma2 box using newcamd protocol?

Box enigma 2 oscam = server oscam
HTPC TVHeadend + oscam = client oscam

The question is whether the CacheEX function is enabled by default?
I did not turn it on in person. I'm not good at configuring oscam, so please be understanding.

Not sure if it is default, but also you did not provide ANY details about your settings.

Do you mean server or client settings?

This is my config server and client

http://pasted.co/f532c8a3

Since you have cccam setup on your enigma2 oscam, have you tried connecting Tvheadend directly to it?

Under CA add a new CA - type cccam and use details from local oscam config.
(Be sure to disable your current tvheadend capmt CA so it does not interfere)

BTW - you can upload your files directly here, it is easier than using third party paste sites...

I do not see the possibility of adding cccam in TVHeadend. Can you write exactly what to add?

Tomasz Kowalczyk wrote:

I do not see the possibility of adding cccam in TVHeadend. Can you write exactly what to add?

update to latest Git
Manual

My system is LibreELEC 8.2.1

For tvh 4.0.x, you may use newcamd /oscam/ (cwc /tvh/) protocol.

If I set a newcamd protocol on TVHeadend then I must also set up the newcamd protocol in server enigma2. Can you tell me how to set it as an additional protocol? What to add to the server?

You can follow these instructions (skipping the first step about connecting to cccam.)
[[http://tvheadend.org/boards/13/topics/6211?r=7724#message-7724]]

BTW LibreELEC 8.2.1 should using Tvheadend 4.2.23, but maybe the build is using addon tvheadend and not tvheadend42???

Can you tell me what is currently in these logs? I still use oscam only, I changed "Cache-EX-Mode: 0 - no CacheEX". I had CacheEX 3 in my client. I noticed a big improvement.
However, I have encountered a problem here

2017-12-24 10:54:17.194 [ INFO] subscription: 0039: "keep" subscribing to mux "10719V", weight: 1, adapter: "Montage Technology M88RS6000 #0 : DVB-S #0", network: "DVB-S 130E", service: "Raw PID Subscription"
2017-12-24 10:54:17.194 [ INFO] subscription: 0038: "127.0.0.1 [ | Kodi Media Center ]" subscribing on channel "TVP INFO HD", weight: 150, adapter: "Montage Technology M88RS6000 #0 : DVB-S #0", network: "DVB-S 130E", mux: "10719V", provider: "nc+", service: "TVP INFO HD", profile="htsp", hostname="127.0.0.1", username="127.0.0.1", client="Kodi Media Center"
2017-12-24 10:54:25.058 [ INFO] subscription: 0038: "127.0.0.1 [ | Kodi Media Center ]" unsubscribing from "TVP INFO HD", hostname="127.0.0.1", username="127.0.0.1", client="Kodi Media Center"
2017-12-24 10:54:25.059 [ INFO] mpegts: 11158V in DVB-S 130E - tuning on Montage Technology M88RS6000 #0 : DVB-S #0
2017-12-24 10:54:25.059 [ INFO] subscription: 0039: "keep" unsubscribing
2017-12-24 10:54:25.344 [ INFO] subscription: 003B: "keep" subscribing to mux "11158V", weight: 1, adapter: "Montage Technology M88RS6000 #0 : DVB-S #0", network: "DVB-S 130E", service: "Raw PID Subscription"
2017-12-24 10:54:25.344 [ INFO] capmt: dvbapi: Starting CAPMT server for service "TV4 HD" on adapter 0
2017-12-24 10:54:25.344 [ INFO] subscription: 003A: "127.0.0.1 [ | Kodi Media Center ]" subscribing on channel "TV4 HD", weight: 150, adapter: "Montage Technology M88RS6000 #0 : DVB-S #0", network: "DVB-S 130E", mux: "11158V", provider: "Cyfrowy Polsat S.A.", service: "TV4 HD", profile="htsp", hostname="127.0.0.1", username="127.0.0.1", client="Kodi Media Center"
2017-12-24 10:54:26.505 [WARNING] TS: DVB-S 130E/11158V/TV4 HD Transport error indicator (total 1)
2017-12-24 10:54:27.513 [WARNING] TS: DVB-S 130E/11158V/TV4 HD: TELETEXT #296 Continuity counter error (total 1)
2017-12-24 10:54:27.890 [WARNING] TS: DVB-S 130E/11158V/TV4 HD: H264 #545 Continuity counter error (total 1)
2017-12-24 10:54:27.890 [WARNING] TS: DVB-S 130E/11158V/TV4 HD: MPEG2AUDIO #547 Continuity counter error (total 1)
2017-12-24 10:54:27.890 [WARNING] TS: DVB-S 130E/11158V/TV4 HD: MPEG2AUDIO #547: Invalid start code 4d:85:b9
2017-12-24 10:54:27.890 [WARNING] TS: DVB-S 130E/11158V/TV4 HD: H264 #545: Invalid start code 0d:a1:d1
2017-12-24 10:54:27.890 [WARNING] TS: DVB-S 130E/11158V/TV4 HD: MPEG2AUDIO #546 Continuity counter error (total 1)
2017-12-24 10:54:28.264 [WARNING] TS: DVB-S 130E/11158V/TV4 HD: MPEG2AUDIO #546: Invalid start code 86:b0:a5
2017-12-24 10:54:32.676 [ ERROR] descrambler: ECM - key late (4807 ms) for service "TV4 HD"
2017-12-24 10:54:37.527 [WARNING] TS: DVB-S 130E/11158V/TV4 HD: TELETEXT #296 Continuity counter error (total 40)
2017-12-24 10:54:45.671 [WARNING] TS: DVB-S 130E/11158V/TV4 HD: H264 #545 Continuity counter error (total 8)
2017-12-24 10:54:45.672 [WARNING] TS: DVB-S 130E/11158V/TV4 HD: MPEG2AUDIO #547: Invalid start code 04:0f:09
2017-12-24 10:54:45.672 [WARNING] TS: DVB-S 130E/11158V/TV4 HD: H264 #545: Invalid start code 3b:fc:b5
2017-12-24 10:54:45.673 [WARNING] TS: DVB-S 130E/11158V/TV4 HD: MPEG2AUDIO #546: Invalid start code e6:41:1b
2017-12-24 10:54:45.679 [ ERROR] tsfix: transport stream H264, DTS discontinuity. DTS = 1475482, last = 321682
2017-12-24 10:54:45.679 [ ERROR] tsfix: transport stream MPEG2AUDIO, DTS discontinuity. DTS = 1360800, last = 224640
2017-12-24 10:54:45.680 [ ERROR] tsfix: transport stream MPEG2AUDIO, DTS discontinuity. DTS = 1366560, last = 230400
2017-12-24 10:54:59.973 [WARNING] TS: DVB-S 130E/11158V/TV4 HD Transport error indicator (total 46)
2017-12-24 10:55:00.347 [WARNING] TS: DVB-S 130E/11158V/TV4 HD: H264 #545 Continuity counter error (total 10)
2017-12-24 10:55:00.347 [WARNING] TS: DVB-S 130E/11158V/TV4 HD: MPEG2AUDIO #546 Continuity counter error (total 7)
2017-12-24 10:55:00.347 [WARNING] TS: DVB-S 130E/11158V/TV4 HD: MPEG2AUDIO #547 Continuity counter error (total 5)
2017-12-24 10:55:00.347 [WARNING] TS: DVB-S 130E/11158V/TV4 HD: MPEG2AUDIO #546: Invalid start code 79:0e:a5
2017-12-24 10:55:00.347 [WARNING] TS: DVB-S 130E/11158V/TV4 HD: TELETEXT #296 Continuity counter error (total 209)
2017-12-24 10:55:02.077 [ ERROR] descrambler: ECM - key late (4120 ms) for service "TV4 HD"
2017-12-24 10:55:04.993 [ ERROR] descrambler: cannot decode packets for service "TV4 HD"
2017-12-24 10:55:07.910 [WARNING] linuxdvb: Montage Technology M88RS6000 #0 : DVB-S #0 - retune
2017-12-24 10:55:09.900 [WARNING] tbl-base: sdt: 11158V in DVB-S 130E: invalid checksum (len 273, errors 1)
2017-12-24 10:55:10.528 [WARNING] TS: DVB-S 130E/11158V/TV4 HD: H264 #545 Continuity counter error (total 402)
2017-12-24 10:55:10.528 [WARNING] TS: DVB-S 130E/11158V/TV4 HD: MPEG2AUDIO #546 Continuity counter error (total 390)
2017-12-24 10:55:10.528 [WARNING] TS: DVB-S 130E/11158V/TV4 HD: TELETEXT #296 Continuity counter error (total 649)
2017-12-24 10:55:10.528 [WARNING] TS: DVB-S 130E/11158V/TV4 HD: MPEG2AUDIO @ #547 Continuity counter error (total 387)

full log
http://pasted.co/8089cf7d

@Tomasz Kowalczyk
Why you satellite position is 130E, when you use 13E (Hot Bird/Cyfrowy Polsat)?
What are oscam settings and tvh client to oscam settings?

The channel list has been converted from enigma2 so it can be called 130E (error). The oscam settings I gave above.

I don't see part of oscam.conf

topic 32

http://pasted.co/f532c8a3

I have been testing VDR 2.2.0 since yesterday. I had similar problems with TVHeadend. I found relevant entries in the network for the DISEQC option for Hotbird + astra. After adding them, I tested them for a while and it was stable on VDR. I think it may be the same in TVHeadend. Some diseqc error stitched in TVHeadend.

After adding these entries to the diseqc VDR started working well for me.

S13E 11700 V 9750 t v W15 [E0 10 27] W15 [E0 10 22] W15 t
S13E 99999 V 10600 t v W15 [E0 10 27] W15 [E0 10 22] W15 T
S13E 11700 H 9750 t V W15 [E0 10 27] W15 [E0 10 22] W15 t
S13E 99999 H 10600 t V W15 [E0 10 27] W15 [E0 10 22] W15 T

S19.2E 11700 V 9750 t v W15 [E0 10 27] W15 [E0 10 26] W15 t
S19.2E 99999 V 10600 t v W15 [E0 10 27] W15 [E0 10 26] W15 T
S19.2E 11700 H 9750 t V W15 [E0 10 27] W15 [E0 10 26] W15 t
S19.2E 99999 H 10600 t V W15 [E0 10 27] W15 [E0 10 26] W15 T

Maybe a similar problem is with TVHeadend? Can there be a bug?

TVH already supports universal LNBs and diseqc. Just set the 'Satellite config' in your input config (adapter tree) to '2-Port switch (universal LNB)' and assign correctly networks.

The problem is that the networks are correctly assigned in TVHeadend. VDR works well on the same equipment.
It turns out that:
Hardware is OK
OSCAM is OK
Only TVHeadend is not good.

tuner 1 -- diseqc1 A/A - twin LNB1 Hotbird
        +- diseqc1 A/B - twin LNB2 Astra

tuner 2 -- diseqc2 A/A - twin LNB1 Hotbird
        +- diseqc2 A/B - twin LNB2 Astra

It scans and finds the channels correctly (Theoretically, diseqc works)

When switching channels, sometimes it will freeze the picture and not play. I must then switch to the next channel and come back.

When I watch a channel, it also happens. Sometimes, after a few seconds, he himself is loaded and sometimes I have to switch and return.

This is probably not even related but very similar. Interestingly it only appears to happen with htsp/Kodi. Http is fine from what I can tell.

If the connection to the oscam server isn't active, the channel will fail to play at first and return "scrambled channel". If you switch to another encrypted channel, it'll play fine as well. If you return to the previously failing channel that'll then play too.

It's very odd!

Only how to solve it. I've already liked TVHeadend and learned its graphical interface. Unfortunately, this is unacceptable as sometimes, every few minutes, I can freeze the picture when watching TV or switching channels.

Ok, for those complicated problems, it's not easy to tell you where is the exact problem. To verify reception - you may try to save the mux stream (play link in the mux grid) and use
https://github.com/tvheadend/tvheadend/blob/master/support/pid-count.py to analyze the continuity issues. Then we can concentrate on diseqc code (if there are many).

Also, we have 4.2.5 version (the latest stable).

It's always good to compile/test latest code if the problem is not already resolved there (4.3). Some code cannot be backported to stable. Honestly, 4.2 is too old for me ;-)

Can you write step by step what should I do exactly? I'm not good at linux. As for the new version of TVHeadend I would like to invite if there is a version under LibreELEC 8.2.2? I am sorry that he is so tired.

Tell me what to do with this script you sent me?
I was looking for this catalog (winscp) at my place
/ usr / bin / env python
I have not found

And what do you mean?
"To verify reception - you can try to save the mux stream (play link in the mux grid) and use

to analyze the continuity issues. "

Should I turn on the recording of a channel and watch something else because I do not understand what you are talking about?

When I watch TV and freeze TV for me, in the TVH status errors like in the picture.

https://zapodaj.net/251ec6b28fa38.jpg.html

It appears really like a reception/driver issue. "Transport Errors" are from the demodulator on card. My idea was to get the "raw" stream from the card (which is available when you use the play URL in the mux grid) and try to analyze it.

@farzad x: Try the IP based access to oscam (don't use /tmp/xxxx socket - it does not work sometimes).

Jaroslav Kysela wrote:

@farzad x: Try the IP based access to oscam (don't use /tmp/xxxx socket - it does not work sometimes).

I tried, made no difference.
Thanks anyway.

Well, I tried mode 5 from this page http://docs.tvheadend.org/webui/config_caclient/ semms to do the trick. No issue whatsoever with descrambling channels.
Thanks.

Hello.

I installed TVHeadend 4.3-848. There are still problems.

I did the test. In the TVHeadend configuration, I disabled diseqc. I set up a single Hotbird satellite. When it is diseqc turned off, the TV is working properly.

I think it's the TVHeadend fault and the internal diseqc setting.

TVH uses DiseqC commands 0x38 and 0x39 for the standard switches. http://www.eutelsat.com/en/support/technical-support/diseqc.html . Those commands are mandatory for all switches.

You can look for the timing and diseqc sequence in the tvh's log. Use '--trace linuxdvb,diseqc' .

After disconnecting both diseqc switches everything works fine. Apparently they do not want to work with TVHeadend. I have a question. In LibreELEC there is info with channel parameters. There is an SNR option on which I always have 0. It seems to me that this is because SNR is given in dB. And info code has a % progress bar. Is it possible to change the SNR on TVHeadend to %

Hello

I have one more problem and I do not know what is broken. At this point, I removed the diseqc switches. There is only Hotbird. After turning on my HTPC (LibreELEC) I noticed a problem. Earlier he was too but I did not pay attention.

I noticed that after switching on the HTPC in the menu LibreELEC does not recognize my card and does not show the signal. At this time, the TVReadend status in SNR status is low. 9,5dB.

After a longer time (about 30 minutes) TVHeadend returns to normal and SNR increases and the signal quality appears in the LibreELEC menu.
https://zapodaj.net/552e2a0d21b80.jpg.html

What could be wrong?