Good to hear!
Definitely try a USB stick, but for what it is worth I am still happily using my silent, fanless system from 2012 today with no issues with current stable LE (for 1080p). When I finally bite the 4k bullet I'll have to put it to rest but it has been a truly amazing friend these past 7 years. About a year after this article I switched to LE and never looked back. When they switched from VDPAU to VAAPI, I don't think I even noticed...
xbmcstuff.bossanova808.net: Silent, fanless, powerful XBMC build - Streacom FC8 with A6 APU build notes... (pretty sure the APU is A6-3500 from memory...)
+1 I'd like this too
Well, glad you got there! Some scaling methods are intensive, so it makes sense.
Well, I guess we can conclude you have another issue!
I had the same behaviour pretty much, (basically that 24p was ok, everything else stuttery) - but in my case the GPU thing solved it completely. The trick with that it to test the is actually scaling up to 750 during the playback (to make sure the fix is actually kicking in), but I presume you did that. Sorry I couldn't help fix it for you!
And you've tried removing everything from the whitelist, right? That's how you get the same behaviour in Krypton , in theory at least. You probably have, just worth checking...
What's your GUI refresh rate for Kodi?
Ok, back to basics - what are you actually trying to do specifically? Are your rips actually of 60hz materials? Or are they actually 24hz? I presume you are trying to achieve 24 playing back at 24, 60 at 60 (i.e. you are using Adjust Display Refresh Rate (vs sync playback to display)).
If you're trying to playback a 24hz original at 60 (why? you'd only want to do this, really, if your TV can't do 24p, pretty rare these days)...then it's going to use 3:2 pulldown, which is inevitably going to give you some visible judder. But all sorts of things could be going on, depending on the state of your settings (did you clear the whitelist, etc?)
Basically, we have to work out if your issue is due to a fundamental playback issue like that, or if it is because your GPU is not ramping up properly.
NDTradd - the instructions are above to make a permanent fix but the easiest test would be:
Boot your machine (clear out any previous things you've tried and in general you shouldn't need a whitelist unless your scenario is unusual - if you leave it blank Kodi V18 will sensibly auto-select your TV's matching modes just like it did in V17).
Then, SSH into it
Run this at the command line:Bash
...which will temporarily set the minimum GPU clock to the maximum GPU clock for that session.
Then, go & play a video...and the stutter issues should magically be gone just like that.
If it works for you, follow the full instructions above to make the fix permanent...and post back here so others benefit from your experience!
I suspect this fix is needed for any Intel graphics box with current LE/Kodi...
If that's a known thing (the need to set the GPU MHz), one wonders why it is not baked into Libreelec or at least in some sort of FAQ somewhere?
It took me quite some effort to dig that up....
Yep seems to me you might need a solution similar to what is towards the bottom here:
....some sort of kernel param to force the CPU to a higher setting (as per the suggestion above). If you force the CPU up to a higher level, you'll use a bit more power but that's usually a much more liveable scenario than stutter effects...it might also be worth looking at the GPU side of things, although I don't think that is used for Netflix, that's all software decoded I think?
and does this also fix the problem for you?
...have just also confirmed the same fix works fine with the standard LE 9.0.2 (Kodi 18.2).
Have done quite a bit of testing. All seems well again.
For future reference, related threads:
Ok, more experimenting...and I think I have beaten it (or more to the point Ross Nicholson has it cracked, here: 111032 – Need to set gt_min_freq_mhz to max value to avoid sync issues on Gemini Lake N5000/J5005)
It seems this is (still) the problem. The GPU clock speed is not scaling up as it should under load.
With a NUC 2820, I added this `autostart.sh` script:Bash
The 750 comes from the output of this command (you should check if you have a different NUC)
This results in immediate playback improvement - the stutter is gone from all my 25p stuff.
(I updated the bios to 68, and I am in this test using the 9.2 alpha release but it was only this specific fix that had any impact on the issue).
If I test the GPU (i.e., specifically while playing a hardware decodedc video), with
...it now shows 750 during playback (187 during the Kodi GUI still, though, which kinda surprises me but I guess the GPU is idle until playback occurs maybe?)
I shall report back if testing shows any/more issues, but I think that's a solid fix, if anyone is still following along.
Quick test with the latest release I can see - LibreELEC-Generic.x86_64-9.1.002.img.gz - shows no improvement to this issue.
It's interesting - I can't see an frame drop numbers increasing (in the ctrl-shift-o thingy) - and in the log it's doing what I'd expect (this is for a 25p UKTV show):
2019-07-26 17:56:46.142 T:140533060278016 NOTICE: Whitelist search for: width: 1920, height: 1080, fps: 25.000, 3D: false
2019-07-26 17:56:46.142 T:140533060278016 DEBUG: Trying to find exact refresh rate
2019-07-26 17:56:46.142 T:140533060278016 DEBUG: No exact whitelisted resolution matched, trying double refresh rate
2019-07-26 17:56:46.142 T:140533060278016 DEBUG: Matched fuzzy whitelisted Resolution HDMI1: 1920x1080 @ 50.00Hz (18)
2019-07-26 17:56:46.142 T:140533060278016 NOTICE: Display resolution ADJUST : HDMI1: 1920x1080 @ 50.00Hz (18)
...so it appears to find the right refresh mode, and it knows what the file is. It claims not to be dropping frames...but it certainly visually looks wrong, with constant stutter. The vsync figure varies all over the place...from 0 to 20ish...
...no, but I will this weekend I think, cause 9.0.2 is, for playback, just hopeless on my NUCs.