No RPi board has hardware support for VP9 media and RPi3 doesn't have the CPU grunt for software decoding. You need to use H264 content (which can be decoded) or use different hardware. RPi4 can handle 1080p and RPi5 has the oomph to handle most 4K30 VP9 media (but not 4K60).
Updating to LE12 won't solve anything.
video=HDMI-A-1:1280x720M@60Older "HD Ready" TVs often support 1080i resolutions not 1080p so you might need to force 720p output by adding that ^ to the boot params in cmdline.txt (on the same line). Also try different cables on different TV ports.
why isn't Libreelec/connman using the Proxy-config from Kodi for these checks?
Proxying in Linux is always application specific so Kodi proxy configuration is for Kodi and is not shared to other applications. You can also set a proxy in ConnMan (per connection) but I have a hunch the initial requests for ipv4/ipv6.connman.org are intentionally not routed to a configured proxy as those checks are performed before the network is declared up (and thus the connection that proxy config is associated with is not yet established).
I think nightlies need me to finish working on a Linux 6.10 kernel bump and send a pull-request, but that might take a while as work and life have a higher priority at the moment. Hopefully before the end of August, insh'allah.
LE has no use-case for video encoding so it's not something I can comment upon. Video decoding is generally supported.
2024-07-29 15:26:39 up 10 min 538352
2024-07-29 15:27:39 up 11 min 543008
2024-07-29 15:28:39 up 12 min 542848
2024-07-29 15:29:39 up 13 min 544544
...
2024-08-03 11:15:11 up 4 days 803584
2024-08-03 11:16:11 up 4 days 799680
2024-08-03 11:17:11 up 4 days 799888
2024-08-03 11:18:11 up 4 days 810112Defnitely an increase in RAM consumption over time, but figuring out what is beyond my Linux skillset.
The debug log doesn't show anything being played, so not much use 
I believe you are using rockchip BSP.
LE runs upstream mainline kernels only (inevitably with some patches, but we try to limit that). LE 11.x uses Linux 6.1, LE 12.x uses Linux 6.6 and LE13 (master/dev) currently usues 6.6, 6.9 or 6.10 depending on the SoC platform. All kernel and ffmpeg sources are in the buildsystem.
BSP kernels are universally horrible and need to die in fire 
--- a/sound/pci/hda/patch_hdmi.c
+++ b/sound/pci/hda/patch_hdmi.c
@@ -1996,6 +1996,7 @@ static const struct snd_pci_quirk force_connect_list[] = {
SND_PCI_QUIRK(0x1043, 0x86ae, "ASUS", 1), /* Z170 PRO */
SND_PCI_QUIRK(0x1043, 0x86c7, "ASUS", 1), /* Z170M PLUS */
SND_PCI_QUIRK(0x1462, 0xec94, "MS-7C94", 1),
+ SND_PCI_QUIRK(0x8086, 0x06c8, "HP", 1), /* Elite Mini 800 G6 */
SND_PCI_QUIRK(0x8086, 0x2060, "Intel NUC5CPYB", 1),
SND_PCI_QUIRK(0x8086, 0x2081, "Intel NUC 10", 1),
{}If anyone can build a test image (I'm not able to build things where I am) .. that ^ kernel patch should do it?
If you can confirm yes, I'll upstream the patch to the kernel.
video=HDMI-A-1:1920x1080M@60
video=HDMI-A-1:1280x720M@60Add one of these ^ to boot params in cmdline.txt in the root folder of the SD card (on the same line). If the TV can do 1080p use that one. If it's an older "HD Ready" set use the 720p line. Any better?
The next step is to figure out the kernel patch required so that you (and anyone else that ever tries to run some Linux distro on the same hardware) doesn't require hours of Googling and workarounds.
If you want advise on torrent topics, you're in the wrong forum. Thread closed.
Either a whole show or 60 seconds of a show if that's easier .. enough to test.
LE version? .. Debug Logs? .. Media Sample for testing?
RPi5:~ # cat .config/autostart.sh
#!/bin/sh
(
L=/storage/memtest.log
while sleep 60
do
P=$(pidof kodi.bin)
test -z "$P" && continue
echo $(date "+%Y-%m-%d ") $(uptime | cut -f1,1 -d',') $((16*$(cut -f 2 -d ' ' </proc/$P/statm))) >>$L
done
)&
RPi5:~ # cat memtest.log
2024-07-29 15:17:39 up 1 min 384368
2024-07-29 15:18:39 up 2 min 384368
2024-07-29 15:19:39 up 3 min 384368
2024-07-29 15:20:39 up 4 min 384368
2024-07-29 15:21:39 up 5 min 384368
2024-07-29 15:22:39 up 6 min 384144
2024-07-29 15:23:39 up 7 min 384144
2024-07-29 15:24:39 up 8 min 384144
2024-07-29 15:25:39 up 9 min 536416 <= start playing tvheadend stream
2024-07-29 15:26:39 up 10 min 538352
2024-07-29 15:27:39 up 11 min 543008
2024-07-29 15:28:39 up 12 min 542848
2024-07-29 15:29:39 up 13 min 544544^ minor changes to log uptime and background commands else they block boot. I do have a large media library so scrolling around will consume some RAM with caching and kids do play old SNES games somtimes (although they've been sent to grandparents for the next two weeks). The rest of our family usage is rather ordinary: watching media from a NAS in the LAN and streams from a remote Tvheadend instance.
Enable SSH in the LE settings add-on and login remotely. No need for the textmode console.
RPi5:~ # uptime
17:00:37 up 12 days, 20:36, load average: 2.62, 2.65, 2.67
RPi5:~ # free -m
total used free shared buff/cache available
Mem: 8052 2177 4711 201 1461 5875
Swap: 0 0 0This is LE13 (master) not LE12 but it's the same Kodi version in the image (not Piers, yet). Remind me in another couple of days and let's see if memory has substantially increased.
I've seen past reports of Windows tablets running LibreELEC, but to run the Generic image they MUST be using Intel x86_64 CPUs. If the devices are using some kind of ARM SoC (and many do these days) we have no arm64 image.