Tvheadend

status SCVYL

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

is this device support powertop tuning?

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

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.

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.

what is situation with

top -H

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

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.

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 seems to be specific to the zero, or perhaps h2/h3. I've upgraded my BPi (also on Armbian/Debian Stretch) to 632 & it's fine. With two tuners.

Mark Clarkstone wrote:

This seems to be specific to the zero, or perhaps h2/h3. I've upgraded my BPi (also on Armbian/Debian Stretch) to 632 & it's fine. With two tuners.

1. What means "632" and what kind of BananaPi are you using?

2. top -H when stream is working fine in mpv
http://paste.ubuntu.com/25956027/

3. top -H when start recording and hangs
http://paste.ubuntu.com/25956032/

To be honest I'm lose patience to OP Zero. Now when I write this post streaming raw .ts to mpv working ok with no hangs. Only difference is that OP was disconnected about 3 hours.

What can I try is compile drivers but I don't know how to reach this. I was trying compile drivers for default stable armbian or DietPi:
https://git.linuxtv.org//media_build.git/about/
but building report errors. Also I was trying to build drivers from DVBSky:
http://www.dvbsky.net/download/doc/Linux_driver_installation_Guide
but also are errors while building.

Probably I leave OP Zero and focus on some other small board similar to OP Zero.

I guessing that somehow when DVR start there is a not enough resource to operate controller communication
with make lag with extend to this bad result.
As you see IRQBalance give some positives but finally result is same.

Jan Kowalski wrote:

Probably I leave OP Zero and focus on some other small board similar to OP Zero.

CA98 good old x86_64

Well, actually I have what I wanted to have at the begining of this topic. I had many continuity errors. After install OSMC everything works fine, much better than on Raspbian with Kodi - video is smoothness, all running quicker, backup all system .img via Clonezilla has just 400 MB.

At the moment my RPi2 running as:
- Kodi with streamning movies from internet,
- playing and recording TV from DVB-C with VERY SMALL quantity of errors even when I play HD movie form internet at the same time while Tvh is recording. For example today recordings (1,5 hour) have just overall 8 continuity errors,
- RPI Webcam Interface is running in background,
- rtranscode for streaming and transcoding Live TV via openvpn to VPS.

Probably I leave idea to have second device (rpi, OP or other microcomputer) strict for tvheadend.

MANY THANKS Mark and Saen for your help !!!!!!!!

Jan Kowalski wrote:

Mark Clarkstone wrote:

This seems to be specific to the zero, or perhaps h2/h3. I've upgraded my BPi (also on Armbian/Debian Stretch) to 632 & it's fine. With two tuners.

1. What means "632" and what kind of BananaPi are you using?

632 = unstable 4.3.632.

2. top -H when stream is working fine in mpv
http://paste.ubuntu.com/25956027/

3. top -H when start recording and hangs
http://paste.ubuntu.com/25956032/

To be honest I'm lose patience to OP Zero. Now when I write this post streaming raw .ts to mpv working ok with no hangs. Only difference is that OP was disconnected about 3 hours.

saen acro wrote:

I guessing that somehow when DVR start there is a not enough resource to operate controller communication
with make lag with extend to this bad result.
As you see IRQBalance give some positives but finally result is same.

Mine doesn't even last long enough to see top -H! I can't even stream! After a few seconds of data from a mux (data ramps up), bang. If I unplug the tuner, everything goes back to normal.

It's a shame really, I remember using the silabs sticks on it (and the OPi PC) ages ago & they were fine. But I dunno. I'll stick to using my other devices & use this for dev.

Is your power supply is powerful enough?

saen acro wrote:

Is your power supply is powerful enough?

Testing that is next on my list

I wonder if there had been any update on running Tvheadend on OrangePi Zero (Plus)? I intend to buy a Zero Plus (HC5), not the Zero Plus 2. Would use it only as a Tvheadend backend for DVB-C with one USB tuner, Mygica T230 (Geniatech T230).

Probably running Armbian,TVH version 4.3. (Maybe with docker, bit will see about that).