Posts by rsalvaterra
-
-
-
Pretty much $subject. When playing back a HDR video, if the optimized versions of either Spline36 or Lanczos3 are selected and any of the HDR tone mapping curves is selected too, Kodi crashes immediately.
Relevant Kodi crash log section:
Code
Display More2024-10-05 11:14:45.653 T:800 info <general>: GLES: Selecting single pass rendering 2024-10-05 11:14:45.653 T:800 info <general>: GLES: Selecting YUV 2 RGB shader 2024-10-05 11:14:45.654 T:800 error <general>: CShader::AppendSource - failed to open file gl_output.glsl 2024-10-05 11:14:45.654 T:800 error <general>: CShader::InsertSource - failed to open file gl_tonemap.glsl 2024-10-05 11:14:45.658 T:800 error <general>: GL: Error compiling pixel shader 2024-10-05 11:14:45.658 T:800 error <general>: 0:122(12): error: no function with name 'inversePQ' 0:125(12): error: no function with name 'hable' 0:125(34): error: no function with name 'hable' 0:125(12): error: operands to arithmetic operators must be numeric 2024-10-05 11:14:45.658 T:800 error <general>: GL: Error compiling fragment shader: gles310_yuv2rgb_filter.frag 2024-10-05 11:14:45.659 T:800 error <general>: GLES: Error enabling YUV2RGB GLSL shader
This has been verified on both Apollo Lake (Pentium N4200, gen. 9 graphics) and Alder Lake (Core N100, Xe-LP gen. 12.2 graphics) systems, both running the LibreELEC 13 daily build from the 5th October.
-
MGLRU enablement is a net benefit, as the many available benchmarks can attest. I've personally enabled it in OpenWrt over a year ago with measurable improvements. Like OpenWrt, LibreELEC is a non-swapping system and is often run in memory-constrained devices. (Enabling MGLRU by default is just a matter of setting CONFIG_LRU_GEN=y and CONFIG_LRU_GEN_ENABLED=y in LibreELEC's kconfig.)
Thanks in advance!
-
-
$subject. dmesg output follows:
[ 6.958054] snd_soc_skl 0000:00:0e.0: Direct firmware load for 5a98-INTEL-EDK2-2-tplg.bin failed with error -2
[ 6.958060] snd_soc_skl 0000:00:0e.0: tplg fw 5a98-INTEL-EDK2-2-tplg.bin load failed with -2, falling back to dfw_sst.bin
[ 6.958076] snd_soc_skl 0000:00:0e.0: Direct firmware load for dfw_sst.bin failed with error -2
[ 6.958079] snd_soc_skl 0000:00:0e.0: Fallback tplg fw dfw_sst.bin load failed with -2
[ 6.958081] snd_soc_skl 0000:00:0e.0: Failed to init topology!
[ 6.958082] snd_soc_skl 0000:00:0e.0: ASoC: failed to probe component -2
[ 6.958101] skl_hda_dsp_generic skl_hda_dsp_generic: ASoC: failed to instantiate card -2
[ 6.958128] skl_hda_dsp_generic: probe of skl_hda_dsp_generic failed with error -2
-
Hi, guys! This v8.90.003 alpha is looking great, it's almost perfect for my basic usage. Just a minor snag: the ProjectM visualisation plugin seems to be broken. Is this a Kodi or LibreELEC issue? Should I open a new thread with more detailed info about my setup? Thanks in advance!
-
It's originally intended to show an X.X.X format number so once we pad it with "blah blah (community) X.X.XXX blah" it overflows. It's not an issue once we arrive at 8.0.0 (official) so it's known but not very high on the priority listUnfortunately, people who care about kernel versions are probably the ones running the padded alphas. On the other hand, uname -a on the terminal does the trick (again, Joe User won't care). Sorry for the noise, I just reported this because I didn't find any other report about it.
-
Hi,
Yeah, $subject, basically. This is on LibreELEC (Krypton) v7.90.008 alpha (Estuary default skin). The font seems too big/wide. Kodi bug, maybe?
Thanks in advance!
Edit: forgot to mention this is on x86-64 generic, tested at both 1080p and 2160p.