Ubuntu Server as a host OS for LE build system, not for DVD playback.
Maybe I wasn't clear in my original post... The resulting RPi2 images don't play any DVDs (including VIDEO_TS folders and ISOs) unless I disable LTO in Kodi's package.mk. I reported about the issue here a while ago but milhouse have no idea what's causing this.
This issue occur even if I don't make any changes (a clean build from current LE master).
Any ideas? I thought that Linux Mint could be the cause of this weird bug, so I installed Ubuntu Server 16.04 (64-bit). Same issue.
Is it compatible with FLIRC and similar cases? It looks to me that the CPU heat spreader could be an issue (CPU height difference compared to pi2/3).
I don't understand why they chose to place the LAN/USB chip differently. This will probably cause an issue with my aluminum case.
What is the default sdram_freq and gpu_freq?
A small sample of the unplayable file would be useful.
I have dvb tevii 650 usb , only with this tar file is scanned correctly 16 east channels.
Kernel 4.8.13 and Kodi 17.3
I restored the file - the dropbox link should work now.
I need this libreelec tar:
LibreELEC-RPi2.arm-8.0.2-k48
I already deleted it. Why do you need it?
is there a way to get the SMB chunk size fixed in the latest stable 8.2.3 LibreELEC
I built a 8.2.3 image with modified SMBFile.h (chunk size set to 64K). I did not test it and have no idea if this change has a positive (or any) effect on Kodi 17.
Try the current Milhouse build. And check out the last few pages of that thread regarding the changes of the SMB chunk size.
But I dont see continuity errors in the tvheadend webinterface.
Then It's an unrelated issue.
I have a PCIe DVBSky T9580 V3
I don't think that PCIe cards are even affected by the kernel softirq problem.
Which would indicate that my system is not overclocked
Your log file suggests otherwise:
arm_freq=1000
sdram_freq=500
core_freq=500Are you using pi2 or pi3?
Default arm_freq for pi2 is 900, core_freq is 250.
For pi3 default value for arm_freq is 1200, core_freq is 400.
Also from your log file:
18:53:01.854 T:1961745360 NOTICE: ARM mem: 864MB GPU mem: 160MB MPG2:0 WVC1:0160 mb for GPU mem is too low. This will cause issues with HEVC decoding. You definitely need to add or edit the gpu_mem_1024 value in config.txt.
Update: I just tested with gpu_mem_1024=160 on my pi3. With that setting Kodi crashes immediately after I start the playback of a HEVC file.
Sadly nothing has changed in regard to my problem with playback. Some files still crash the system
Try to temporarily remove all overclocking.
Also, set the the gpu_mem_1024 value in config.txt to 256.
What could I have overlooked?
added screenshot showing update file in folder
I'm not really sure, It looks fine to me. Maybe berryboot has something to do with this.
Create a backup in case you will need to go back to LE 8.
Download the latest Milhouse build. Copy the .tar file to storage/.update and reboot.
LE9 is in pre-alpha.
As far as I can tell from that log you are using Raspberry Pi2 and trying to play HEVC 10-bit videos. You need LibreELEC 9 / Kodi 18 to play 10-bit HEVC on RPi2.
1080p/24 HEVC work rather well on an overclocked RPi3. On RPi2 you will probably get a lot of frame drops. 720p should be OK.
A small sample of the problematic file could be useful.
Are you able to use adv (x2)
Yes. There is no reason not to use advanced x2.
have you tested if you get the same results if recording to a USB HDD instead of sdcard?
I actually get the same results even if there is no recording going on (~1 or 2 ActiveAE errors per hour in kodi.log and rare short audio dropouts). Recording just makes the issue far more obvious and easy to reproduce.
