Doing opensoure vs closedsource comparison has also being been done on a regular basis at phoronix.

To sum things up:

Current Mesa/Gallium3D stack is opengl 3.x only, proprietary drivers are 4.x (but work is being done, including by paid developers)

AMD:
except for the latest generation (where the opensource driver team is still debugging the support - but at least AMD does publish documentation and pays a few opensource developpers on their own, so I WILL EVENTUALLY end up supported), the opensource drivers have a decent performance, which has progressively went closer to the proprietary. For slightly older cards you might as well use the opensource drivers (a bit less buggy). For really old cards, even AMD is acknowledging it: they dropped the support from catalyst and are pointing toward the opensource drivers as the preferred drivers.

In short: if it's not the latest generation of hardware, give the opensource drivers a try. Unless you want to only play OpenGL 4.x games on your machine.

Nvidia:
Here, take this pair of dice, they are better performance predictors...

More seriously: performance is rather random, mainly due to the fact that the opensource drivers are entirely developed by reverse-engineering on whatever the developers hapenned to have (if you happen to have a slighly different model, there isn't much they can do). So random bugs and problems even in the middle of an otherwise supported range.

For newer cards the situation is even worse performance-wise, because they boot underclocked by default, and the driver don't know how to ramp-up clocks as demand increases.

At least, opensource drivers follow linux standards and some features aren't utterly broken.

So for know, stick to closed-source drivers - best performance ever -, unless you happen to need a feature which works differently under windows (and thus wasn't ported to linux). In that case, you might do an attempt with opensource and se on which random result you end-up.

With time, this is bound to change: Nvidia might get interested in helping a bit (they hey released a few bits of useful information regarding the Tegra line of embed GPUs).

Intel:
Has a bit lower support than their (windows proprietary) driver (opensource Linux is GL 3.x, Windows is GL 4.x), and their opensource drivers are a bit slower.

Except that massive computing power is in the form ASICs which are extremely optimized for computing SHA256^2 and nothing else.
So the largest part of the current computing power would be pretty much useless.

You have a chicken and egg problem.
- Gamers install Windows instead of Linux because most of the games are sold for Windows.
- Most of the developer make Windows games, because that's what OS the gamers have.

Valve needs an OS do be less dependent on Microsoft. So they develop a Linux version of Steam and create a Linux-based "SteamOS" distribution on which to run it.
Over time, there are going to be games. But right now there aren't much.
Just right now, its one of the best solution that Valve could come up instead of just staying here and bitching about the chicken-egg situation. (And it's better than relying on unstable solution like Wine, or relying on virtualisation which would be taxing on the hardware of a console's small form factor).

For now as a beginning, the remote streaming is the fix they manage to quickly patch the Game library problem (and also the power limitations too. You just can't fit the equivalent of a high-end gaming PC with 2x dedicated high-end graphics cards in SLI, RAID HDDs and SSDs, etc. in a small diminutive box under the TV. Either you accept having less advanced graphics [the same compromise which pushed AMD APUs in home consoles] or you do streaming. Future iteration of steambox, following Moore's law will probably have better GFX, simply because they came later)

The premice behind Dell and Co, etc. approach is to have a little inventory are possible. That also means using generic parts that they can swap arround.

They are probably not sitting on 10'000 of unused "Steam Box" cases. Very likely, they have a contact with a chinese manufacturer who can quickly supply them small-form factor cases, that they will use for any small-form-factor machine (HTPC, Consoles, etc.) It's probably a variation of the same small-form-factor box that Dell is using as a "enterprise light desktop", with only a different front plastic piece to look a bit more console-y or more HTPC-y depending on needs.
If they have anything less re-usable than that, it is completely suicidal (specially given that it's Valve we're speaking about) and Alienware deserve any problem that they have (the main problem being that they are going to otherwise get beaten by no-name asian manufacturer who are able to use custom part at a higher turnover, simply because they are the building right next to the plastic plant)

Please research this "Just-in-Time manufacturing" that the AC mentionned.
Dell has *almost invented* the concept.

Their ARE NOT sitting on a bunch of thousands of useless premanufactured SteamBoxen that they need to get rid of. These box don't exist yet.
They don't even have a huge inventory of parts waiting to be assembled.
At most, what they have is a couple of prototype that they built in-house and that are ready to be replicated, once the orders start pouring in.

The problem isn't the stock.
The problem, as you mentionned yourself, is the money. Dell has some difficulties (current Asian no-name manufacturer are better than them at the JIT game [being closer to the manufacturing plants producing the part] and are outselling them).
They need to *SELL* something and they need to get diverse (selling as much new original and different products as possible. Selling only desktops won't cut it anymore).
They would have hoped to sell home consoles. Valve would have neen a nice way to have a piece of Sony's and Microsoft's pie. But Valve being Valve, there's no guarantee when they could sell official Steam machines.

So for now they settle in selling whatever else they can think of (a Windows-based living room machine), just to be able to sell something.

By the way:
- SteamOS *DOES* work
- XBox controller *DO* work under Linux.

What the hell where they expecting? It's freaking Valve, with a track record to have completely random concept of "schedule".

Either Alienware should have considered this as a "prototype" (and SteamOS + XBox controler or Logitech or whatever would have been perfectly acceptable. With a paying option to get a Windows License).
Or Alienware should have waited until SteamOS is actually ready.

Namecalling is the best way to explain a point.

Common, it's *Valve* we're speaking about.
They WILL deliver. Except that they will deliver on "Valve Time".
It will be as usual: wonderful, better than expectation, and *horribly* late.

What were they expecting? Given Valve's track record, they shouldn't have jumped on thing before knowing with certainty that Valve is ready.
They should either.
- start producing steam machine as soon as they can (as they did) but clearly state that these are *prototypes* and probably part of the functionality will be missing.
- or NOT jump on the bandwagon so quickly, and wait until Valve get their shit together (which could be anywhere between now and 2017) and then release a machine with all the features and the specs.

What Alienware did was as stupid as announcing a "special offer with 'Half-Life Episode 3' packaged in for free together with the machine!", and then not knowing what to do as Valve is delayed, packaging some random "Medal of Duty" instead.

Also, SteamOS actually, does work. The problem isn't Linux, the problem are:
- controller (are still tweaked)
- linux games (currently, steam OS works better as a light box to play your game on the living room's big screen/projector by *streaming them* out of a Windows war machine somewhere else in the appartment, rather than playing them directly there. Porting takes time).

When you travel as a group of several skier/snowboarder in the same car, the equippement don't necessarily all fit in the back's ski trap.
You either have to pushdown one of the back seats (and lose one place for one gang member), or you put all the skis and snowboards on the roof (at a small mileage cost but you still have enough room for the whole team).

Well after reading a bit on-line, it seems that they have a business model running a bit differently:
- they "almost give-out" the charging station to terrain owner (owner of highway shop/gaz-station, etc.)
- the owner only has to supply electricity (and as said electricity is cheap)
- in exchange, the owner gets an increased traffic in the shop/restraurant
(people, who have 10 to 30 minute to kill until full charge and buy food/drinks).

In that context, it's in the land owner's best interest to have a open technology in the charging stations:
- the more open the standard, the more different drivers can stop to charge, and thus the more customers.

And Tesla in turn has a small advantage too:
- the more shop/restaurant along the highway are likely to rent such stations, the more charging spots there are going to be overall, and the less potential customer will be afraid by range problems.
- thus market for eletrical vehicle increase (of which Tesla has a substantial mind-share, and produce the longest-range vehicle)
- thus market for car lithium batteries increase (a field where Tesla is leading, to the point that some people want to persuade them to drop the Model S and concentrate entirely on batteries for other companies).

Or to put it differently: all this charger will need batteries to charge, and Tesla is apparently the best game in town for batteries.
(It would be as if Sanyo started to provide "free charging station" around in a country where Enloop have the strongest market penetrance)

Also, I don't see any reason for Russia to have any interests in Snowden's intelligence.

On the contrary, I see 2 reasons NOT to:

- Russia probably knows most of this already. That's the country with FSB/KGB/etc.: They've been at this spying game for a long time and have a lot of experience. If a lone guy like Edward can pull such an operation without much help, imagin what Russia could do with way more ressources. (Ditto for China).

- Because he's known, it would be a diplomatic problem to openly use snowden as an intelligence source. better not touch him even with a 10-foot-pole and rely on their own (better funded, better trained) spy force.

Electricity is dead cheap.
A full charge cost a lot less than the equivalent range in gaz.
Tesla will probably center around a different model to attract customers.

One very possible model would be for Telsa to keep the charging either free or with only a small monthly/yearly fee, and earn most of the money through the services next to the station. (The charging is going to last up to 30 minutes any way. The driver and passenger are very likely going to take some time eating or drinking something).

The problem with DOS Box, it that's a full blown emulator. You're emulating a complete clone of a PC (which take some performance hit, specially if you consider playing the game on a handheld device, where DOSBox still has a significant impact on battery life).
Whereas 2D game engines of the era aren't extremely complex and could be ported to modern hardware without excessive work.

2D platformer of that era don't have extremely complicated engines.
more or less, the only assembler parts and low-lever system calls you're going to see would be the graphics (mostly: gfx-mod init, drawing sprites, drawing tiles. so mostly a bit of bliting) and sound (playing the music. here it's pretty much low level, with music specifically written for hardware, like fm synthesis).
compare this to 3D engines (where big bunch of assembler handle drawing a whole 3D scene so tons of code, but music is using some 3rd party middle ware for midi playing).

Rewriting the graphics routine using SDL isn't that much complicated. It boils down to rewriting the 2-3 tiles & sprite blitting routine with modern SDL (compare to a 3D engine, where the best course is to scrape it and rewrite a different engine using opengl).
Music might be harder (probably the best course is to use an adlib emulation library).

I happen to have the necessary skill set (it's been a hobby of mine, both back then and now, both writing mine and hacking others') but I won't necessarily have the time :-(

The point of having the source would be to easily port the game with SDL to any other platform.

Because Slashdot is US based and is english speaking, and nearly all the discussions here can there for fit within basic ASCII char-set. (Except a few loan-words which are acceptable without accented chars anyway).

The fact that you and I come from other regions and speak other languages won't change the fact that Slashdot doesn't give a fuck about non-english language and their scripts. Support for UTF-8 is not a vital necessity on /.

On the other hand, motivated people like me have found a compatible way around.

Also, given the avarage geekness here around, html entities don't feel that far stretched. Probably half the /. readership has edited HTML source in vi or emacs (depending on religion).