Try to remove RAM overclocking
Code
sdram_freq=400Posts by smp
-
-
The HW VC1 and MPEG-2 codecs are irrelevant. VP9 is decoded with ffmpeg on Rpi. The performance of software decoded VP9 and HEVC is massively improved in Kodi 18.
-
It plays fine on Rpi3 with LE 9 (current Milhouse build).
-
VDR config plugin never worked for me either. Just download channels.conf from the internet.
-
There are no usable Kodi 17 builds afaik. Rockchip support in LE is more or less experimental - there are no guarantees that it will ever work well like Rpi3.
-
Try "arm_freq=1300".
-
8-bit HEVC will work. You will need Windows for 10-bit HEVC.
-
8.2.5 fixed that stuff but a kernel upgrade (an Linux land problem) added another bug Problems with DVBSky / TechnoTrend USB DVB-S2 tuners since LE8
8.2.5 for RPi2 is using kernel 4.9.80 so it is not affected by this bug.
-
-
Is there any progress in this case? Probably someone tried newer builds?
Progress in what case? A fix was found back in January.
-
Create a Kodi trac ticket and include as much info as possible. FernetMenta is the developer you want to talk to about VideoPlayer issues. Posting here is not the way to get things fixed in Kodi.
-
You will need to edit packages/linux/package.mk and replace linux 4.14 patches with the patches that are intended for kernel 4.9. You will also need to replace the linux.xxx.conf file with the version that is intended for kernel 4.9. You can copy it from 8.2 branch.
-
Try to add some voltage to SoC and/or RAM in config.txt (e.g. over_voltage=4, over_voltage_sdram=4).
-
VDR 2.4.0 final is out. I built an LE9 addon for RPI2, it seem to be working well.
-
-
The sample doesn't play at all in VLC for Windows (or Windows Media Player) so there may be some encoding issues.
It plays fine here (VLC for Windows).
-
The bitrate doesn't look big. Also CPU doesn't look like to be used at max. HEVC samples from Jellyfish Bitrate Test Files for 10 mbps bitrate can max out RPi CPU to 100% for all cores momentarily and still without drops. So I am wondering where is the actual bottleneck.
Jellyfish samples are 29.97 fps. Your DVB recording is 50 fps. The bottleneck is probably the GPU or RAM speed (or both).
-
So it is unstable at default 1400? Did you try to add more voltage to see if this fix the crashes? Disabling the clock throttling with force_turbo=1 may be useful too.
