Posts by HiassofT

hdmi_force_hotplug (and most other hdmi_ settings in config.txt) ceased to have any effect since LE10 - vc4.force_hotplug in cmdline.txt is the replacement for it.

so long,

Hias

Use vc4.force_hotplug=1 - inval_delay and cec_debug were temporary test settings that have been removed and replaced with force_hotplug.

so long,

Hias

Quote from titoasi

Installed last nightly build and same error happened

then please post a crashlog from it

so long,

Hias

See the info in our wiki:

https://wiki.libreelec.tv/support/log-files

https://wiki.libreelec.tv/support/update

if you run "pastecrash -c > my-log-file" you can save the crash log to a file, copy it over to your PC and simply attach it here to a post.

so long,

Hias

Quote from mglae

Maybe someone know what the burst of kodi.sh[864]: Failed to import fence to syncobj: -1 means.

That seems to come from mesa https://gitlab.freedesktop.org/mesa/mesa/-/bl…v3d_fence.c#L92 but I've never seen that issue here so no idea. Kodi crashlog might tell us more.

so long,

Hias

Just use the "upload crash log" option in LE settings, immediately after kodi crashed and restarted or ssh in, run "pastecrash" and post the URL you got from it.

BTW: please test with the latest LE11 nightly from here, it contains some additional video decoder fixes.

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

so long,

Hias

Good to hear LE11 is running fine on your setup, too!

Skipped frames with GUI overlays is a known kodi issue, unfortunately no solution for that yet.

The current LE11 nightlies should be very stable, I'm running them as a daily driver here. LE11 final should be out in the next couple of weeks and so far I'm not aware of any major issues on RPi.

So it should be safe to use it until LE11 final is released.

so long,

Hias

Quote from ciclista71

Sorry for missing the part about the sample.

I would have sent it earlier. I have two clips, one starts from the beginning and the other shows some rolling titles which clearly show skipped frames

Clip1

Clip2

Thanks for the samples! Both of them play fine on LE11 and the scroller/ticker is smooth, too.

so long,

Hias

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