Thumbnail issue

[Ainsley]

Was anyone who posted here able to replicate this on any other device running Kodi?

[Kontrarian]

If I remember correctly, the Estuary skin is built right into the Kodi code since it became the default skin way back when, so it’s not like we can go to github and get the latest or an earlier version of the skin either to test.
I don’t mind testing stuff out but I’m not doing fresh installs of previous Kodi versions to try and figure out what’s wrong with a skin I don’t even like using.
If Sam has some stuff he want’s to try out, I’ll join in on that testing repository but that’s about as far as I’m willing to go with this one.

@Ainsley

Was anyone who posted here able to replicate this on any other device running Kodi?

I have another device on the same Kodi build but using CE and it has no issues will Estuary in wall mode, but I’m not so sure that really tells us much.
I have to imagine that OSMC and CE are significantly different enough that it’s just an apples and oranges comparison.

[Chillbo]

Technically, you can update Estuary as it’s still ‘just’ an addon, just a pre-installed one that can’t be removed. But it’s a bit more of a hassle and you’d have to remove the remains of said update again after you’re done - otherwise you might have some unexpected behaviour later on.

The bigger issue is: Estuary is not being updated anymore once the main Kodi version has been released. After that release, all changes and updates to the skin are only then done for the next pre-release version. Nobody is really maintaining skins for a current Kodi version as long as e.g. we do.

Regarding the issue described here: Strange thing is, I can’t replicate any of it. We’ve encountered a strange text box related scrolling issue that we haven’t been able to pin down until now. But this is something entirely different and something I can’t see on any of my OSMC systems.

[Ainsley]

@Chillbo

Regarding the issue described here: Strange thing is, I can’t replicate any of it.

What exactly did you try to replicate the issue?

[Chillbo]

On my DD it simply doesn’t show in the way it does on your setups here.

I’m using nfs shares though and I haven’t done a reinstall - as it’s my DD.

[Ainsley]

Alright, I’m pretty sure you’d also experience the issue if you did a reinstall, or alternatively follow the steps I mentioned above.

@Ainsley

Steps

1. Have current OSMC installed
2. Use the Estuary skin
3. In the movies library, set the view to Wall
4. Remove all current content and clear all libraries
5. SSH into the Vero
6. Stop Kodi using sudo systemctl stop mediacenter
7. Delete thumbnails and textures cache

• rm -r ~/.kodi/userdata/Thumbnails
• rm ~/.kodi/userdata/Database/Textures13.db

8. Restart Kodi using sudo systemctl start mediacenter
9. Add a movies library with default settings (The Movie Database Python)
10. Wait until the library is scanned
11. Go to the movies library
12. Check if the artwork for all the movies is displayed properly

[Kontrarian]

I didn’t have to do any reinstalling or anything to see this issue.
So I don’t think that is necessary to duplicate the issue.
My drives are on a USB DAS too so we have seen this over networks and on USB attached storage.

@Chillbo, maybe try creating a secondary user profile and scan a few things into the library on that profile and see what happens.

[andrew1000r]

I got my Vero V last week and this issue is souring my impression of the device so far.
I’m using Emby to manage my library.
Roughly 1600 Movies and 400 TV Shows.
Emby Sync takes a few minutes, with 60,000 people and 16,000 episodes, playback is flawless with UHD Remuxes, doubt its network related.
emmc seems to be performing well enough.

I first noticed this when opening Movies or TV Shows sorted by “date added, desc”. no artwork or codec info was loaded. Less noticeable when opening “title, asc” as the first title usually has its poster and fanart loaded - though it doesn’t take long to scroll past the loading stage.
Opening Debug shows 1 core pegged at 100%.
Eventually the posters and codec info loads, and I can scroll up and down and the experience is almost as good as on PC.
However, if I leave the movie list and go to TV Shows or vice versa the whole process begins again - 1 core pegged at 100% for a couple of minutes before all the posters load.

I have tried the “Cache all artwork” option in the Emby addon, it added 5GB of thumbnails but no change.
Also affects the main windows of Movies and TV Shows but to a lesser extent as its only loading 25? items per row.

I did some testing with latest libreelec on an i3-12100 limited to 800mhz and 1 core and it works perfectly fine, able to go from first the last title and artwork loads instantly.

Going to give some older osmc builds a try now. Will report back if i find a working one.

[andrew1000r]

well that was fast, first image tested works perfectly.
2024.10.1 (OSMC_TGT_vero5_20241104.img.gz)

now reinstalling 2025.03-1 to see if issue returns.

2024.10.1 also seems to have fixed my 44.1 music playback issue, even at 1080p120.
Remote still playing up despite brand new battery though.

[andrew1000r]

2025.03-1 clean install does not have the issue.
Completely replicated my previous setup and posters are loading almost instantly.

now going to reinstall 2024.10.1 and upgrade it as I did originally.

EDIT:
Unfortunately, I was unable to replicate my own experience.
no matter how many times I wiped thumbnails and textures13.db, reset local database, cached artwork, cleaned library etc I couldn’t get the poster loading to break.

[sam_nazarko]

Maybe you had a corrupt Thumbnails database.