RPi2, DVB-C - Data errors / Continuity errors in stream. I don't know what to do more.

Jan Kowalski · 2017-11-05T20:59:27+00:00

Hi, I'm using RPi2 with Tvh 4.2.4-6 on Raspbian Jessie last release. All working fine beside Data errors / Continuity errors in DVB-C stream. I was trying m...

Jan Kowalski

This is good question.

Looks that only when I record OP Zero hangs. When I copy link stream and play on mpv, everything looks ok, no hangs.

If it's not the problem - could you compile Tvh for me to OP Zero like you mention couple post before? Maybe is some bug in Tvh when I install staight from your repo.

--- [EDIT] ---
Also is strange Tvh behavior - when I reboot OP, DVB-C network (tab) is empty, EPG stays, no channel etc.

mpmc

Jan Kowalski wrote:
> This is good question.
>

> Looks that only when I record OP Zero hangs. When I copy link stream and play on mpv, everything looks ok, no hangs.

You could try setting the DVR profile cache scheme to don't keep instead of system. This may wear your card out faster, but I suspect there is some sort of data backlog causing the hang - usually your card being slow. You could avoid this by recording to a external hard drive or network share.

>
> If it's not the problem - could you compile Tvh for me to OP Zero like you mention couple post before? Maybe is some bug in Tvh when I install staight from your repo.

Sure, see if changing the above first & I'll build you one :)

> --- [EDIT] ---

> Also is strange Tvh behavior - when I reboot OP, DVB-C network (tab) is empty, EPG stays, no channel etc.

Again this sounds like a slow card, tvh is starting up before the driver has had time to load.

Jan Kowalski

Yes I thought that is slow card. But I'm using the same cards on XBMC which is recording very well. Before I was using the same cards on Raspbian and also recordings was with no hangs, of course with errors.

Card which I'm using:
- SanDisk Ultra 16GB HC I, class 10 A1 (red-grey color)
- SanDisk Ultra 16GB HC I, class 10 (black color)

mpmc

Jan Kowalski wrote:
> Yes I thought that is slow card. But I'm using the same cards on XBMC which is recording very well. Before I was using the same cards on Raspbian and also recordings was with no hangs, of course with errors.
>
> Card which I'm using:
> - SanDisk Ultra 16GB HC I, class 10 A1 (red-grey color)

> - SanDisk Ultra 16GB HC I, class 10 (black color)

Have you tried changing the dvr profile from mkv to pass / vice-versa?

I'm building a package on my Zero now. You're using stretch right?

Jan Kowalski

Well, I don't know exactly what distro it is. I'm using nightly builds from here:

https://dl.armbian.com/orangepizero/nightly/Armbian_5.34.171111_Orangepizero_Ubuntu_xenial_next_4.13.12.7z

In couple minutes I will try with this DVR profiles.

--- EDIT ---

