For those of you who want to see my original post on it, scroll down the post list a bit.

But now - now, the guy said on the 17th that he's "burned out" and taking a break. Yeah, I can see how burned out it's possible to get, what with all of the "not changing anything" and "releasing new versions with nothing changed" bit he had going there. Whew, that's real hard work.

I also love how in the same post, he says - and I quote - "I'm not sure people realise the similarities; the DS has two of the GBAs GPU cores, and a near-identical CPU. It seems wise to start on a GBA base."

Now, far be it from me to criticize someone for being an arrogant fuckhead, but doesn't that strike you as just being a little condescending? The thing is, everyone and his mother knows the similarities between the GBA and the DS. This guy just doesn't know all of the huge fucking differences. Yeah, the DS uses two ARM processors (an ARM7, the GBA's processor, and an ARM9, which is just slightly different), and it has two GBA graphic chipsets for the 2D graphics. However, saying that the DS uses a GBA graphic chipset or two for 2D means that emulating the GBA is some sort of a huge leap to emulating the DS is tantamout to saying that emulating Sega's System 24 board is a huge leap to emulating Sega's Model 2 board. As I said, perhaps this asshole doesn't realize the differences. Hmm, let's see. The cartridges are encrypted. You have 3D hardware to figure out (which should be rather hard, given the fact that there's little to no available documentation outside of a register list), encrypted cartridges, and additional audio hardware all add up to mean that just emulating the GBA and the ARM9 doesn't mean a goddamn thing for emulating the DS.

Hell, for that matter, if it seems wise to start using a GBA code base, then why not use a pre-existing open source GBA emulator that works a whole hell of a lot better than something that he created, which appears to have been excreted from a cow's asshole?

God. Some peoples' children.

> For those of you who want to see my original post on it, scroll down the post
> list a bit.
>
> But now - now, the guy said on the 17th that he's "burned out" and taking a
> break. Yeah, I can see how burned out it's possible to get, what with all of
> the "not changing anything" and "releasing new versions with nothing changed"
> bit he had going there. Whew, that's real hard work.
>
> I also love how in the same post, he says - and I quote - "I'm not sure people
> realise the similarities; the DS has two of the GBAs GPU cores, and a
> near-identical CPU. It seems wise to start on a GBA base."
>
> Now, far be it from me to criticize someone for being an arrogant fuckhead, but
> doesn't that strike you as just being a little condescending? The thing is,
> everyone and his mother knows the similarities between the GBA and the DS. This
> guy just doesn't know all of the huge fucking differences. Yeah, the DS uses
> two ARM processors (an ARM7, the GBA's processor, and an ARM9, which is just
> slightly different), and it has two GBA graphic chipsets for the 2D graphics.
> However, saying that the DS uses a GBA graphic chipset or two for 2D means that
> emulating the GBA is some sort of a huge leap to emulating the DS is tantamout
> to saying that emulating Sega's System 24 board is a huge leap to emulating
> Sega's Model 2 board. As I said, perhaps this asshole doesn't realize the
> differences. Hmm, let's see. The cartridges are encrypted. You have 3D
> hardware to figure out (which should be rather hard, given the fact that there's
> little to no available documentation outside of a register list), encrypted
> cartridges, and additional audio hardware all add up to mean that just emulating
> the GBA and the ARM9 doesn't mean a goddamn thing for emulating the DS.
>
> Hell, for that matter, if it seems wise to start using a GBA code base, then why
> not use a pre-existing open source GBA emulator that works a whole hell of a lot
> better than something that he created, which appears to have been excreted from
> a cow's asshole?
>
> God. Some peoples' children.
>

Are you fully sure of it? if so, it's the decryption handled by the console or by the same game? just a day or two after the Metroid release there was already a pic of it with a modified message... is it because Metroid isn't encrypted... or because of other thing? I'm curious about this theme, it would make some people to shut up for a while heh.

> For those of you who want to see my original post on it, scroll down the post
> list a bit.
>
> But now - now, the guy said on the 17th that he's "burned out" and taking a
> break. Yeah, I can see how burned out it's possible to get, what with all of
> the "not changing anything" and "releasing new versions with nothing changed"
> bit he had going there. Whew, that's real hard work.
>
> I also love how in the same post, he says - and I quote - "I'm not sure people
> realise the similarities; the DS has two of the GBAs GPU cores, and a
> near-identical CPU. It seems wise to start on a GBA base."
>
> Now, far be it from me to criticize someone for being an arrogant fuckhead, but
> doesn't that strike you as just being a little condescending? The thing is,
> everyone and his mother knows the similarities between the GBA and the DS. This
> guy just doesn't know all of the huge fucking differences. Yeah, the DS uses
> two ARM processors (an ARM7, the GBA's processor, and an ARM9, which is just
> slightly different), and it has two GBA graphic chipsets for the 2D graphics.
> However, saying that the DS uses a GBA graphic chipset or two for 2D means that
> emulating the GBA is some sort of a huge leap to emulating the DS is tantamout
> to saying that emulating Sega's System 24 board is a huge leap to emulating
> Sega's Model 2 board. As I said, perhaps this asshole doesn't realize the
> differences. Hmm, let's see. The cartridges are encrypted. You have 3D
> hardware to figure out (which should be rather hard, given the fact that there's
> little to no available documentation outside of a register list), encrypted
> cartridges, and additional audio hardware all add up to mean that just emulating
> the GBA and the ARM9 doesn't mean a goddamn thing for emulating the DS.
>
> Hell, for that matter, if it seems wise to start using a GBA code base, then why
> not use a pre-existing open source GBA emulator that works a whole hell of a lot
> better than something that he created, which appears to have been excreted from
> a cow's asshole?
>
> God. Some peoples' children.
>

> Are you fully sure of it? if so, it's the decryption handled by the console or
> by the same game? just a day or two after the Metroid release there was already
> a pic of it with a modified message... is it because Metroid isn't encrypted...
> or because of other thing? I'm curious about this theme, it would make some
> people to shut up for a while heh.

I'm positive. Currently there are workarounds for Metroid, but just go to gbadev.org and look around the forums sometime. You'll know that I'm closer to getting a girlfriend than they are to breaking that crap.

The way it looks to me is that they're probably never going to break the encryption or figure out the 3D hardware unless something fucking miraculous happens, and I'm allowed to make that call because of experience with another thing: the encryption that Animal Crossing uses on its trade codes. For a good year after the game came out, people were arguing amongst themselves, coming up with all sorts of cockamamie ideas as to how it could possibly work, ultimately doing nothing, until I came along and blew it wide open. The only reason why that last part happened was because Nintendo were stupid enough to include the .MAP file from when they compiled the game, which gave me a list of all of the functions, their names, and addresses that the game used. Seeing as Nintendo haven't been that stupid with the DS, I highly doubt that special part of "someone coming along and doing it himself just to prove how wrong everyone else was" is going to happen.