Tvheadend

You might want to give this a try. https://tvheadend.org/boards/5/topics/15576?r=15657

specifically this..

rm -f /dev/dvb/adapter0/frontend0
 ln -s /dev/dvb/adapter0/frontend1 /dev/dvb/adapter0/frontend0

Also what version of tvh are you using 4.0?

Tvh version installed from armbian-config: HTS Tvheadend 4.0.9-13~g64fec81

Jan Kowalski wrote:

Tvh version installed from armbian-config: HTS Tvheadend 4.0.9-13~g64fec81

That would explain a lot - 4.0 has some bugs (as noted by that previous post)

The RPi 4.2 builds should work okay on the OPi zero.

You can use my RPI AptRepository for 4.2 :).

If not, let me know & I'll build you an Armbian specific deb

Thank very much!!!

I will try repo first.

Also I found building instructions for OP Zero:
https://opoczno.ovh/2017/01/15/tvheadend-install-orange-pi-zero/

Is this building procedure correct?

Jan Kowalski wrote:

Thank very much!!!

I will try repo first.

Also I found building instructions for OP Zero:
https://opoczno.ovh/2017/01/15/tvheadend-install-orange-pi-zero/

Is this building procedure correct?

It is for master, if you want stable do "git checkout release/4.2" after the clone.

You can speed up the compile using --disable-ffmpeg_static (transcoding won't work anyway). Check ./configure --help for options.

Is working

I've installed Tvh from yours repo with any problems, of course DVB-C is now recognized, all channels are visible etc.

Now it's time for testing. I will see how many errors will get on FHD recording.

OP Zero hangs every time after start recording

Jan Kowalski wrote:

OP Zero hangs every time after start recording

Are you supplying it enough power? I had a similar issue with the Banana Pi. It just wasn't getting enough juice - try using your device (the tuner) with a powered hub?

At the moment I haven't any powered hub to test this. I'm using 2A power supply which is recommended for OP Zero.

Is maybe some option to force more power to USB like in RPi?

Jan Kowalski wrote:

At the moment I haven't any powered hub to test this. I'm using 2A power supply which is recommended for OP Zero.

Is maybe some option to force more power to USB like in RPi?

I don't think there is any limit to the power draw from usb on the zero. I'm guessing the drive (I assume you've attached a usb drive for recordings) and the tuner are fighting each other for power.

OP Zero has just one USB port and DVB Stick is connected to it. Recordings go to sd card.

Jan Kowalski wrote:

OP Zero has just one USB port and DVB Stick is connected to it. Recordings go to sd card.

Do channels play ok? Is it just recordings?

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.

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.

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)

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?

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.

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

Run femon log during record,
also IRQ log.

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.

femon is a command from dvb-apps package

femon -H 

IRQ can be seen with with

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

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/

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

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

Is irqbalance installed, too match irq treads on first cpu tread

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/