If I change to "don't keep" - OP hangs. Also the same with matroska instead pass :(

--- EDIT II ---
The same issues on others nightly builds. Default xential armbian doesn't recognize dvb stick on dmesg.

mpmc

Jan Kowalski wrote:
> Well, I don't know exactly what distro it is. I'm using nightly builds from here:
> https://dl.armbian.com/orangepizero/nightly/Armbian_5.34.171111_Orangepizero_Ubuntu_xenial_next_4.13.12.7z >
> In couple minutes I will try with this DVR profiles.
>
> --- EDIT ---
> If I change to "don't keep" - OP hangs. Also the same with matroska instead pass :(
>
> --- EDIT II ---

> The same issues on others nightly builds. Default xential armbian doesn't recognize dvb stick on dmesg.

This definitely suggests a data backlog. Try mounting & recording to a share, or an external hard drive.

I can still build you a package if you want (I'm using stretch though), but I suspect it'll end up with the same issue.

---

I'll setup tvh on my Zero & try to record satellite & let you know the results. If you don't hear anything within a few days, bump this post :).

Saen Acro

Run femon log during record,
also IRQ log.

Jan Kowalski

saen acro wrote:
> Run femon log during record,

> also IRQ log.

Sorry, but my knowledge about linux is weak.

When I set path to log file in tvheadend Debugging tab, file doesn't write.
Whe I set gdb like show here: https://tvheadend.org/projects/tvheadend/wiki/Debugging

file gdb.txt in current directory doesn't exist after reboot.

At the moment I can only paste files from var/log if this helps but just tell me which file paste.

Saen Acro

femon is a command from dvb-apps package


femon -H

is enough with one tunner

IRQ can be seen with with


watch -d -n1 "cat /proc/interrupts"

Jan Kowalski

Ok, thanks for info.

When I play HD stream in mpv until hangs, IRQ:

http://paste.ubuntu.com/25953730/

Here is debug.txt from debugging option in tvheadend (before I made path to wrong directory instead to hts dir so was unable to make file):

http://paste.ubuntu.com/25953737/

And here is femon which is run at the same time with mpv (of course until hangs - about few seconds):
http://paste.ubuntu.com/25953762/

mpmc

Bloody hell if that femon output is anything to go by you need to check your signal!

Saen Acro

Or signal is very weak or too amplified or driver report incorrect data.

Isirqbalance installed, too match irq treads on first cpu tread

Jan Kowalski

Mark Clarkstone wrote:

> Bloody hell if that femon output is anything to go by you need to check your signal!

If I run "force scan" in Networks Tab, I see SNR 34db & Singnal Strenght -49 db in "Status" tab.

After install irqbalance seems that stream can be played little bit longer, about 1 minute. Until hangs:
http://paste.ubuntu.com/25953977/

Saen Acro


status SCVYL

mean that it's tuned and it OK

/rest is that femon is old version without dB measurement/

is this device supportpowertop tuning?

With this bugs in IoT devices I still use my "WAFER-C400E2VN" 10 years old

mpmc

Have you checked the temp on the zero? They tend to run hot & will hang if a limit is reached.

I've still yet to connect mine up to my silabs tuner. I can only receive T/T2, -will try it with satellite as well.-

OK, I've connected my zero up to satellite and it crashed about a minute after scanning a single mux, will investigate..

---

Holy hell!!

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1218 hts 20 0 103064 10228 4908 S 136.7 2.0 0:13.96 tvheadend 123 root 20 0 0 0 0 R 85.6 0.0 0:02.65 kworker/0:2 1263 mark 20 0 7048 2820 2372 R 26.6 0.6 0:02.05 top

If you disconnect the tuner it stops the hang.. Going to test a few things, will report back when I know more.

Jan Kowalski

I've installed new today nightly armbian release which has update to install Tvh 4.2 via armbian-config form yours repo Mark:

https://dl.armbian.com/orangepizero/nightly/

When I run CLI simple monitor from armbian-config this is what I see when stream is working until hangs:

http://paste.ubuntu.com/25954530/

55% of CPU load in line 27 is moment when mpv stop streaming and off.

Saen Acro

what is situation with


top -H

¿is it frontend problem?
<<

Jan Kowalski

top -H shows about 62,4% cpu load on tvheadend when starting stream. Then hangs and after release back to about 5% for tvheadend.

mpmc

saen acro wrote:
> what is situation with
> [...]

> ¿is it frontend problem?

At present I'm using w-scan (to generate a channels.conf) then I'm going to try a tune & see what happens :p. Scanning with w_scan appears to be going fine.

It's fine in tvh until the data ramps up & then it stalls. Only way to release it is to unplug the tuner. I'm using a Technisat Skystar USB.
<<

Saen Acro

Jan Kowalski wrote:

> top -H shows about 62,4% cpu load on tvheadend when starting stream. Then hangs and after release back to about 5% for tvheadend.

TOP -H show modules used by processes


top - 18:38:21 up 12 days,  1:13,  2 users,  load average: 0,17, 0,61, 0,60
Threads: 419 total,   1 running, 418 sleeping,   0 stopped,   0 zombie
%Cpu(s):  2,2 us,  2,7 sy,  0,0 ni, 94,6 id,  0,2 wa,  0,0 hi,  0,3 si,  0,0 st
KiB Mem :  2052640 total,   228440 free,   380864 used,  1443336 buff/cache
KiB Swap:  1047548 total,   935912 free,   111636 used.  1317992 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S %CPU %MEM     TIME+ COMMAND
 6908 hts       20   0  179608  35768  10100 S  3,0  1,7 143:51.23 tvh:lnxdvb-fron (to be read as frontend)
 6896 hts       20   0  179608  35768  10100 S  2,0  1,7  99:22.41 tvh:mi-main
 7596 hts       20   0  179608  35768  10100 S  1,0  1,7  27:58.16 tvh:tcp-start
14815 saen      20   0    8356   3796   3172 R  1,0  0,2   0:00.30 top
 6895 hts       20   0  179608  35768  10100 S  0,7  1,7 123:21.37 tvh:mi-table
 6904 hts       20   0  179608  35768  10100 S  0,7  1,7  29:15.72 tvh:tcp-start
 6909 hts       20   0  179608  35768  10100 S  0,7  1,7  27:15.18 tvh:tcp-start
 7597 hts       20   0  179608  35768  10100 S  0,7  1,7  27:23.82 tvh:tcp-start

this is communication tvh <> tuner module

« Previous Page Next Page »