All of these analytical processes and gathering of statistics during the centrally planned development process, striving for ever more fairness, balance, and equality--not only in the game mechanics but in the themes and storyline as well--are precisely why games such as Guild Wars 2 ultimately become boring, flat, and dead to many players. Sure, when the game first came out, it was fun digging into it, but for all of the fairness and equality in the reward system, you came to loathe the game for not offering you a path to play it more freely, more independently. There is no way to game the game. And those that discover and attempt to exploit holes left in the games mechanics, purely out of boredom and happenstance, soon feel the wrath State with permanent account revocations. After all, those who resist the revolution and dare throw off the shackles of enslavement must be sacrificed for the benefit of the Proletariat! Trotsky would have been proud.

Minus the advertising. I was referring more to the aesthetics and design choices.

Beefy PC? There are guides coming out on how to build a $300 DIY Steambox, minus the cost of OS and the cost of an optional XBox 360 controller which you can use on Windows or Linux. It'll be competitive against Microsoft and Sony's next consoles.

http://www.theverge.com/2012/11/30/3706718/forget-the-ps4-and-the-xbox-720-build-your-own-steambox-on-the-cheap

I've been using this mode in the Linux beta of Steam. It's pretty nice, it's up there with the XBox 360 and PS3 media interfaces.

You'll probably be best off with sticking with CUDA on nVidia hardware for now. nVidia's OpenCL implementation isn't quite as polished as it should be, but it's getting there. There are some idiosyncrasies between vendor's implementations, namely to do with auto-vectorization. AMD's compiler doesn't auto-vectorize, and nVidia's Fermi/Kepler hardware is scalar, so you end up having to write multiple code-paths for each architecture anyway to get best performance. All of the companies use highly-patched versions of Clang/LLVM for their OpenCL compiler, and they're only now starting to standardize on features, releasing them into the mainline, so this situation should improve with time.

Longer term, OpenCL is pretty promising for portable heterogeneous high-performance computing. In addition to GPUs, the compute kernels can run on CPU cores in parallel and there are a few companies writing implementations for their FPGA hardware too, and it'll be able to support future unified CPU/GPU memory addressing models. Intel is also heavily invested into OpenCL adoption for it's hardware.

Thanks, also thanks for making the source code and the rest of your work available. Very promising research you've done.

Yeah, seriously. When it comes to maximizing performance/watt, C and OpenCL would be the way to go. I've taken a cognitive vision system using SURF + cluster analysis originally written in Java running at non-interactive rates on quad-core desktop system requiring gigs of RAM, and rewrote it in C using SIMD intrinsics and various other optimizations to improve cache efficiency and had it running at interactive rates on a single-core 800MHz ARM Cortex A8, 512MB of RAM, and PowerVR SGX 535 (a common mobile phone target). The ARM OpenCL implementation wasn't available at the time, but I hacked together some stuff exploiting OpenGL ES 2.0 shaders for a couple of the computationally expensive hotspots, and eventually got it running at real-time rates. It was something like a 6000x speed increase over the original naive Java version, even with the slower CPU.

That said, Spaun is a research project after all, so you use what you're familiar with.

What platform are you using for GPU computing? CUDA? OpenCL?

I'm right, they're trying to pin it on Iran.

http://www.nytimes.com/2012/10/14/world/middleeast/us-suspects-iranians-were-behind-a-wave-of-cyberattacks.html?_r=1

http://www.youtube.com/watch?v=M84l19H68mk
http://www.youtube.com/watch?v=9y29sCsh0oY

Combine this with the fact that Valve is releasing Steam for Linux in August... this year or next, it could really be it!

You'll be able to program the A5 for any use via OpenCL, so yes, you could use it for dedicated crypto for your own programs.

It's not a mere TPM solution. It's a Cortex A5 core. AMD has been pushing their Fusion Systems Architecture for heterogeneous SoCs, so it's likely that the Cortex A5 will be programmable by developers through OpenCL. The TPM thing is just what the marketing people envision as one of its uses, but it could be used for anything... it's left up to developers imaginations to find something more worthwhile than TPM.

You could use it as a dedicated audio decoder and DSP, for example, as the OpenCL vector math functions will map directly to the NEON SIMD instructions.

Knowing AMD, the ARM Cortex A5 will be openly available for general use to developers through OpenCL. It's not something that will be restricted to AMD's proprietary applications and drivers, but will be open for any use. The problem here is that the people reporting on AMD's hardware announcements in article aren't developers themselves, and so stuff like this gets lost in translation.

The researchers are assuming the actions of Victor to select a specific polarization and entanglement are somehow independent of the entire quantum configuration space. In other words, they're assuming free will, and the existence of external magical souls that are somehow independent of reality.

If you assume determinism, Victor's actions should be consistent with the configuration space, and so when measurements are made by Bob and Alice that are correlated, it increases the probability that Victor will choose to entangle.