In such cases it is always worth to even try RC mainline or bleeding edge drm-next kernels.
I tested Linux version 5.11.11 tonight and the kernel WARNING has gone, and a number of other errors including the block following: “*ERROR* Timed out waiting for FEC Enable Status“
imperially - I do believe the playback with 5.11.11 is smoother than 5.10.28-rc1 on the TGL.
The TGL driver support in Linux has a ways to go I think. The SKL Nuc6 runs Kodi better.
There is a warning but I don't know if this is related:
CodeMar 25 23:55:18.018661 LibreELEC kernel: i915 0000:00:02.0: drm_WARN_ON(common_len <= 0) Mar 25 23:55:18.018665 LibreELEC kernel: WARNING: CPU: 4 PID: 1 at drivers/gpu/drm/i915/display/intel_dp.c:2362 intel_dp_compute_config+0xd53/0xeb0 [...]
[TGL] i915 0000:00:02.0: drm_WARN_ON(common_len <= 0) (#3120) · Issues · drm / intel · GitLab
There are 2 reports of this. Now three.
Feedback overnight from the other user reporting the error “it disappeared on 5.11 for me.“
nsnhd - FYI. Check tomorrow.
daniber58 / the_mouse - chrome has been updated chrome: update to 89.0.4389.114 and fix gtk3 compile issues and addon (105) by heitbaum · Pull Request #5293 · LibreELEC/LibreELEC.tv · GitHub
If the build server is happy with the changes - it should be available in 24 hours.
Mr.Tiptop - I had some time today.
Give this a go. (This is 0.24.0 without the http changes)
PROJECT=RPi ARCH=arm DEVICE=RPi4 s/create_addon snapserverLibreELEC.tv/service.snapserver-9.2.0.105.zip at LE9/snapcast · heitbaum/LibreELEC.tv · GitHub
The diffs for 9.2 were: Ubuntu Pastebin
Let me know how you go.
The LE10 add on binary (as-is) will not run on 9.x due to glibc library changes and others. It is possible that Snapcast current could be backported - though 9.x is in a maintenance state, I would suggest that the functionality changes be built and committed to LE10, then raise a request for the backport. Alternatively - compile the current and update the local copy.
Are you planning on staying with Kodi 18/LE9 or planning on upgrading?
What is in the settings file?
- ./resources/settings
Note: I did my tests with LE10b1
But Lets try and check if 9.2.x will work 
Does snapserver -hh describe the http options?
in the Kodi addons settings application (are both of your new options showing up? And set as 1 and 1780 respectively?
Remembering that either a Kodi restart or ensuring the addon is restarted once making the changes is required.
Can you run the following:
Pastebinit snapserver.start <—- and shard the url
systemctl restart kodi These are the files of interest. You don’t need to edit the other files (just the ones in .Kodi/addons/service.snapserver
nuc11:~/.kodi/addons/service.snapserver # find . -type f
./system.d/service.snapserver.service
./config/pulseaudio.conf
./settings-default.xml
./default.py
./addon.xml
./bin/snapserver
./bin/shairport-sync
./bin/snapserver.start. <——- edit this for http (variable driven for bonus points)
./resources/language/English/strings.po <—— need to add the translation in this file
./resources/settings.xml <—— this is to change the settings file to allow settings page to enable/disable http
./resources/icon.png
./resources/fanart.pngand “netstat -ant | grep LISTEN” will allow you to check if port 1780 is actually LISTENing
In looking at the config here is what you will need to update / change:
- Update the bin/snapserver.start file adding the option “--http.enabled 1” to the snapserver startup line, the addon files can be found in “/storage/.kodi/addons/service.snapserver“.
For bonus points: update settings.xml and strings.po using variables to enable / disable http. You could then submit this as a LibreELEC PR via github
service.snapserver/bin # ./snapserver -hh
Allowed options:
-h, --help Produce help message, use -hh to show options from config file
-v, --version Show version number
-d, --daemon [=arg(=0)] Daemonize
optional process priority [-20..19]
-c, --config arg (=/etc/snapserver.conf)
path to the configuration file
Overridable config file options:
--server.threads arg (=-1) number of server threads
--server.pidfile arg (=/var/run/snapserver/pid)
pid file when running as daemon
--server.user arg (=snapserver) the user to run as when daemonized
--server.group [=arg(=)] the group to run as when daemonized
--server.datadir [=arg(=)] directory where persistent data is stored
--http.enabled arg (=1) enable HTTP Json RPC (HTTP POST and websockets)
--http.port arg (=1780) which port the server should listen on
--http.bind_to_address arg (=0.0.0.0)
address for the server to listen on
--http.doc_root [=arg(=)] serve a website from the doc_root location
--tcp.enabled arg (=1) enable TCP Json RPC)
--tcp.port arg (=1705) which port the server should listen on
--tcp.bind_to_address arg (=0.0.0.0)
address for the server to listen on
--stream.bind_to_address arg (=0.0.0.0)
address for the server to listen on
--stream.port arg (=1704) which port the server should listen on
--stream.stream arg (=pipe:///tmp/snapfifo?name=default)
Deprecated: use stream.source
--stream.source arg (=pipe:///tmp/snapfifo?name=default)
URI of the PCM input stream.
Format: TYPE://host/path?name=NAME
[&codec=CODEC]
[&sampleformat=SAMPLEFORMAT]
--stream.sampleformat arg (=48000:16:2)
Default sample format
--stream.codec arg (=flac) Default transport codec
(flac|ogg|opus|pcm)[:options]
Type codec:? to get codec specific options
--stream.stream_buffer arg (=20) Default stream read chunk size [ms], deprecated, use stream.chunk_ms instead
--stream.chunk_ms arg (=20) Default stream read chunk size [ms]
--stream.buffer arg (=1000) Buffer [ms]
--stream.send_to_muted arg (=0) Send audio to muted clients
--logging.sink arg log sink [null,system,stdout,stderr,file:<filename>]
--logging.filter arg (=*:info) log filter <tag>:<level>[,<tag>:<level>]* with tag = * or <log tag> and level = [trace,debug,info,notice,warning,error,fatal]Hi Mr.Tiptop could you share the background to what you are trying to achieve?
A few ways to complete this, edit the file, update the addon settings system to allow user config, turn it on for all. All have pluses and minuses?
daniber58 / the_mouse - chrome is still an addon in LE10 (unfortunately it is not compiling cleanly) the area of issue is gtk3. I would be happy to assist someone keen to fix that issue, then chrome may come to life again - in LE10.
But as lrusak says, once GBM comes to LE (maybe LE11) then it will drop off again.
Looks like the 1040 and 1050 suffer the same issues 🙁. Does the AV Receiver or Sound Bar Support 4K Pass-Through? | Sony USA
I had issues with the 4K TV and my Sony STR-DN1040. The Sony’s 4K passthough didn’t work (was a label on the AVR with very limited functionality), and I had to connect the media boxes directly to the TV - so the 1040 was put out to pasture 🙁
Not sure about the 1050. Hope it doesn’t have the same issue as my 1040 did.
Some similar reported smb issue - might help -
alexbelgium Fixed librespot Addons are in the links (RPi4 and X86) librespot failed with newest test version of libreelec on RPI4 · Issue #5038 · LibreELEC/LibreELEC.tv · GitHub should be included in the next LE10 beta
alexbelgium - known error - librespot failed with newest test version of libreelec on RPI4 · Issue #5038 · LibreELEC/LibreELEC.tv · GitHub we haven’t got back around to working on fixing it yet.