Posts by smp

I assume you're running both Tvheadend server and client on the same Pi.
I had the same issue with my DVBSky s960 + RPi3. Here's how you can fix it:

1) Switch from Advanced deinterlacing to Bob. Advanced deinterlace is using a lot of RAM bandwidth and it may cause issues (especially on HD channels) when both PVR client and server are on the same Pi. This is not the best solution because Advanced looks better than Bob.
2) Increase the "arm_uc" value (I use 12 0). The default value for Pi3 is "10 0". For Pi2 it is probably the same. Run "vcgencmd arbiter status" to check the current value.
To make the new setting permanent add this to autostart.sh file:

vcgencmd arbiter set arm_uc 12 0

^This setting completely fixed the issue for me, I didn't have to disable the Advanced deinterlacing.
RAM overclocking will also help a bit.

Also, see this thread - thread-4235.html
Linux kernel 4.9.x perform poorly on the Pi. The latest LibreELEC builds are based on kernel 4.9.x. Use a build based on pre-4.9 kernel.

I have no such issues here with Samba. Using RPi3, LE 7.95.2. Windows 10 PC as NAS.

No issues here with LE 7.95.3 + VDR + OSCam.

Oops, I forgot that there are other platforms...

Anyway, it's easy to compile it without media_build. Just edit the project options file.

Try my custom build that I posted here. I compiled it without media_build.

The multi-coloured-square at boot is a GPU test.

I could be mistaken but the green LED is disabled intentionally on release and release candidate builds.

Maybe a media_build issue? 7.90.010 didn't include it.

Doesn't Germany use HEVC for DVB-T2?

I decided to take the issue into my own hands and compiled a build using LE v.7.95.2 sources and linux kernel 4.8.13. As I expected this completely fixed the video corruption issue. IMO linux kernels 4.9.x/4.10.x are putting much more strain on low performance device such as RPi3.

If anyone wants to check out my custom build for RPi2/3 here's the link. I tested it for a few hours and it works great.

----------

No, this time deinterlace doesn't make much difference.
When back in summer I reported a similar issue there were 2 ways to fix it:
1) By switching from Advanced deinterlacing to Bob.
2) By raising "vcgencmd arbiter set arm_uc". Setting it to "12 0" completely fixed the issue.

Since the very first kernel 4.9 based build the video corruption dramatically increased with no apparent way fo fix it.

Quote from lrusak

Did you even try the build that milhouse mentioned?

Yes. Build 0125 has the same issue like all the other kernel 4.9.x based builds.

This has nothing to do with deinterlacing. I posted about the issue a while ago -
LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)
LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)
LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)

The issue is still there and I'm 100% sure it has something to do with the new kernel.

It's dissapointing that the final Krypton build will be based on a 4.9.x kernel and it will be unusable (for me at least).

My hardware: Rpi3, DVBSky s960 DVB-S2 tuner (connected to the same RPi3).
Software: VDR/VNSI (both frontend and backend are on the same RPi3).

I was using nightly Milhouse builds and this hardware combination worked perfectly fine until build #1215. That build was the first one that used the new 4.9.0 kernel.
I noticed a somewhat rare, intermittent video corruption when watching 1080i h.264 TV channels - usually a flash of green artifacts. Those video artifacts appear once in 5-10 minutes (sometimes more frequent).

That issue is still present in LE 7.95.1 and latest Milhouse builds. It is also present in kernel 4.10-rc Milhouse test builds. Only builds based on the 4.8.x kernel (and older) don't have this issue.

Try another USB cable.

Ok, the latest Milhouse build added back the DVD playback, so I just tested it and sadly the problem is still there.

A Milhouse build release notes say "DVD ISO/disk playback remains temporarily disabled" so it doesn't play DVDs at all.

I tried the generic 7.0.1 x86_64 build on my PC. Same problem there, so it is not specific for Rpi.

A sample of one of problematic NTSC menus - Dropbox - Link not found