Thumbnail issue

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

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.

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.

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

What exactly did you try to replicate the issue?

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.

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

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.

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.

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.

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.

Maybe you had a corrupt Thumbnails database.

Hi Sam

What is the easiest way to fix a corrupt thumbnails database? As you are probably aware a few of us with new Vero V have the same issue.

Thanks

Try this

2 Likes

Thanks Ainsley - I’ll give that a go later today and report back.

I bought the Vero V because the 4K had been working flawless since 2019 and I wanted to support the development even if I have no use for the V model.
But started it up and added movies… issues with thumbnails as reported by the above users.
This also results in the blue loading circle showing long time when starting movies.
O will try the hack above to see if it revolves my issue. But why would the database be corrupt when it was on the latest version (no updates since I received it last week)?
I know it will be sorted, but like another user said: it dampens the factor of a upgrade that doesn’t feel like an upgrade.
Keep up the good work!

It seems like it could be a bug with Kodi v21.2 unfortunately.
Looking in to it.

1 Like

Well, my device is freezing sometimes and suddenly it refused to play audio (5.1 and up).
I went back to the 4K and awaits updates for the V.

I would suggest starting a new post detailing your problem so we can get this solved promptly for you. We cannot fix issues that we are not aware of

Sam

@sam_nazarko:

When will the error be fixed?

Not sure. I can’t reproduce the problem.