If you are using an SD card with a pre-installed OS then I'm not surprised you are disappointed. Download and install the latest version of Debian. Also, there are many SD cards that are slow. Before blaming the Pi, make sure yours isn't one of them. That said, the Pi is never going to perform like a desktop and you shouldn't have expected it to.ullix wrote:Yesterday I got my Raspberry Pi (model B) from RS together with a 4GB SDHC(speed 6) card with installed OS (Debian squeeze) and began to set it up with great excitement...
This is not the system I think you had promised.
H264 playback works fine if you use a player that uses the HW acceleration. Please read the Wiki or search the forum - all this has been explained many times.ullix wrote:Yesterday I got my Raspberry Pi (model B) from RS together with a 4GB SDHC(speed 6) card with installed OS (Debian squeeze) and began to set it up with great excitement.
The excitement waned quickly, and gave room for deep disappointment - video playback at best was a fast slideshow, and at worst did not work because the cpu was overloaded.
A good part of the Raspi promotion centered around the statement "It also plays high-definition video." (see e.g. the FAQ) with supporting videos. This was the prime key to my interest in Raspi. So I mounted nfs shares via wired Ethernet with video files coded in H264, mpeg2, xvid, and mjpeg, and tried to play.
First I noticed that there was no preinstalled video player. After installing a few updates and attempting to install players, I ran out of space on the chip. Problem is that RS sends a 4GB SD card with a 2GB image, and leaves 2GB unused. Of course, you can't expand your partition into that extra space while you are using that partition to run your OS from. But when you have to use a second computer anyway, and have to understand what you are doing in fiddling with partitions, what is the point of a presumed service delivering that card (except for an extra 200% markup on the card)?
So I downloaded the Debian Wheezy beta and installed it on a new 4GB SDHC(speed 10) (i.e. faster card than the one from RS, but from the same Transcend brand). With command dd it worked well (but usb-writer failed to do the installation, although there were no spaces in the file path). Then updating and downloading video players: totem could not be installed due to missing dependencies, ffplay always responds with "illegal instruction" even with nothing but "ffplay" entered, vlc could be installed, but apparently it needs too many resources, as videos wouldn't play and sometimes it would hang the system. The command line mplayer finally worked.
However, irrespective of the coding of the video file the result was a slow-motion at best (mpeg2 file) or a fast slide-presentation (H264 file). In all cases cpu load was 100%. Sound was missing, except in the case of some H264 files, where non-decipherable sound bites burst in synchrony with the individually visible frames of the video. The big_buck_bunny movie in the h264-720p coding - not even Full HD! - showed single frames you could count by hand, and had no sound whatsoever.
Then I prepared an external USB disk with some of those video files, and connected it to the Raspi via a powered USB hub, and also copied a small file on the SDHC card. Playing videos from either source was even slower than from the 100MB ethernet.
I am interested to hear if anyone can really and reproducibly play any video, let alone HD video, on the raspi. I doubt it after trying the two Debian versions.
In my short testing I ran across many problems which apparently had to do with the very-low-power cpu. I wouldn't mind various bugs this early in development - and I found plenty - , but I don't see how to overcome the power limitation.
To a user, the hardware is a mess! Why on earth was there a focus on shrinking the mainboard to a "credit-card-sized-computer", which has plugs coming out from all sides of the mainboard, of various depths, thereby easily tripling the footprint of the "credit card"? A little bit larger size of the mainboard, and one might have been able to neatly arrange the connectors on one side or two at the most.
So, it is mainly for education purposes, like programming in Python? But why on earth are you setting up a system where you can always become root by simply entering sudo - no password required? What message does this send to the students?
This is not the system I think you had promised.
Code: Select all
sudo apt-get update sudo apt-get upgrade
I don't have a Pi yet - so can't comment on performance (and that's something that'll improve as software is updated)ullix wrote: To a user, the hardware is a mess! Why on earth was there a focus on shrinking the mainboard to a "credit-card-sized-computer", which has plugs coming out from all sides of the mainboard, of various depths, thereby easily tripling the footprint of the "credit card"? A little bit larger size of the mainboard, and one might have been able to neatly arrange the connectors on one side or two at the most.
If you wan't a slightly quicker CPU you can always overclock. (offtopic, but relevant)bluescreen wrote:a slightly quicker CPU?
and wrongly concluded its in the libraries by default. The omxplayer is in Debian Wheezy by default. I tried a variety of files either h264 or h264/avc encoded, with containers mp4, mkv, m4v, mov, avi. In particular, I used the bigbuckbunny in the 720p h264, extension mov file, and recoded by handbrake into mp4 and mkv. For most of the files, omxplayer would list some correct details of the file, and end immediately by wishing a nice day. The most I got was sound from some files (but not bigbuckbunny). I never saw a picture let alone video - not even a window would open! And same result whether starting from within or outside the X screen.Codecs
Two licensed codecs will be provided at launch, MPEG4 and h.264 .... accelerated by the GPU.
Well I can't fully answer that without doing a wipe and reinstall (and, sorry, I don't love you that much). But I'll explain myself.ullix wrote:Do you use omxplayer under Wheezy successfully? Does it need additional libraries, which are not included by default? Any other tricks?
Code: Select all
sudo apt-get install omxplayer
Code: Select all
omxplayer -o hdmi bigbuckbunny.mp4
I've got an i7 with wheels and a sandwich.The_Saint wrote:I on the other hand have been pleasantly surprised by its speed as I knew I wasn't buying an intel Core i5 for £29.46, particularly as I already have one.
There are a few posts about the SD card speeds, as far as I can make out it seems like the best idea may be to boot from the SD & have the main system partition on a flash drive. I have setup one install to do this, but I haven't done any speed tests. The Pi is IO constrained so you'll never get maximum USB read/write speeds. The Raspbmc site has a walkthrough on SD+USB booting IIRC. It really is worth grabbing the Raspbmc installer & seeing if that works better if you are only interested in video playback.ullix wrote: Regarding the sd card: The QuickStart says you need class 4 at least; the RS shipped card is class 6, and my own card was class 10. That is the fastest type of SDHC card currently available.
Something else: I often - sometimes at every keystroke - get a fast autorepeat of the last key entered, which continues even with the keyboard unplugged. (The keyboard works fine everywhere else). After some 100 (?) repeats it ends. This comes irrespective of whether the kb is directly connected to the raspi, or via a (powered) hub. This makes e.g. logging in a nightmare. Is this seen by others?
Just a query, how can you know whether a specific program uses the GPU.alexeames wrote:You need to use a player that can utilise the GPU. The only one that works in Debian is Omxplayer.
Whilst I never expected it would the Pi's twitter profile has a post from a guy who wants to run a small brewery using the Pi.lewmur wrote: the Pi is never going to perform like a desktop and you shouldn't have expected it to.
I recently purchased a Sandisk Extreme, supposedly very fast,lewmur wrote:there are many SD cards that are slow. Before blaming the Pi, make sure yours isn't one of them.
Why shouldn't there be positive replies? He wants to use the Pi for "process control". Using several Pi's for that purpose is just the sort of thing it's best at.geffers wrote:Whilst I never expected it would the Pi's twitter profile has a post from a guy who wants to run a small brewery using the Pi.lewmur wrote: the Pi is never going to perform like a desktop and you shouldn't have expected it to.
Nobody dismissed this suggestion and many positive replies were posted.
That's a good question and at the moment the list if pretty short. As far as video is concerned, we're limited to omxplayer and XBMC. I believe XBMC uses Omxplayer. XBMC comes in at least two flavours though, the most known ones (to me) being RaspBMC and OpenELEC.geffers wrote:Just a query, how can you know whether a specific program uses the GPU.alexeames wrote:You need to use a player that can utilise the GPU. The only one that works in Debian is Omxplayer.
Sold by whom? The Foundation has never promised any of the stuff you listed. It has been very open about the fact that this first release is a developemental release.. Anyone who read the "hype" coming from outside the Foundation and didn't read carefully enough to heed warnings of many others, pretty much set themselves up for disappointment.babbage wrote:From my reading of the OP, I don't think he expected a Core i5, 7 or anything of the sort.
I think he had made the mistakte though, as many people do, of looking at the postings made here and elsewhere of the features of the pi and expected these to work as they were sold.