The root cause for the system crash/hang/freezes during the playback of a video nested in an ISO file seems to be located in a segmentation fault. A possible solution is to use a patched "booloader.img" for LibreELEC!
When switching to CoreELEC 9.0.1 the problem has gone as the community there might have already integrated the correct bootloader in that version.
Is there a chance to come back to LibreELEC by preventing the segmentation fault with a fixed "bootloader.img" in LibreELEC, too?
Posts by diego
-
-
smp Indeed, the problem has completely gone after having switched to CoreELEC 9.0.1 for the "Le Potato" Single-Board-Computer! This means, no system hang/freeze/crash anymore during playback of a video nested in an ISO file.
Thanx for the important hint and your help!
Do you know whether the LibreELEC community is going to fix this problem that might affect the ISO playback as well sustainably, e.g. by integrating a patched bootloader version? There seems to be a solution available - at least the CoreELEC guys have solved it already.
-
smp: thank you for your hint
QuoteLE is currently pretty much broken for Le Potato
What do you mean with it (e.g. the use of the old kernel version 3.14)? I just wonder why current LE images for "Le Potato" (even maintained test builds, see linked test build above) are still offered, although - to your understanding - they are pretty much broken.
All the other features seem to work well - it's just the video playback in case the video is embedded in an ISO container.
But I'll switch to CoreELEC and give it a try! -
It even happens reproducible with the current test build:
-
It even happens reproducable with the current test build:
-
Dear AMLOGIC Community,
is there a chance to get rid of the annoying ISO playback crashs/hungs? Details see:
Kind regards
Diego
-
Dear LibreELEC community,
when taking a Libre Single-Board-Computer (SBC) "AML-S905X-CC" with 2GB RAM (Codename "Le Potato") having LibreELEC version 9.0.1 installed (complete re-flash of the internal SD-card) and trying to play a Full-HD/UHD video contained in an ISO file - independent of the chosen video player - the complete system crashes and hangs after >1-3 minutes. When choosing an UHD it happens earlier compared to a Full-HD. This effect can be reproduced each time - even when varying the file selection.
Important: it seems not a memory leak as I checked the main memory using "top -o %MEM" (sorting "%mem" descending) during the video playback. For me, it seems to be a problem with "ffmpeg" version 4.0.3 used in this Kodi/LibreELEC version. Current version is ffmpeg 4.1.1
The below table shows the requested informations needed for a bug report:
Key Value Hardware Specs Libre Computer Board AML-S905X-CC with 2GB RAM, Codename Le Potato LibreELEC version 9.0.1 (libreelec-lepotato.arm-9.0.1.img.gz) Debug log
kodi.log (created via: "tail -f -n10000 /storage/.kodi/temp/kodi.log)
dmesg.log (created via: "dmesg" once before the crash happened)
Hints:
- the crash happens a few seconds later compared to the last timestamp mentioned in "kodi.log"
Reproduction description
Download the DEMO UHD video and package it in an ISO file created with ImgBurn. Store it on a harddisk and attach this harddisk via USB to the SBC "Le Potato".
Boot LibreELEC 9.0.1 on "Le Potato" -> Settings -> File Manager -> Select the harddisk attached to one of the four USB ports -> Navigate to a folder where a UHD or Full-HD encoded ISO file is stored -> via the context menu either choose the standard or non-standard video player -> wait until the crash appears
Hints:
- the boot loader has not been updated to get rid of the bug mentioned here!
- after the crash, the SSH session freezes and gets disconnected
Kodi video and audio settings: Audio settings (Settings -> System):
Audio: [Audio Decoder: Audio output device: ALSA: Default (AML-M8AUDIO Analog); Number of channels: 2.0; Volume control steps: 20], [GUI Sounds: Play GUI sounds: Only when playback stopped; GUI sounds: Kodi UI Sounds], [Audio Passthrough: Allow passthrough: disabled; Passthrough output device: ALSA: AML-M8AUDIO, HDMI]
Player settings (Settings -> Player):
Videos: [Actions: Skip steps: -10min, -5min, -3 min, -60 sec, -30sec, -10sec, 10sec, 30sec, 60sec, 3min, 5min, 10min; Skip delay: 750ms]; [Playback: Adjust display refresh rate: Off; Sync playback to display: disabled]
Discs: [DVD: Play DVDs automatically, Forced DVD player region], [Blu-ray: Blu-ray region Code: Region B; Blu-ray playback mode: Play main movie], [Audio CDs: Audio CD insert action: None; Load audio CD information from online service: enabled]
Language: [Audio: Preferred audio language: German; Prefer default audio streams: enabled], [Subtitles: Preferred subtitle language: Original language; Enable parsing for closed captions: disabled; Font to use for text subtitles: arial.ttf; Character set: Default], [Download Services: Languages to download subtitles for: English; Default TV show service: None; Default movie service: None]
Media info:
LG Cymatic Jazz is a promotional video, in HDR HLG Ultra-HD, for LG 4K TVs.
LG: Cymatic Jazz HDR HLG UHD 4K Demo | 4K Media
Video Info: Resolution : 3840 x 2160
File size : 738 MB
Duration : 00:04:58
Format : MP4
Codec : HEVC
Overall bit rate : 61,8 Mb/s
Bit depth : 10 bits
Frame rate : 60 fps
Maybe this problem is already well known - or may solved in one of the nightly builds?
-
Dear Community,
as you maybe know, Windows users can explicitly mark their NTFS-formatted hard drives read-only - e.g. to consciously prevent any modifications on the disk. This can easily be achieved using "diskpart" via:
Quote
list disk
select disk <disk number>
attributes disk set readonly
exitWhen having done that, the hard drive attached via USB cannot be automunted properly under LibreELEC. Even not via a remount on the shell manually:
Quote
mount -t ntfs -o remount,ro /dev/sdxX /var/mediaAutomount of LibreELEC does work again as soon as the read-only protection has been removed.
Do you know how?