Follow Slashdot stories on Twitter


Forgot your password?
Emulation (Games) Games

JavaScript Gameboy Color Emulator 153

Prosthetic_Lips writes "A programmer named Grant Galitz has released a GameBoy Color emulator written in HTML5/JavaScript, and it will run ROM images stored locally. What's amazing is that it runs the games at a playable speed. We discussed a different, but similar project six months ago, but it seems like this one is pretty complete at this point. It's also open source."
This discussion has been archived. No new comments can be posted.

JavaScript Gameboy Color Emulator

Comments Filter:
  • Re:Why? (Score:5, Insightful)

    by Shikaku ( 1129753 ) on Tuesday June 14, 2011 @03:37AM (#36433186)

    Well, if you can visit this site on the phone with a modern browser for example...

  • by Anonymous Coward on Tuesday June 14, 2011 @04:50AM (#36433432)

    Wait a sec, is it even possible to hide Javascript code? Thought it was open by design, being client side and all...

  • by johnnysaucepn ( 1263108 ) on Tuesday June 14, 2011 @05:09AM (#36433530)
    Just because it's not obscured, doesn't make it open source. The author retains copyright, and still has the right to place it under any licensing terms he/she likes.
  • by DerPflanz ( 525793 ) <bart AT friesoft DOT nl> on Tuesday June 14, 2011 @05:45AM (#36433642) Homepage

    There's a lot of developers out there still afraid to use anything other than C++ for a basic desktop application because, "those other languages are slow".

    Euhm. JavaScript *is* slow. In this case, it runs a technology of 13 years ago in a platform-on-a-platform. On hardware that is a zillion times faster than a handheld game computer. I have the feeling computers get more and more sluggish the last years, just because of all this eye candy and layer-upon-layer.

    Remember C64 boot times? It was subsecond. Granted, it loaded almost nothing, but it is also 30 years ago. But even the iPad (dedicated hardware, relatively small OS footprint) needs several tens of seconds to boot.

  • Re:Why? (Score:2, Insightful)

    by max ( 79752 ) on Tuesday June 14, 2011 @07:00AM (#36433888) Homepage

    No. They might both be of the same magnitude of order, as in around 1GHz, but there definitely is a real noticable difference between the old 1GHz processor i bought around a decade ago, the 1GHz processor in my iPad and the 1.42GHz on my relatively old desktop.

    Clock speed is not comparable when you have different architectures and the surrounding hardware differs greatly.

  • by hairyfeet ( 841228 ) <bassbeast1968 AT gmail DOT com> on Tuesday June 14, 2011 @08:30AM (#36434328) Journal

    So am I the ONLY one that sees this and thinks "Wow, if they can run an emulator in nothing but HTML V5 and JS what kind of malware will they be cooking up with this tech?". Excuse me for being a bit of a party pooper but I fix infected machines all day and nearly all new infections I see are JavaScript based either by using browser trickery (you should really see the Windows Update site they have cooked up for Firefox, it is REALLY good) or some sort of drive by download.

    So maybe its me, maybe I'm wrong, but I've been thinking for years instead of bolting ever more onto JavaScript maybe, just maybe, we should be looking at a new language for the web? Maybe something that automatically starts in a "penalty box" until it passes inspection, and doesn't allow a single page to be made up of sometimes dozens of scripts from all over the place?

    Because frankly all these tricks like sandboxing and low rights mode just seem to me to be band aids on bullet wounds. JavaScript has been around since 1995 and the web is a vastly different (and nastier) place now than it was then. There has to be some way to let sites have their bling bling bullshit without making the user run untrusted code on their machine.

"Well, social relevance is a schtick, like mysteries, social relevance, science fiction..." -- Art Spiegelman