[derekr]

Hi there, love the skin but I'm running into an issue with a delay being caused at startup which is limiting the 'newly added' movies/shows to be showed until sometime afterwards.

I have a setup where my videos are being served up from a centralized database (mysql), and for whatever reason the first query generated by this skin ends up taking an inordinate amount of time, so I'm trying to find out if there's anything in the skin I can disable/remove to help eliminate this large delay on startup.

Enabling the debug logs I see this:

00:02:47 T:140506144818944 DEBUG: RunQuery took 53980 ms for 0 items query: SELECT * FROM tvshowview WHERE (tvshowview.idShow IN (select tvshowview.idShow from tvshowview where (watchedcount > 0 AND watchedcount < totalCount) OR (watchedcount = 0 AND tvshowview.idShow IN (select episodeview.idShow from episodeview WHERE episodeview.idShow = tvshowview.idShow AND episodeview.resumeTimeInSeconds > 0))))


Given that the database is read-only, I'm not entirely concerned about watched/resume points, so if anyone happens to know what I can tweak to remove this, that'd help me out a bunch!

[edit]
I should have mentioned that this is using the Frodo version of the skin, and this behaviour doesn't appear to happen with the Confluence skin.

Cheers,
Derek.

[Sharpe]

Hi

It could be related to the new Skin Widgets service that I'm using to display recent, random and recommended media on the home screen. Previously I used a different method (the same that's currently used in Confluence - I think). Could you try with Transparency and see if the issue is still there please? I think ronie is using the Skin Widgets the same way in Transparency so if the problem is there under both skins it might be an issue to bring up in the Skin Widgets thread.

Cheers

[derekr]

It would appear that the Transparency skin does exhibit the same behaviour (delayed listing of new items.) I will hop over to the Skin Widgets thread and inquire there.

Thanks!

[Sharpe]

Cool - I'll keep an eye on it,

Cheers

[Martijn]

There is nothing we can do about. There is something wrong in your database

[derekr]

Oh, alright - I guess I'll have to stick with Confluence then, thanks anyways.

[Martijn]

Oh, alright - I guess I'll have to stick with Confluence then, thanks anyways.

i can only think of something wrong in one of the mysql tables or in xbmc but since no one else has reported this my guess is your database

[Sharpe]

I do notice a slight difference in how it behaves compared to the old way that Confluence still uses.

Ie under Confluence the recently added movies and episodes are there as soon as you first activate XBMC but under the new Widgets way it takes a few seconds (can be about 20ish) for them to be available. I never notice because I leave my media centre always on and rarely have to re-start it up.

[Martijn]

Mine are near instant without mysql.
Because the normal way uses internal xbmc code which is always faster

[derekr]

As a band-aid if I increase the query cache on my mysql daemon, after the first query the rest of them are <1s.
I'm not sure why this particular query takes so long to perform, as just selecting * from either episodeview (~2.5s) or tvshowview (~0.5s.)

Still though considering it's getting no data at all in my case, it seems like it would be a useful thing to have the ability to turn this query off - perhaps I'll poke around at the Skin Widgets code.

[Martijn]

As a band-aid if I increase the query cache on my mysql daemon, after the first query the rest of them are <1s.
I'm not sure why this particular query takes so long to perform, as just selecting * from either episodeview (~2.5s) or tvshowview (~0.5s.)

Still though considering it's getting no data at all in my case, it seems like it would be a useful thing to have the ability to turn this query off - perhaps I'll poke around at the Skin Widgets code.

Only way is disable the script

[derekr]

As a band-aid if I increase the query cache on my mysql daemon, after the first query the rest of them are <1s.
I'm not sure why this particular query takes so long to perform, as just selecting * from either episodeview (~2.5s) or tvshowview (~0.5s.)

Still though considering it's getting no data at all in my case, it seems like it would be a useful thing to have the ability to turn this query off - perhaps I'll poke around at the Skin Widgets code.

Only way is disable the script

Actually, I just changed the call in _fetch_movies/_fetch_tvshows to remove the 'played' filter, and it went from ~50s down to about ~8s.
Good enough for me.

[Martijn]

Ok
Well iirc you could change that in settings

Remember that if script updates you will loose your changes

[derekr]

Thanks for the heads up, I didn't think of checking the add-on settings.
Looks like that'll work for me as well and would be okay across script updates.

[jmarshall]

derekr: See if you can figure out why the query is taking so long (i.e. do the same query on mysql directly, try profiling it etc.) It might be missing an index or some such and causing mysql to do something really silly like an effective O(n^2) query.

Cheers,
Jonathan