Google's Chrome browser to add gamepad support

Google's Chrome web browser is gaining more and more users and Google itself continues to update the browser every few weeks with new features. Some of those new features could be of interest to gamers. The Edge web site reports that during a gaming development conference in London this week, Google developer advocate Paul Kinlan indicated that Chrome would soon be able to support gamepads in an upcoming update.

The plug-and-play gamepad support will be added to Chrome sometime in the first quarter of 2012, according to Kinlan. The fact that Google is bothering to add gamepad support at all to Chrome may indicate a bigger interest by Google in supporting games in the first place. In addition to the additional support for gamepads, Google will also be adding support for microphones and cameras for Chrome in the near future.  Another future addition for Chrome is WebRTC, an open source-based web video chat program that can run in Chrome with no need for a plug-in program.

With plans to offer gamepad support, Google is setting the Chrome browser, and perhaps the Chrome operating system, as a more friendly outlet for PC game developers. Microsoft's Windows OS has dominated the PC game space for decades but we have seen how the mobile game space has shifted over to the iOS and Android in just a few years.

Report a problem with article
Previous Story

RIM giving away Playbook to enterprise customers

Next Story

Black Friday pepper sprayer suspect surrenders

34 Comments

Commenting is disabled on this article.

I don't think it will beat DirectX, XNA and OpenGL because they are way way powerful right now. Tell me, can you make a game like L.A.noire, gears of war, COD, NFS, Battlefield that just runs in a browser..Nope

How about instead of adding useless new features, they concentrate on fixing the broken New Tab Page?

What idiot is managing the Chrome project?

yowan said,
This is innovation unlike IE9 which isn't even fully HTML5 compliant.

On the other hand IE9 knows how to use Direct2D properly while Firefox is being retarded and Chrome... well I have no idea what Chrome is doing, but that boy just ain't right.

Aerah.Eleganta said,

On the other hand IE9 knows how to use Direct2D properly while Firefox is being retarded and Chrome... well I have no idea what Chrome is doing, but that boy just ain't right.

Firefox doesn't have any problems with D2D Hardware Acceleration unless an old driver/card is being used.

yowan said,

Firefox doesn't have any problems with D2D Hardware Acceleration unless an old driver/card is being used.

You keep believing that.

yowan said,
This is innovation unlike IE9 which isn't even fully HTML5 compliant.

Yes...please excuse Microsoft, they can't be compliant with a spec that will be finalized in two years.
They tried Nostradamus, but Mozilla already employs him.

I only thought of two things when I read the article's title:

1) They don't know what else to put in their browser

And the other one, the article hit the nail on the head:

Article Said

With plans to offer gamepad support, Google is setting the Chrome browser, and perhaps the Chrome operating system, as a more friendly outlet for PC game developers

Possession said,
Cool idea, but this article seems to be late again. I read this last week.

Wow! You can travel through time! What's your secret? Soy sauce or red chilli powder?

Aethec said,
Great! Games in JavaScript, a super-powerful language that everyone loves!
/s

Lol! Anything that doesn't support pointers is not a programming language, and anyone who doesn't know to how to responsibly work with pointers shouldn't call himself a programmer.

england_fanboy said,

Lol! Anything that doesn't support pointers is not a programming language, and anyone who doesn't know to how to responsibly work with pointers shouldn't call himself a programmer.

I hope you are talking about native/system/platform layer software. For application software, it's time to move on from the stone ages. No application programmer wants to be dealing with memory management when the end goal is to produce an application.

Anyone with any programming experience knows how much time and money is lost in debugging and fixing stupid memory management issues. No thanks!

Jebadiah said,

I hope you are talking about native/system/platform layer software. For application software, it's time to move on from the stone ages. No application programmer wants to be dealing with memory management when the end goal is to produce an application.

Anyone with any programming experience knows how much time and money is lost in debugging and fixing stupid memory management issues. No thanks!

Of course then you end up with "programmers" who have absolutely no concept of memory management and end up writing some crazy ass, memory hogging, slow code in even a managed language... seriously people... use StringBuilder </rant>

SOOPRcow said,

Of course then you end up with "programmers" who have absolutely no concept of memory management and end up writing some crazy ass, memory hogging, slow code in even a managed language... seriously people... use StringBuilder </rant>

But why not use string concatenation? It's the same, and I don't have to do ToString at the end!

england_fanboy said,

Lol! Anything that doesn't support pointers is not a programming language, and anyone who doesn't know to how to responsibly work with pointers shouldn't call himself a programmer.

any language that can be compiled is a programming language, everything else that runs on an interperter is a scripting language

england_fanboy said,

Lol! Anything that doesn't support pointers is not a programming language, and anyone who doesn't know to how to responsibly work with pointers shouldn't call himself a programmer.

Trying to convince yourself that you're still relavent eh? *pat pat*

england_fanboy said,

Lol! Anything that doesn't support pointers is not a programming language, and anyone who doesn't know to how to responsibly work with pointers shouldn't call himself a programmer.

My buck's on this guy changing his tune in the case of WinRT.

Shadowzz said,

any language that can be compiled is a programming language, everything else that runs on an interperter is a scripting language

excuse me sir, your undeniable logic isn't welcome here!

Shadowzz said,

any language that can be compiled is a programming language, everything else that runs on an interperter is a scripting language
So autoit is a programming language because you can "compile" your script into a standalone exe?

DrakeN2k said,
+1

Death to C++

C# is a lovely language

You're an idiot.
I've used both C++ and C#, and C# is far easier for many uses, but there are some things which C# just isn't suitable for.

Shadowzz said,

any language that can be compiled is a programming language, everything else that runs on an interperter is a scripting language

What about when you run a compiled language in an interpreter?

The_Decryptor said,

What about when you run a compiled language in an interpreter?

Then it's a programming language that's being interpreted, as it's original purpose is to be compiled.

Ah. Another one of the WebAPIs? These are going to be awesome. I hope the W3C get them too the release candidate stage quicker than usual.