Posts: 91
Joined: Jun 2012
Reputation:
4
so, i'm all working, just a bit of feedback on performance for information. below are the times it takes to open my movie library of c750 folders.
windows - same pc as mb3 server is on - 9 seconds
remote wireless windows client - 42s
wired raspberry pi - 93 seconds
looking forward to any improvements you can bring but this is great so far!
Posts: 428
Joined: Oct 2008
Reputation:
18
2014-01-05, 19:36
(This post was last modified: 2014-01-05, 21:36 by xnappo.)
Also - there is a new version in 'master' that completely does away with the images caching (thanks to null_pointer). You need to pull everything again to give it a whirl. It works a lot more like native XBMC now.
It also has a new option called 'Enable performance profile' that writes a performance log to your addon data folder. Posting that log with debug off will help us see where your speed issue is.
xnappo
[EDIT]
Master now includes XML caching as well.
Posts: 91
Joined: Jun 2012
Reputation:
4
2014-01-05, 22:24
(This post was last modified: 2014-01-05, 22:25 by spaceboy.)
so, i like the new version, much more efficient on space usage which is great for the pi!
i noticed that the recently added movies and tv episodes and favourites plus upcoming and next episodes all don't work in the latest master, but timings are much improved. now 3 seconds on the local windows pc and 7 seconds on remote wireless windows. on the pi its still quite slow, currently taking about 90 seconds still, but i'm still not sure that is its best effort. it seems quite slow to build the wall even after i go into the movie library. it only pulls down covers for the folders that are currently on the screen and as i move down the library it slowly pulls in the image (the metadata is already there. is there anyway this can all be built at the outset again? it seems fine once the wall has been built
and no, it was only 750!
i don't think the version i tried has the xml caching, i'll try that on the pi
Posts: 428
Joined: Oct 2008
Reputation:
18
2014-01-05, 22:35
(This post was last modified: 2014-01-05, 22:36 by xnappo.)
Okay, that is still way too slow on the Pi - that is horrible! Could be that is the best it will be though.
So please post a profile log (turn on just profile logging). I checked in a fix for the 'special' things (recent/upcoming etc) about an hour ago... You just need to grab default.py.
Now that we are using the native XBMC image database - no there is no way to pre-load the images. That is just the way it works. It will fill in itself over time.
xnappo
Posts: 428
Joined: Oct 2008
Reputation:
18
Wow. Ok - that this just confirms what some have been saying. The Pi's Python crunching ability is really, really poor. All the time is consumed just doing pretty simple scripting...
So sadly, I don't think there is a whole lot that can be done. Hopefully a more optimized Python is in the cards.
xnappo
Posts: 91
Joined: Jun 2012
Reputation:
4
how come its so much slower than using xbmc sql db? i've changed all my pi's over to this but i'm sure it was much quicker?
Posts: 91
Joined: Jun 2012
Reputation:
4
no, thats absolutely fair, just wanted to understand. i am leaning towards trying out an NUC and giving up on the pi, its just too underpowered. but for now i'm willing to persist. i'm not a fan of paging esp with a big collection so i vote 1, minimal data. i like just a wall of the cover art or just a list with title, year and rating, don't know if both are possible.
thanks!
Posts: 91
Joined: Jun 2012
Reputation:
4
i can take a look tonight. thanks to null_pointer for his efforts though!
Posts: 169
Joined: Jun 2006
Reputation:
4
w84no1
Senior Member
Posts: 169
I am going to have to bring one of my PIs to work so I can test some of this stuff. I always read about things when I am here. Keep up the good work!
TV Mosaic on Windows 10 as PVR Backend | 1 RaspberryPI 3 Client (LibreElec) | Amazon FireTV box | 5 Amazon FireTV sticks | FireTV Cube | 2 Nvidia Shield TV
Tuners: HD HomeRun 4 ATSC (OTA) | IPTV