Thanks Morgaine, I will try to get around to this for you.
Jacques_nil: here is the full Bonnie output for that card:
Version 1.96 ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP raspberrypi 368M 23 99 8722 25 4698 14 360 99 13419 13 119.8 18 Latency 830ms 3339ms 940ms 30000us 69999us 610ms Version 1.96 ------Sequential Create------ --------Random Create-------- raspberrypi -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 1654 61 +++++ +++ 2739 66 1847 67 +++++ +++ 2080 50 Latency 989ms 10000us 10000us 1069ms 10000us 2014ms
As for the HD Video streaming... easier said than done.
I am currently chasing my tail trying to get something to work. VLC doesn't work because it needs a specific version of alsa-lib. It would appear that on debian this is called libasound2 and is the latest version when I checked, so not sure how to get that working. I am guessing that I probably need an older version, and that VLC isn't pulling that in.
I then thought I would try a different media player, but it looks like "debian-multimedia-keyring" is pretty fundamental and I cannot find a source for it that works on the Pi.
I guess these are just noob issues on my part, and I am learning loads each time I hit another dead-end.
OK, got "debian-multimedia-keyring" to install manually by downloading the .deb file and installing with dpkg -i.
I then installed SMPlayer and Gnome MPlayer. Tested with a standard definition file streaming from my NAS over my Gigabit backbone. Playback had no audio and was at best running at one third of the frame rate it should have been. I have no doubt that the R-Pi is capable of better than that, but something is obviously not right.
I wonder if it is the debian build?
Once again, thank you
Sequential disk write:
with putc() : 23Kbytes/sec, cpu overhead 99% <- horrible, but this is due to SD card that do not like small writes
with write() : 8.72MB/sec, cpu overhead 25%
read,seek,write : 4.7MB/sec, cpu overhead 14%
Sequential disk read:
with getc(): 360Kbytes/sec, cpu overhead 99%
Block read: 13.4MB,, cpu overhead 13% <- better than your first test
Seek time: 8.3ms ( = 1 / 119.8)
Read perfs. are not bad, but the poor write perfs.are for sure 100% due to the SD, wich are optimized for writing big block of data.
That should have no effect on applications that read a lot and write few, but when running multiple tasks, if the OS start swapping to the SD it could feel like snail driving.
I wonder if the results will be better with a SSD attached to the USB port, but is it possible to boot from usb ?
It's not possible to boot from USB. But, a cheap SD card can be your "boot disk" and then load the rest and run from the USB HDD. (Kinda like the olden days of booting Linux from a floppy.)
Instead of mplayer, you might have better luck with ilplayer.
It is apparently a custom player supplied with the RPi that Paul Maunders
used (he bought beta board #8 at the January eBay auction) and blogged
about it at:
He found ilplayer to be much faster than mplayer, but also had some trouble with audio.
He was able to get sound using
He disappeared after being asked about watching videos from hulu at 1080p,
so don't try that.
"Playback had no audio and was at best running at one third of the frame rate it should have been."
sounds like it might not be using any hardware accelleration (GPU) at all ? If it can play 1080p MP4 files, SD should be easy...
apparently none of the standard debian packages are accelerated,
only ilplayer. Paul got VLC to load, but it was too slow.
Apparently AAC sound is supported, but not AC3.
Thanks coder27, that was an interesting read, I hadn't seen it before. I think the 128MB memory side of things has been sorted out now, but I would agree with the rest of his performance observations.
I haven't been given any files with the Pi other than what I can download from here, so I don't have ilplayer. ilplayer sounds like something that Broadcom have put together internally to harness the Hardware accelleration.
If anybody reading can let me have a copy, i'd like to give it a try.
As for the requests, I will see what I can do, but I am away for a week after this evening with limited access or time for the internet. I will be taking the Pi with me but doubt that I will get a lot of time to use it, and also won't have a network etc. with me. So if I stop responding for the week, which is likely, don't worry.
It's so sad that you left us, we hope you do not disappear forever, as the two other owners who never came back.
So please, post as many tests as you can before leaving.
I am sure he will come back Jacques... he does say that he will only be away for one week!
Sorry about the timing but yes, I will be back, and I will try and keep an eye on these forums from my phone when I can, but don't expect any Pi action.
Thanks for everybodys suggestions and patience.
I continue to be surprised when people are suprised about the ease (or lack of) playing media on this device. The hardware acceleration is there and it makes for a great demo but the reality is that it will be some time before client libraries and applications follow. I have a little arm based board, not much bigger than the Pi but probably double the CPU performance and it is far too slow to play any sort of media with a software codec such as you would typically find in mplayer or vlc (or Chromium browser). Fortunately there is gstreamer support for my hardware so I can use an application such as totem but the Pi doesn't have anything that high level yet. In the day or two I have been looking I still haven't found a browser that will play html5 video.
The Pi is a great education computer for an amazing price but it is an engineering compromise to reach that price. It is a shame that "end users" and developers are fighting over the same limited supply as there is sure to be some negative reviews from the people who don't understand the work that still is required to get this thing ready for its main mission.
I agree, but as part-time teacher myself, I do not understand the definition of an "education computer",
what kind of education ? software or hardware, application level or sytem level, children or bachelors ...
On the other hand, the communication on the web around the Raspberry is quite focused on its possible HD video playback and accelerated graphics,
and there is a huge number who pre-ordered thinking about using it as an XBMC HTPC. Few of them seek a solution to learn python.
I am not sure if this counts as a first unboxing, but I thought I would share it with you all anyway.
I was extremely lucky to be one of the Element14 Road Test winners and this morning and was very surprised and excited to receive a box from Farnell/Element14 via UPS.
I should say that it did come with a disclaimer that says it is an R&D Prototype and that it is not necessarily in the form that the final, finished product will be made available. I guess that is in case any changes are required as a consequence of the compliance testing.
At the risk of being deluged with questions that I cannot answer yet, or hate mail from the angry and frustrated (please don't hate me) I thought I would share a few pics before I get back to my day job.
Sorry, I just had to rip the box open before I got the camera out.
It really is very neat and small, but the really exciting part should hopefully come this evening when I get chance to power it up!
Here it is inside my first box. It is a plastic business card box that has now been recycled and put to a better use. This really brings home to me how small the R-Pi really is.
I still have to cut the holes when I get time.
I have a lot to learn and a lot of work before my Road Test Review, but I hope you like the pics...