Awesome news since I've been waiting a very long time for mine to ship!
Your Raspberry Pi order was despatched today.
If you ordered a Raspberry Pi board as part of your order we are pleased to inform you that we have sent you the upgraded 512MB Revision 2 board to thank you for your continued patience.
We hope this upgrade is acceptable to you.
We're planning on using it to control an entire room… AC via the GPIO, lighting via a USB power relay and TV/Soundbar via HDMI-CEC. Tying all of this into an API to be controlled by iOS apps. Excited!
I've done something similar in my woodworking shed, I have a raspberry Pi that controls the dust collector, air filtration, and some other stuff. It also turns on a nice little colored light when my wife IM's me :)
Also i'm sure you know this, so this is more for others reading the comment, but you shouldn't control anything like the AC directly from the GPIO. You should isolate it.
There is a low voltage hook on the AC system that is specifically designed for this sort of use - although it will probably still require some sort of low voltage relay.
The room has been purpose built with remote control in mind so all of the lights etc have separate switches in a specially designed cupboard.
As for the HDMI-CEC, the only thing we really need it for is volume up/down on the sound bar. This is because the TV itself is a Sharp Aquos which has it's own remote control protocol that works over either IP or RS232 and can do power on/off and source changing. The TV's own CEC will control the sound bar volume with the TV's remote but errors when I try it using the IP/RS232 protocol – hence the need for separate HDMI-CEC. I've been diving into libcec which has now added native support for the RPi and it looks like sending volume up/down is relatively simple.
Best of luck to you!
This could also be of interest to you: http://simplehomenet.com/solutions.asp?page_id=HomAidPi
It uses a Pi too!
Also could be of use:
I never had the money to set up the hardware, though, so I have no idea about it's actual abilities...
So far I got RaspBMC installed and AirPlay for photos and audio works great (not so much with videos so far). I love it that I can turn on the music real loud in the house from my iPhone.
However, there are more folks working with Pi's for HTPC's than other platforms, so i expect a lot of this will improve there, faster.
To put it in perspective, i also have XBMC running on a pandaboard (and pandaboard ES), and it runs amazing on that. So it's not that you need some huge amount of processor power, but at least right now, a little more than the Pi provides.
Mine didn't ship at all with RS Components (+4 months waiting) then I complain on twitter to @RSComponents, 3 hours later I get an email from RS saying that my order just shipped... This is last SATURDAY! - so no 512 version :(
A couple hours later I get a reply from RS to my tweet saying: "Our records show that yours shipped LAST FRIDAY".
And now I still have to wait 21 more days until it arrives. Maybe if I order right now from element14, it may arrive earlier?!
But I have no idea what I'd use the additional 256 MB for, in my experience the bottleneck so far has always been the CPU.
Disclaimer: I work in games, where controlling and managing memory allocations (particularly heap allocations) is critical to maintain low frame times, which is why I'm interested in this.
And yes games especially are finely tuned to their allocation patterns. Generational collectors somewhat emulate the kinds of region allocation games do. I know I've read war stories about fighting the GC in for example C# XNA games to avoid random stuttering when collection kicks in. For games you'd want some kind of incremental background collector, but these are kind of like "sufficiently smart" compilers. They work until they hit the case where they have to fall back to stop-the-world collection.
Unless your memory patterns are horribly irregular to the point that they fragment your heap (completely avoided in e.g. console games) and you need to compact memory heavily, non-GC code will just do less work than any type of GC.
The idea of copying-GC compaction was something I hadn't considered - that's a good point.
For a Game though, I still can't see that being better than a decently tuned manual setup. Not even an expert system; for the android game I'm working on currently it's been quite easy for me to batch up allocations sensibly into regions, fixed-sized pools, and some stack allocators, and I'm far from an expert. A lot can be moved into normal stack allocations (i.e. local buffers or alloca() if necessary) and then you avoid most of the slowdown. My malloc() implementation is pretty naive currently (simple linked list) but it's called so rarely and in such predictable patterns that it's not worth me improving anymore (though there are plenty of ways that I could).
I would be interested to see how well a really good JIT doing escape analysis would perform, I suspect there could be a lot of gains there.
This is obviously faster than malloc which is what people compare with when they say allocation is faster with a garbage collector. Collecting the garbage, i.e. de-allocation, can be more expensive though, since it might require scanning large parts of the heap.
Since games generally use region based allocators , the performance gain is probably very small there. If you make lots of calls to malloc, then the gain would be larger.
If you care about performance you will avoid the garbage collector like the plague. Best to write it in C, C++, etc.
Seriously, if you want cheap allocations use a freaking allocation pool. They're not that hard to implement in C++.
I was trying to use xz, and I had to switch my GPU allocation to minimal memory for the GPU to avoid OOM errors.
Don't make plans around pre-release or limited hardware.
Rude and unnecessarily offensive: "You are an idiot".
The second one fails the "say it to your face" test in the site's guidelines:
"Be civil. Don't say things you wouldn't say in a face to face conversation."
Also, napierzaza: It looks like you have been hellbanned for almost a year now. I din't find anything in your comments to suggest why and I am not sure you realize this since you have been consistently posting informative comments.
Of course, they don't do this because they want to keep everything simple, and might even get reputational damage out of an auction. Also last time I talked to the guys (HN London), they were constrained by the founders time more than anything else. So they wanted to keep running the foundation as simple as possible.
As for the money: They could always donate to Doctors Without Borders or something like that.
Think about it this way: If they auctioned, and people value the Pi to $45, it would be impossible to get it for $35 because the price would never go that low.
However, the way they did it, some people get a bargain (they were willing to pay $45 but only had to pay $35), but some people get it at the intended price (which is still a bargain).
And the probability of winning the lottery of who actually gets one, becomes one that depends on persistence and not on direct monetary expense.
Also, it is poor theory for a good with unlimited eventual production capacity.
They could put a serial number / batch number on each one, and sell the first many at a huge premium, and then then pour all those profits into selling later units at a huge discount.
They are optimizing for price=const, which they believe they could support ad-infinitum. Doing what you suggested would cause price fluctuations, if the premium dries up and they can't offer the discount any more.
Sure, there was a short transient period where it didn't work perfectly. But it was short. And now everyone can get one at $35, and would be able to do so in the future as well.
$99 board with dual-core ARM Cortex A9 and a 16-core accelerator chip
The specs look excellent for the price.
Can we now turn the Pi into a new version of the Amiga 500?
I bet a raspberry pi with Amiga OS installed on his TV would make his day. :)
I learned to program in a Timex 2068, many many moons ago. :)
Wonder how the memory bandwidth and DMIPS numbers are
compared to a m68k.
<insert rant about how Maplin rocked in the 1980's but went down the pan>
I know that gaming stores sometimes hold tabletop gaming nights which is logical.
It seems to me that Maplin/Tandy/DSE/etc are missing a trick in terms of getting people actually interested in and knowledgeable about the things they sell.
But that said I do feel they will come true on this one as they already taken pre-orders (though going to wait so I can walk in and pop down some hard currency and walk out with one myself) http://www.maplin.co.uk/raspberrypi
But we shall see how history unfolds, you may be right though I have good feelings on this.
Just recalled why maplins went downhill as there used to be maplins shops and tandy/radio shack shops and it was the later that sold the chinz shall we say. Now there is just maplins filling both holes.
Looking at their £69 offer - it does look pretty good actually. If they deliver, I'll be very surprised and would consider forgiving them for a while :)
Tandy - £1 for 5 resistors!! How could they possibly have failed?
I'm very happy that my order has been delayed.
I wonder how many orphaned 256MB Model Bs are there floating around with RS and Farnell.