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.
Posts by popcornmix
-
-
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
Buffering Bug · Issue #163 · anxdpanic/plugin.video.youtubeAdd-on Version: 6.8.15 Kodi Version: 18.9 Kodi GUI Language: English Operating System: CoreELEC 9.2.7 Hardware: ODROID-C2 (Amlogic S905 SoC) Operating System…github.comYoutube 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:
CodeBUILDER_NAME=popcornmix PROJECT=RPi DEVICE=RPi4 ARCH=arm LINUX=raspberrypi-4.19 DEBUG=no make -j40 image -
Hmm. 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.
-
In previous versions of LE it was possible
Previous kodi used a firmware side driver for audio. The firmware has the ability to split the audio and drive two sinks.
Now, we've moved to an open source arm side driver for hmdi audio (which is better in many respects, including supporting HBR passthrough on Pi4), but the firmware code for splitting audio is not involved.
It could be possible to implement this through other means external to kodi (like pulseaudio), but I don't know how to do that.
-
A debug log may have some clues as to what is happening when you get the lag.
Most likely an addon.
A clean install (either use a spare sdcard or rename /storage/.kodi so kodi doesn't see your current addons and settings) can be used to determine if the issue wasn't present initially. If so the issue can probably be resolved by removing the questionable add-on (or possibly setting).
-
So looking at these docs, how would you go about converting them over if at all?
They should work as described there. Add "video=..." line to cmdline.txt
-
Try swapping the sdcards now. Do the jerks remain with the Samsung?
-
Yes, each of the Pis is hooked up to its own TV.
So can you confirm if the 8GB Pi is the problem or the setup (i.e. swap the two Pi's over and leave sdcard/power supply/cables/TV where they are).
Does the 8GB Pi still have the problem, or is it now with the 4GB Pi?
-
I have two Rpi 4 with Libreelec.10.0.One has 4 Gig and the other 8 Gig Ram.
Do the two Pi's have their own sdcard/cables/power supply/TV connected?
Or are you purely swapping the Pi and using the same sdcard/cables/power supply/TV etc?
