Posts by HiassofT

We can't tell more without a sample - I asked for it in post #2 - so you'll have to test yourself if it works with LE11 nightlies.

so long,

Hias

force_turbo will boost all clocks (including ARM CPU) which can help with general performance but likely result in higher temperatures. core_freq_min will only raise clocks needed for HW decoding so temperatures will be a bit lower.

You have to check yourself, it also depends on how well your RPi is cooled - a too high boost can have quite negative effect without proper cooling, then it will start throttling after a while if temps get too high and have worse performance than without clock boosting.

so long,

Hias

Log shows you didn't add core_freq_min or force_turbo to config.txt as mentioned in the release notes

LibreELEC (Matrix) 10.0.4 - LibreELEC

If this doesn't help please test with a clean installation of the latest LE11 nightly from here (also with core_freq_min or force_turbo)

https://test.libreelec.tv/11.0/RPi/RPi4/

so long,

Hias

Please uninstall the vpn manager addon. It seems to be having severe issues, constantly generating log entries, spamming the logs and that might be the cause of your issues.

Once you removed it please upload a pastekodi log as requested - kodi log alone isn't enough.

so long,

Hias

You can zip the file you got from "pastekodi -c" and attach it to a post here.

But it'd be better to reproduce the issue immediately after kodi start, stop playing a few seconds after the issue happened and then create the log - that should be small enough for standard pastekodi upload (if you get an error, retry a few time with some 30-60 seconds between retries, ix.io might be busy and thus fail to accept the paste).

so long,

Hias

Please post a short sample and a full debug log.

This seems to be a kodi bug, might be best to report it on kodi forums or kodi's github.

ffprobe reports the audio stream of DTS-HD MA 7.1 'Dredd' Sound Check.m2ts as DTS-HD-MA

Input #0, mpegts, from 'kodi/DTS-HD MA 7.1 'Dredd' Sound Check.m2ts':
  Duration: 00:01:27.91, start: 11.650667, bitrate: 25283 kb/s
  Program 1 
  Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p(progressive), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn
  Stream #0:1[0x1100]: Audio: dts (DTS-HD MA) ([134][0][0][0] / 0x0086), 48000 Hz, 7.1, s32p (24 bit)

But kodi reports just dts and seems to choose the DTS core stream

2023-02-03 16:39:05.885 T:1180     info <general>: ffmpeg[0x3807b58]: Input #0, mpegts, from 'smb://lebuild.lan/samples/kodi/DTS-HD MA 7.1 'Dredd' Sound Check.m2ts':
2023-02-03 16:39:05.885 T:1180     info <general>: ffmpeg[0x3807b58]:   Duration: 00:01:27.91, bitrate: N/A
2023-02-03 16:39:05.885 T:1180     info <general>: ffmpeg[0x3807b58]:   Program 1 
2023-02-03 16:39:05.885 T:1180     info <general>: ffmpeg[0x3807b58]:   Stream #0:0[0x1011]: Video: h264 (HDMV / 0x564D4448), none, 1920x1080, 90k tbn
2023-02-03 16:39:05.885 T:1180     info <general>: ffmpeg[0x3807b58]:   Stream #0:1[0x1100]: Audio: dts ([134][0][0][0] / 0x0086), 0 channels
...
2023-02-03 16:39:05.952 T:1183     info <general>: CAEStreamParser::SyncDTS - dtsHD (core) stream detected (6 channels, 48000Hz, 16bit BE, period: 512, syncword: 0x41a29547, target rate: 0x18, framesize 2128))

so long,

Hias

Quote from chewitt

Right now the difference between 10.95.0 and nightlies is basically zero, so that's a placebo update.

This is not quite correct, the kernel update PR (which fixes glitches on all RPis and "no signal with some TVs on RPi4) and an ffmpeg patch update (which can potentially fix playback issues) were merged after 10.95.0 was built

linux (RPi): update to 6.1.8 by HiassofT · Pull Request #7426 · LibreELEC/LibreELEC.tv

This should fix two long standing issues: occasional glitches at the bottom of the screen no picture after boot on some TVs Runtime tested on RPi4

github.com

ffmpeg: update rpi patch by HiassofT · Pull Request #7410 · LibreELEC/LibreELEC.tv

Runtime tested on RPi4 @CvH it's fine if you merge this after beta 1, no need to respin builds

github.com

so long,

Hias

For RPi0-3 you have to use the 2.5A one (with a micro USB plug), the 3A one is for RPi4 only (with a USB C plug).

RPi's can't provide more than 1.1A total (!) on all USB ports and the 2.5A is sufficient for that.

so long,

Hias

You have to reapply the changes to distroconfig.txt to get composite out working (the file is overwritten on updates).

I'll have a look again at providing a more robust way (probably we'll need to add a separate distroconfig-composite.txt that you can then include instead of distroconfig.txt).

so long,

Hias

It says undervoltage because it checks if the voltage on the RPi PCB dropped below about 4.75 volts - which will usually "upset" USB devices but can lead to all sorts of problems.

Don't use any charger, use the official RPi power supply and if that's not enough (RPi can only provide a very limited amount of current to USB ports) then use a powered hub or drive.

so long,

Hias

You can safely ignore the "Failed to unmount /flash" message, that's normal, but the "under-voltage detected" message indicates a serious issue:

Use a better power supply (the official RPi one is highly recommended) and/or a powered USB hub or USB drive.

so long,

Hias

Install the system tools addon from the LE repository - it contains 7zip

so long,

Hias

Quote from @fterlife

That is great! I'm curious though. What caused this issue on certain tv's?

A tiny, not well defined, optional, bit in the HDMI protocol which we discussed about for quite a long time as it wasn't clear from the spec how it was meant to be used and how TVs should handle it.

Basically the firmware sends a "disable display" flag (set AVMUTE) before handing over to the kernel video driver, but the kernel driver didn't implement the optional set/clear AVMUTE handling and some TVs decided to stick in the "off" state. Solution then was to always send "clear AVMUTE" bit in the control packet.

so long,

Hias

The fix was merged into LE11 a few hours ago and will be included in the next nightly build (20230124)

so long,

Hias

BTW: also have a look at this workaround: RE: LE 10.0.1/10.0.2 RPi4 - "CECActivateSource" stops working when soundbar connected

so long,

Hias

Sorry, no idea, I'm not aware of any changes in that area. If you are using an RPi the changes between 10.0.3 and 10.0.4 are basically just a very minor kodi update with no video/CEC related changes.

hias@lebuild:~/libreelec/xbmc-git$ git log --oneline --no-merges 286694e9df8741313a688b46940661a30f36f35c..19.5-Matrix
9e3e855d1d [Matrix] 19.5 Final
16661d25d0 Update game.controller.snes to v1.0.34
6b6bcf6d50 Update game.controller.default to v1.0.35
dac3e6e596 Revert "[subtitles] Fix CC condition for valid captions"
b6f0c52be6 [DVDDemuxClient] fix memory leak
2fffc98eb3 fix ubuntu ppa packaging for Matrix
9f4863e8ff [Windows] fix refresh rate not switch back to 60Hz/GUI after HDR toggle on Windows 11 22H2
ae0782a351 [Windows] Fix incorrect window position when switching from fullscreen to windowed in some cases
1b55c1d149 [Windows][Xbox] Bump Python to 3.8.15 and OpenSSL to 1.1.1q
85802f5996 [macOS] prevent crash on app quit
40f5992102 [PlayListPlayer] Fixed wrong player playlist with playlist files
1efa67aa5d [network] Use passwords.xml for more protocols

so long,

Hias