Posts by popcornmix

Quote from lomion

popcornmix: Thanks for your reply! I now replaced the official kodi package with yours but the latest patches don't work with your codebase. Do you have a working patch set or a working libreelec commit?

You need to remove some of the existing patches that conflict.

I have a script that does:

rm -f ~/projects/http://LibreELEC.tv/projects/RPi/devices/RPi4/patches/kodi/000*

rm -f ~/projects/http://LibreELEC.tv/projects/RPi/devices/RPi2/patches/kodi/000*

rm -f ~/projects/http://LibreELEC.tv/packages/mediacenter/kodi/patches/kodi-999.01-pr20210-drmprime-coordinates.patch

and I create the new patch with:

git diff-index $HASH --binary > /tmp/000-popcornmix-gbm.patch

where HASH comes from PKG_VERSION= in ~/projects/http://LibreELEC.tv/packages/mediacenter/kodi/package.mk

Quote from RokenPrice

Thank you. Upgrading to 10 fixed it. Created a new problem in that the headphone jack doesn't work, but I can connect to the speakers via bluetooth, so not the end of the world

Add dtparam=audio=on to config.txt to enabled the headphone jack.

Did you include the kodi patches too?

GitHub - popcornmix/xbmc at deinterlace

XBMC Main Repository. Contribute to popcornmix/xbmc development by creating an account on GitHub.

github.com

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.

Quote from BrianM

Also - this HEVC file fails to play (is OK on Win 10 testfile.zipLaptop)

Chroma subsampling                       : 4:4:4

That's not supported (and is a very uncommon encoder setting).

Quote from BrianM

Am I missing something?

Some informations about the file that has the issue.

A debug enabled log file would be a good start.

Quote from blueribb

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...

Quote from Ballzo

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.

Quote from StanN

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.

Quote from Ballzo

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.youtube

Add-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.com

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?

Quote from lbrkf

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.