Posts: 20
Joined: Oct 2024
Reputation:
0
Thanks for all of the helpful information jogal, I'll make sure to keep it in mind!
Just to clarify my thought process, I essentially want to factory reset my Shield with its current 9.1.1 firmware and only update to the 9.2.0 hotfix in the event that the reset has no positive effect.
In my head, by doing this order of operations, I'm not needlessly introducing any additional variables into the already existent problem.
As far as losing my settings and Kodi config, those aren't too much of a concern to me as settings can be remembered and Kodi config can be backed up fairly easily as you've already mentioned.
The biggest unavoidable (to my knowledge) hurdle is rebuilding my sizable library again from scratch, as the ID associated with my HDD will change with the reset.
Posts: 20
Joined: Oct 2024
Reputation:
0
Finally factory reset my Shield, but it unfortunately did not help with the frame drops.
After seeing the frame drops still, I went as far as installing a custom launcher and disabling the stock launcher and TV recommendations through adb, still no luck.
I am still noticing nvphsd as a top process in adb. Does anyone know what the significance of this process is, and or the likelihood that it's causing frame drops?
Thank you all again for the continued support, I really appreciate it. At this point, I can't think of anything else to do and don't have the infrastructure or budget to adopt a local network storage solution.
Frankly I'm a little burnt out and frustrated with the problem as a whole.
Posts: 20
Joined: Oct 2024
Reputation:
0
My router does, yes. I have tried to use this method in the past, but it too has its fair share of cumbersome issues due to the way my internet is set up and the nature of my external HDD.
I could give it another stab, but it's not on the top of my list. Regardless, thank you for the suggestion Hitcher!
Posts: 6
Joined: Sep 2022
Reputation:
0
For last 3 years (kodi v20) I did have the same problem (stuttering and drop frame on my 2017 nvidia pro- Lg c1 ).
Nothing solved the problem except someone here suggested me to install kodi FOO and actually worked perfect without drops.
But after kodi v 21 I stopped using FOO. I started have stuttering again so never used again 4K movies and watched only everything in 1080.
Last week I upgraded my internet line to fiber to the home 100. (I leave in Greece).
I notice huge different on my speed and ping. Now I can play any 4K movie even with HDR without any frame drop or stuttering.
So definitely on Nvidia shield pro, 4K hdr etc has to do with the line.
Posts: 4,007
Joined: Jan 2023
Reputation:
407
disclaimer for anyone that finds this thread in the future
'internet speed' should have no impact on Kodi's operation on any device unless files are being played from the 'internet'
kodi is geared towards 'local' file playback which then only depends on the 'local' network (LAN) speeds
reports of the issue being fixed by upgrading internet speeds may not reflect conditions which are based on LAN
and may be anecdotal due to replacement of LAN equipment when the internet was upgraded, modems for example which are dual purpose routers
(i see no logs to determine any final causes or corrections)
Posts: 20
Joined: Oct 2024
Reputation:
0
Hello everyone, OP here.
I just wanted to provide a quick update and some new findings for anyone in the future that may deem them helpful. Happy to report that the issue is more or less fixed (fingers crossed)!
I'm still using an external HDD directly connected via USB to my Shield TV Pro on 9.1.1 firmware. For perspective, I'll give a rundown of all the steps it took to get here, eliminating placebo along the way.
1. Factory reset Shield with fresh Kodi 21.1 install (no change)
2. Custom launcher [FLauncher] + Disabled com.google.android.tvlauncher & com.google.android.tvrecommendations (no change)
3. Replaced Shield Power Adapter (no change)
4. Replaced all relevant cables, including USB and HDMI (no change)
5. Disabled Settings/System > Audio > Send low volume noise which is enabled by default in Kodi (solution)
Since changing this one setting, I have had completely uninterrupted smooth playback, regardless of file size, avg bitrate, resolution, cropping, etc.
It's also worth mentioning that I'm still using the Arctic Zephyr Reloaded skin with all of my original library configs, and am getting flawless playback.
These steps could have a compounding effect in the grand scheme of things, but I'm betting that the "Send low volume noise" was the primary culprit as it was an instant night and day difference when I disabled it.
Hopefully my findings can help someone with a similar issue, and thank you to everyone who offered me help throughout my troubleshooting!
Posts: 23,545
Joined: Aug 2011
Reputation:
1,108
fritsch
Team-Kodi Developer
Posts: 23,545
What do you use for "Keep Audio alive"?
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Posts: 23,545
Joined: Aug 2011
Reputation:
1,108
fritsch
Team-Kodi Developer
Posts: 23,545
2024-11-17, 09:49
(This post was last modified: 2024-11-17, 11:29 by fritsch. Edited 3 times in total.)
The difference here is from a systematic pov, concerning audio engine sadly nothing. First when you do passthrough: noise is not generated and never send to a sink. This setting therefore does then nothing in passthrough case.
If you use PCM, the only difference is that heat up and keep alive is one time noise other time zeroes. Same buffers, same sizes.
So if your issue is inside passthrough there would be a programming bug to affect this as here mid play only iec pause bursts are created.
If you can, please capture another debug log with audio component enabled and low noise enabled.
First decide what functions / features you expect from a system. Then decide for the hardware. Don't waste your money on crap.
Posts: 20
Joined: Oct 2024
Reputation:
0
If it's all the same to you fritsch, considering my setup is finally working properly I'd rather not continue to tinker and test.
In the event that the problem begins to regress again, I'll certainly consider creating this debug log.