Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Gameboy.live: A basic Gameboy emulator with terminal “cloud gaming” support

github.com

Post reply on HN
Print view View original

41–50 of 51 posts

Re: Gameboy.live: A basic Gameboy emulator with terminal “cloud gaming” support

#41

Post by baroffoos »

segfaultbuserr wrote: post #24
caprese wrote: post #17

Earlier quoted context omitted.

It is more important to clone it, so that you have a local copy on your PC forking is just a gesture, especially for obviously hot repos. a takedown of 1 can takedown all the forks

Yes. I cannot understand the point of those people who kept "forking" repositories on GitHub, but don't do any development on them. They have a long list of untouched forked repositories, like Linux kernel, Apache, nginx, ..., and makes it particularly difficult for me to find the repos of their original works. Even as a "backup", it's pointless, because it's all Copy-on-Write, there's no backup. As if they never lea…

I wish github had a bookmarks feature. Currently most people star when stars should be a "I used this and its good" rather than "Seems interesting, should take a look later"

Re: Gameboy.live: A basic Gameboy emulator with terminal “cloud gaming” support

#42

Post by zeta0134 »

pbhjpbhj wrote: post #14

Presumably Nintendo will shut this down shortly?

The emulator itself seems to be in the clear, however `gameboy.live` certainly is not. It's hosting quite a handful of copyrighted games, and that's likely to earn it a cease and desist if it gets popular. Of course, at the moment it is also being hugged to death; I was not able to start a session.

I can't imagine that telnet versions of gameboy games are really going to take off in any capacity. That said, if you do choose to self host, make sure you protect the access in some way, or only distribute freely licensed homebrew, etc etc.

Re: Gameboy.live: A basic Gameboy emulator with terminal “cloud gaming” support

#43

Post by clayg »

userbinator wrote: post #11

A sign of the times: the use of the term "cloud gaming" to describe what would once be called "network play". The emulator will firstly break at the ROM entry point 0x0100 in debug mode, which is the entry point of the game program. That start address is the same as in CP/M, and subsequently DOS 16-bit COM-format binaries. I wonder if Nintendo was inspired by that.

I think "cloud gaming" was pretty accurate:

https://en.wikipedia.org/wiki/Cloud_gaming

... given the "client" in this case was just telnet and the game was "running" on another machine "in the cloud" [1]?

1. like literally on alibaba, amirite?!

Re: Gameboy.live: A basic Gameboy emulator with terminal “cloud gaming” support

#45

Post by mrmonkeyman »

WC3w6pXxgGd wrote: post #44

This is unbelievably impressive, especially from a college sophomore! How does a 19 year old know how to do this / have the time to do this!?

What do you mean? 19 year olds have no responsibilities to speak of except "school". When I was 19 I was doing the same shit, loads ands loads of time.

Re: Gameboy.live: A basic Gameboy emulator with terminal “cloud gaming” support

#46

Post by Hackbraten »

EvanAnderson wrote: post #29
menzoic wrote: post #28

Earlier quoted context omitted.

The fact that it was undumped until recently makes me want to understand this more. Can you ELI5?

There's a description of the particular fault injection used for the Gameboy Color here: https://www.its.caltech.edu/~costis/sgb_hack/ Fault injection is a method to cause microprocessors to execute instructions "incorrectly" by manipulating external factors (clock frequency, input power, etc). Getting the CPU to fail to write to a memory address, or flipping the truth of a comparison instruction, and other "glitches…

That was a super insightful read!

tl;dr For the SGB, they quadrupled the clock speed briefly to glitch over the one instruction responsible for mapping out the ROM.

For the CGB, they halted the clock, drained the voltage to randomize the instruction counter, then used a NOP slide that led to their payload.

Re: Gameboy.live: A basic Gameboy emulator with terminal “cloud gaming” support

#47

Post by Nr7 »

userbinator wrote: post #11

A sign of the times: the use of the term "cloud gaming" to describe what would once be called "network play". The emulator will firstly break at the ROM entry point 0x0100 in debug mode, which is the entry point of the game program. That start address is the same as in CP/M, and subsequently DOS 16-bit COM-format binaries. I wonder if Nintendo was inspired by that.

In my mind, "network play" refers to playing multiplayer games over a network, which this isn't? This is about playing a Game Boy game on an emulator that is running on a server somewhere, which sounds very much like "Cloud gaming" to me.

Re: Gameboy.live: A basic Gameboy emulator with terminal “cloud gaming” support

#49

Post by OJFord »

baroffoos wrote: post #41
segfaultbuserr wrote: post #24

Earlier quoted context omitted.

Yes. I cannot understand the point of those people who kept "forking" repositories on GitHub, but don't do any development on them. They have a long list of untouched forked repositories, like Linux kernel, Apache, nginx, ..., and makes it particularly difficult for me to find the repos of their original works. Even as a "backup", it's pointless, because it's all Copy-on-Write, there's no backup. As if they never lea…

I wish github had a bookmarks feature. Currently most people star when stars should be a "I used this and its good" rather than "Seems interesting, should take a look later"

I know it's an obvious suggestion, but 'GitHub' folder of browser bookmarks? Not clear to me what value it would add as a GH feature, just interface clutter IMO.

Re: Gameboy.live: A basic Gameboy emulator with terminal “cloud gaming” support

#50

Post by EnderMB »

p1necone wrote: post #18
userbinator wrote: post #16

Earlier quoted context omitted.

Highly unlikely, given all the other GB emulators that already exist, some of which are far more famous.

Yeah, until you start hosting roms I don't think Nintendo cares (although possibly begrudgingly). Once you do though... bad times. Nintendo has even used existing open source emulators themselves in commercial products.

At uni, a large chunk of my final-year grade hinged on a large project, where we'd meet up with a supervisor, build a non-trivial application, and write a dissertation on it.

One of the best projects from recent years that was handed out as inspiration was someone that built a game boy emulator, with the ultimate aim of being able to run Pokemon Red.

This dissertation was public on the CS site for about 5 years, with source code to run it, and although this was pre-GitHub Nintendo were still very litigious back then. No ROM's were provided, so I assume Nintendo either missed it, or didn't care.

Post reply on HN