Overclocking is the only thing that may help.
VC-1 is poorly optimised in ffmpeg (about 40% of time is spent in C code loop filter functions).
We have had a low-priority piece of work for our codec guy to write some Neon code for this which should resolve this, but the move to v4l2 and drm has kept the codec guy too busy to get to this.
I have got the boss to okay another guy to work on this - so hopefully there will be progress soon.
What version of LE? Sounds like an issue in LE 9 that is fixed in LE10.
Also - this HEVC file fails to play (is OK on Win 10 testfile.zipLaptop)
Chroma subsampling : 4:4:4That's not supported (and is a very uncommon encoder setting).
Am I missing something?
Some informations about the file that has the issue.
A debug enabled log file would be a good start.
Others have reported subtitles not working either with Alpha 4, but they were with Alpha 1. It looks like the updates were released a little too quickly.
I think that is reasonable for an alpha version...
Forgive me, is the alpha 3 a youtube build or kodi?
A version of the youtube addon. Download from here.
Install addon from zip file in kodi. Looks like there is a new alpha4 version now.
Personally, I had no problem with 720p, only 1080p.
That sounds like a general internet (or wifi) bandwidth issue rather than the throttling issue. When throttled you can't even watch 480p without buffering.
Just found the iphone app sendtokodi, thanks to some of the replies here. Did not even know there was one. I'll try that and see if it works.
It will have the buffering intitially but run the commands in the linked issue and it should work.
I use sendtokodi (so I can browse videos from phone and then choose share/sendtokodi and video plays on TV).
sendtokodi was hit by the youtube throttle, but I described a fix here
See:https://forum.kodi.tv/showthread.php?tid=356934
Youtube is deliberately throttling unofficial clients.
There are some workarounds and alpha1/alpha2 versions of the plugin fixed it for me (although some are still reporting issues).
This drove me mad as it's gradually got worse over the last few months.
You can often copy binary files from RPiOS to LE, as long as they don't depend on non-standard libraries.
I've just checked and "sudo apt install perf" on RPiOS then copy /usr/bin/iperf to LE and it seems to run fine there.
HDR signalling is upstream. e.g. here.
Debug build of Matrix was also high cpu.
I bumped just kodi from the version in Matrix to version in master and it was still high cpu.
I also bumped ffmpeg from the version in Matrix to version in master and it has low cpu again.
It feels like a bug in ffmpeg that has been fixed.
Can you test an LE nightly build, which I think won't have the issue?
actually I'm doing it on the docker in RPI4 running LE 10.0 official
I'm going to guess that no devs are building that way. Building LE from scratch takes hours on a decent x86 machine. I've no idea how long it would take on a Pi. Use an x86 Ubuntu machine for the host (can be in VirtualBox if you are on Windows).
Curious. I tried a debug master build of LE, thinking if it showed the high CPU I could capture a backtrace which might shed some light.
But it's been running (strm file containing http://stream.radioparadise.com/rock-flac) for an hour.
Audio is glitch free and VideoPlayer is showing 0.7%.
I then ssh-ed into home system, and ran the same. And VideoPlayer is taking 66% after 20 minutes.
Maybe it's addons or user settings? I've renamed .kodi so default settings/addons and it's still the same.
I'll need to try a debug build of Matrix.
armv8 is 64-bit arm which isn't the expected target for Pi4 (userland packages are all 32-bit).
What did you type in to build?
I'm using the libreelec-10.0 branch. Just check it out and run:
BUILDER_NAME=popcornmix PROJECT=RPi DEVICE=RPi4 ARCH=arm LINUX=raspberrypi-4.19 DEBUG=no make -j40 imageHmm. Not too illuminating. Feels like something is busy spinning in VideoPlayer.
But not much(*) appears in debug log.
If you enable component specific debug and enable all categories, do you get anything additional appearing when cpu usage is high?
(*) You've got some jsonrpc messages appearing - are you controlling with a phone app?
When running with high cpu can you:
Check with "top" to see which processes are using cpu (probably just kodi.bin, but check if anything else is significant).
In top press H to see which threads are using cpu. That may narrow it down (e.g. LanguageInvoker is python)
"perf top" may give more fine-grained information about functions where cpu is spending time.
Can you post the significant entries for each of these (e.g. anything about 5%). "perf top" averages so wants to be left for at least 10 seconds to get a more accurate value.