• 1(current)
  • 2
  • 3
  • 4
  • 5
  • 12
Video of latest xbmc code on Raspberry Pi
#1
People often complain xbmc on the Pi is too laggy to be usable.

Here is a demo of latest build running quite smoothly.

This is top of tree (Gotham) OpenELEC with some performance patches I'm currently working on.

The Movie played was 4 gigs and 720p.

The Pi is overclocked to 1GHz arm, 500MHz core and 600MHz sdram.
The install is on a USB stick.

http://www.youtube.com/watch?v=ErWF2sYgJec
Reply
#2
Amazing work!
Reply
#3
Great work. Thx
Reply
#4
Awesome, I was thinking of getting some more Pis for the rest of the rooms, now I Definitely will. Awesome work!
Reply
#5
Nice video mate. Is that a usb 2.0 stick ?
Reply
#6
(2013-09-28, 18:31)privado Wrote: Nice video mate. Is that a usb 2.0 stick ?

It's a USB 3 (Sandisk extreme), but there wasn't a big difference when using the previous USB 2 stick (the Pi only talks USB 2).
The difference between sdcard and USB 2 was much more significant.
Reply
#7
so you're saying usb2 is quicker than sdcard ?
Always read the XBMC online-manual, FAQ and search the forum before posting.
Do not e-mail XBMC-Team members directly asking for support. Read/follow the forum rules.
For troubleshooting and bug reporting please make sure you read this first.


Image
Reply
#8
Nice work!
I feel like testing but running Raspbmc. Shouldn´t be any problems though, right?
A build from newclock3 I guess, but anything else (firmware etc.) one should have in mind?
Reply
#9
(2013-09-28, 19:10)pike Wrote: so you're saying usb2 is quicker than sdcard ?

Yes, certainly on Pi.
sdcard has a theoretical limit of 4 bits @ 50MHz or 25MB/s. (they can go faster but require low voltage I/O not supported by Pi)
USB has a much higher theoretical limit of 480Mbit or 60MB/s.

You don't achieve the theoretical, but I've seen about 22MB/s from sdcard and well over 30MB/s on USB (on Pi).
sdcards can get corrupted with high overclock whereas USB does not (on Pi).
Reply
#10
(2013-09-28, 19:19)miappa Wrote: Nice work!
I feel like testing but running Raspbmc. Shouldn´t be any problems though, right?
A build from newclock3 I guess, but anything else (firmware etc.) one should have in mind?

Needs latest firmware (start.elf/fixup.dat) from next tree.
But otherwise, a raspbmc build from newclock3 should be good.
Reply
#11
Can I update from latest rbej's Gotham?
 
  • Intel NUC Kit DN2820FYKH ~ Crucial DDR3L SO-DIMM 4GB ~ SanDisk ReadyCache 32GB SSD ~ Microsoft MCE model 1039 RC6 remote
Reply
#12
Cheers! Will give it a go.
Reply
#13
(2013-09-28, 19:43)xbs08 Wrote: Can I update from latest rbej's Gotham?

You can, but remember this is a bleeding edge build, pushed out for testing purposes.
It doesn't contain all rbej's patches and may have bugs.
If you want to help with testing, and report back on what you find, then go ahead.
If you want a stable build, then wait a while until it makes it way to a more official build.
Reply
#14
Very impressed, couple Q's.

What pi is it? 256 or 512?
What USB stick you using? Anything special or just bog standard one.
Modded MK1 NUC - CLICK ----- NUC Wiki - CLICK

Bay Trail NUC FTW!

I've donated, have you?

Reply
#15
(2013-09-28, 20:28)jammyb Wrote: Very impressed, couple Q's.

What pi is it? 256 or 512?
What USB stick you using? Anything special or just bog standard one.

Quote:It's a USB 3 (Sandisk extreme), but there wasn't a big difference when using the previous USB 2 stick (the Pi only talks USB 2).
The difference between sdcard and USB 2 was much more significant.

The Pi is 512M. In general the changes have reduced memory, so I don't think there will be a problem with 256M.
The video has 32bpp textures for posters/covers. There is a GUI switch to use 16bpp which saves memory if needed.

Also the video was rendering 1080p GUI.

So my guess is that 256M will handle 720p GUI (with 1080p video) at 32bpp, or 1080p GUI at 16bpp.
Reply
  • 1(current)
  • 2
  • 3
  • 4
  • 5
  • 12

Logout Mark Read Team Forum Stats Members Help
Video of latest xbmc code on Raspberry Pi6