DarthYoshiBoy

Happened today, and for those with governments that actually regulate (the EU) his AltStore is also up.

One has already been pulled, though seemingly for unrelated copyright issues?

That said, I’m surprised that things have gotten to this point, I suppose time will tell once the property holders get involved how committed Apple is to this whole change, there’s still a lot of room to interpret the clause about conforming to all laws for the content that is being run in the app.

Given that I didn’t think ANY emulators would make it into the Appstore, I’m going to retract my position. However, I think that we’re still in the “Fuck around” stage of things and there may yet be some “Find out” to come.

Agree to disagree.

Dolphin requires JIT compilation and that is still verboten under these new guidelines.

Further, the rule change says that these apps are allowed to “Download” ROMs, it doesn’t say that they can just play anything they want, it in fact says that they have to provide an index of everything their software might run and where it is downloaded from. The rules are not going to allow emulators as we know and love them. It says specifically that the software offered under the guidelines must be offered via In App Purchases, so in all,

A) Emulators can exist

B) They can download ROMs

C) You have to comply with all applicable laws while you offer an emulator that allows people to download ROMs ಠ_ಠ

D) “Software offered in apps under this rule must: use in-app purchase in order to offer digital goods or services to end users.”

Which in whole means that they’ve allowed (for example) Sega to offer an Emulator app that will run ROMs of games that Sega owns, but they have to sell the ROMs to you individually via IAPs.

Feel free to read their guidelines at https://developer.apple.com/app-store/review/guidelines/#third-party-software, because there isn’t any way in my reading to interpret those rules as allowing something like Higan to exist on the app store, the new rules are such a narrow carve out that it’s hard to imagine that anyone is able to provide an emulator for iOS any time soon. They’ve opened a door that basically nobody could walk through and the people who could walk through it wouldn’t need to because they could just distribute the ROMs with the emulator to begin with, it’s business as usual for Apple.

The original Game Boy Color has a screen that is only 160 pixels x 144 pixels at a 6bit color depth. That color depth means it can keep track of 6bits of color information for each pixel (technically the GBC screen CAN display 15bits of color information, but it’s limited in software to 6bits absent certain tradeoffs.)

This isn’t exactly how it all works, but I’m going to just do some quick and dirty math really quickly that sorta simply illustrates how this works. To adequately display a 60fps image on the GBC display at the 6bit color depth of the screen, we’d need to be able to process 23,040 pixels (each with 6 bits of color data) every 60th of a second. To simplify further, there’s 138,240 bits of data to process every 16.6ms just to “drive” the display, or put another way 138,240 bits of data to process to ensure that the display gets all the information it needs to build a complete picture every 60th of a second.

So for a 1600x1440 display, you’re looking at 2,304,000 pixels, and the Analogue Pocket has a 16bit color depth, so you’re going to need to be able to process 36,864,000 bits of data every 16.6ms to “drive” that display.

Getting a GPU/CPU/FPGA that can handle 138,240 bits of data every 16.6ms is a fairly easy task these days. Getting a GPU/CPU/FPGA that can handle 36,864,000 bits of data every 16.6ms is also a pretty easy undertaking these days, but it’s much more power intensive and it’s going to cost a bunch more. All of which is beside the shader calculations the Pocket adds in to do things like emulating the pixel fade of old LCDs or other effects that further emulate the properties of the original displays which requires further processing.

The tradeoff is that you can build a more detailed image with all those extra pixels, but you’re going to pay for it both in electrical power spent, heat generated, and costs sunk.

Honestly the 1600x1440 screen on the Analogue Pocket and the ability to drive it is what you’re paying for when you buy it.

There’s not going to be a device that can drive all those pixels at less than the Analogue Pocket’s price for some time yet. Sure, none of the Game Boy systems used anywhere near that many pixels, but the fact that the Analogue Pocket screen is so ridiculously pixel dense it can emulate the original attributes of the OG screens from the devices that their FPGA is mimicking means you’re going to pay a premium for that (or any) device doing full hardware replication at that level.

Honestly seeing the Analogue Pocket emulate the way that the original DMG GameBoy screen pixels seemed to slightly hover over the background (slightly casting a shadow) was mind-blowing. You can’t get that unless your screen actually has those original pixel attributes or you’ve built a display with enough resolution to emulate what those characteristics looked like. See: https://cdn.arstechnica.net/wp-content/uploads/2021/12/PXL_20211213_155424062.jpg (Seriously, zoom in and notice the mimicry of the shadows under darker pixels, it’s just crazy to see in person.)