Kodi Community Forum
Video of latest xbmc code on Raspberry Pi - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Raspberry Pi (https://forum.kodi.tv/forumdisplay.php?fid=166)
+---- Thread: Video of latest xbmc code on Raspberry Pi (/showthread.php?tid=174485)

Pages: 1 2 3 4 5 6 7 8 9 10 11 12


RE: Video of latest xbmc code on Raspberry Pi - Koloss - 2013-10-02

@popcornmix, i didnot understand all your things - i updated to last rbej build with newclock3, i think the fanarts and images are slowly(Skin metroTV)

why this in your advancedsettings?

<fanartres>720</fanartres>
<imageres>512</imageres>

Is this a maximalvalue or all images are 720px and all fanart are 512px

My fanart from TMDB are 1280 x 720
My covers from TMDB are variable, 422 x 540 or 381 x 540 ....

i will not 1080p - 720p is ok for my GUI!

what must i do for reload fanarts and images from TMDB or other database?

Edit: I think, this build is faster: http://forum.xbmc.org/showthread.php?tid=169674&pid=1518755#pid1518755
as this: http://forum.xbmc.org/showthread.php?tid=169674&pid=1519016#pid1519016


RE: Video of latest xbmc code on Raspberry Pi - raspberry_pd - 2013-10-03

(2013-10-02, 17:21)MilhouseVH Wrote:
(2013-10-02, 12:01)raspberry_pd Wrote: So in theory I could save the TVDB and TMDB a lot of trouble, and perhaps even speed up my library scanning a little, by storing local versions of meta images on my NAS? Cool.

Local artwork will definitely speed up scanning. It will also give you more consistent results as you will be able to select higher quality artwork. In addition, your artwork will always be available should you add another client, whereas internet hosted artwork has a habit of disappearing (this point is important when adding extra clients to a shared library).

(2013-10-02, 12:01)raspberry_pd Wrote: Hmmm, wonder if your texturecache script can convert from the cached filenames to real filenames and copy them from cache to my NAS? Smile I suspect it can, time to read the full documentation Smile

No, it can't actually - there's already the built-in library "export" option for that. However, you'll just be exporting your cached artwork, which will contain resized and lower quality versions of the original artwork so it's not really an ideal solution IMHO. You're better off using something like Ember Media Manager to organise your local artwork (using the highest quality available) and metadata.

(2013-10-02, 12:01)raspberry_pd Wrote: I was trying to do what popcornmix suggested earlier in this thread here might help speed things up. I lurv speed Smile However it sounds like I was fishing without bait and I can't interpret these results anyway Smile

Here's my results:

Movies
http://pastebin.com/N0MRqh6A

TV
http://pastebin.com/wG4f2GHW

That looks like it's working normally. For Movies, all your posters and fanarts were already cached, so nothing more needed to be cached. However for TV Shows your cache was missing 21 items so they were added to the cache. Now your texture cache should be fully populated and the GUI not wasting any more time encoding artwork as you browse through your movies and tv shows.

Thanks for the great tips and help MilhouseVH, sensational. Unfortunately Ember didn't install first time, but I'll try again on another machine later. I've been considering how best to try setting up NFS for another speed improvement over my current SMB connection to my NAS (which is a not especially fast Drobo unit).

Do you think it's worthwhile opening a dedicated site somewhere with nothing but a quick guide to maximizing XBMC performance? I see lots of tips here and there and everywhere and that's great, but it feels like a central guide, or ever 'cheat sheat' would be a beacon for a lot of users.


RE: Video of latest xbmc code on Raspberry Pi - Milhouse - 2013-10-03

(2013-10-03, 10:12)raspberry_pd Wrote: Do you think it's worthwhile opening a dedicated site somewhere with nothing but a quick guide to maximizing XBMC performance? I see lots of tips here and there and everywhere and that's great, but it feels like a central guide, or ever 'cheat sheat' would be a beacon for a lot of users.

Yes, I'm sure it would be helpful if it doesn't exist already (and it may not).


RE: Video of latest xbmc code on Raspberry Pi - RichG - 2013-10-03

(2013-10-03, 10:12)raspberry_pd Wrote: Do you think it's worthwhile opening a dedicated site somewhere with nothing but a quick guide to maximizing XBMC performance? I see lots of tips here and there and everywhere and that's great, but it feels like a central guide, or ever 'cheat sheat' would be a beacon for a lot of users.

Great idea.

There is lots of information around but it is spread very thinly across this site, the Wiki and elsewhere on the web. Having it all in one place would help a great deal.

Maybe just needs a new 'Performance Tips' section added to the RPi wiki here.


RE: Video of latest xbmc code on Raspberry Pi - xbs08 - 2013-10-03

Here's some tips http://youresuchageek.blogspot.fr/2012/09/howto-raspberry-pi-openelec-on.html


RE: Video of latest xbmc code on Raspberry Pi - Koloss - 2013-10-04

@popcornmix: can you answer my questions, please?

Who reload the textures?

Is this a maxvalue?
<fanartres>720</fanartres>
<imageres>512</imageres>


RE: Video of latest xbmc code on Raspberry Pi - h.udo - 2013-10-04

No, not maxvalues.

Those are the standard values used on RPi.

fanartres and imageres

popcornmix is working on improving jpg rendering.


RE: Video of latest xbmc code on Raspberry Pi - Koloss - 2013-10-04

Ok, thanks!

How i clear the texturecache?


Re: RE: Video of latest xbmc code on Raspberry Pi - nickr - 2013-10-04

(2013-10-04, 21:04)Koloss Wrote: Ok, thanks!

How i clear the texturecache?

http://forum.xbmc.org/showthread.php?pid=1356329#pid1356329


RE: Video of latest xbmc code on Raspberry Pi - Koloss - 2013-10-04

Hm.. can i manually delete the textures in database and userdata?


Re: Video of latest xbmc code on Raspberry Pi - nickr - 2013-10-04

I just pointed you to what you asked, what do you mean 'manually'?


RE: Video of latest xbmc code on Raspberry Pi - doug - 2013-10-04

(2013-10-04, 22:39)Koloss Wrote: Hm.. can i manually delete the textures in database and userdata?
Yes.
rm ~/.xbmc/userdata/Database/Textures*.db
rm -rf ~/.xbmc/userdata/Thumbnails
reboot


RE: Video of latest xbmc code on Raspberry Pi - Koloss - 2013-10-05

thanks, in windows smb-share deleted the files and the thumbnails reload it self


RE: Video of latest xbmc code on Raspberry Pi - popcornmix - 2013-10-08

(2013-10-01, 19:59)MilhouseVH Wrote: With these latest patches, I still get the occasional timeout when browsing fairly rapidly through 600+ Movies with Fanart view:

I think I've fixed some causes for this timeout. Can you test latest newclock3 code?

This is a latest Gotham build with latest newclock3 patches:
https://docs.google.com/file/d/0B-6zmEDJwxZEOFZ2dWFhLTdDZHc/edit?usp=sharing


RE: Video of latest xbmc code on Raspberry Pi - Milhouse - 2013-10-09

(2013-10-08, 22:44)popcornmix Wrote:
(2013-10-01, 19:59)MilhouseVH Wrote: With these latest patches, I still get the occasional timeout when browsing fairly rapidly through 600+ Movies with Fanart view:

I think I've fixed some causes for this timeout. Can you test latest newclock3 code?

I think you have too! Smile

I went back to NFS* to test this build (assuming this is the "slowest" configuration and thus most likely to induce timeouts), using 1080 fanartres and 720 imageres with a 256MB/256MB GPU split.

I re-cached 638 movie fanart and 638 poster images and not a single error (other than the expected non-YUV complaint for Spider Man 3 fanart). Using just two threads, the average time to cache each fanart image is 1.33 seconds and 1.28 seconds for posters.

While browsing steadily but at a brisk pace through the Movies library in Fanart view (Amber skin), there were no timeouts or other errors/warnings, a totally silent log! Smile

Many thanks.

* I've now switched to USB3.0 (specifically, this of the 32GB variety formatted with ext4, 25MB/s read and 13MB/s write) but I don't really see a noticeable performance improvement compared with NFS while navigating through the library, but I'm guessing this could be because I'm using 1080 fanart/720 posters, and that any improved IO performance is largely negated by the additional time required to decode the larger artwork. I'm not complaining though, as even over NFS the performance is more than acceptable, I just wanted to mention that depending on your configuration (ie. with high res fanart) USB may lose some of it's speed advantage in the UI.

For comparison, I also re-cached the movie fanart and posters while using USB for /storage and this is faster than NFS: fanart averaged 1.91/second, and posters 1.96/second.