# Glitch City Laboratories Archives

Glitch City Laboratories closed on 1 September 2020 (announcement). This is an archived copy of a thread from Glitch City Laboratories Forums.

You can join Glitch City Research Institute to ask questions or discuss current developments.

You may also download the archive of this forum in .tar.gz, .sql.gz, or .sqlite.gz formats.

## Generation II Glitch Discussion

### Digression about VC inaccuracy - Page 2

Previous Page

- 1
- 2

Next Page

#### Re: Digression about VC inaccuracy

Posted by: Sherkel
Date: 2019-03-09 19:41:07

> I feel that the use of VC should be strongly discouraged whenever it is seen, to prevent frivolous "glitches" and questions.
> Seeing the use of VC makes it difficult to determine whether or not the issue lies with an actual problem with the ACE code/glitch itself, or VC's terrible emulation accuracy.

I think it should be indicated when it's being used, but posters generally haven't had a problem with that. Discouraging it would be fairly futile, because as some have pointed out, those are still official versions of the games.

> I can inject a ROM into RetroArch's Gambatte core, and it becomes a standalone game, like VC. It looks a lot like an actual VC game. If they extract the ROM from a copy of the actual VC title, I can just do this for them, they can install it, and can pull their save too.
> Hell, I can even add more features, like rapid-fire, screenshots, fast forward, custon controls, rewind (N3DS/N2DS only), all kinds of good shit.
> there's no real loss to it, and it makes the game accurate.
> i'll probably extend these services to those using stock VC, since i'd require an extracted ROM from a VC title.

No offense intended, but is this anything that a combination of HackingToolkit9DS and Super Ultimate Injector can't do?
It's nice to see you offer help regardless, and I'm sure if anyone has trouble working with those to get their ROM and save onto something like BGB and then back to their 3DS, they'd want to have someone to ask about it.
As a final note,

> I'm curious to know if there are any VC emulation accuracy problems that can be actually observed in regular gameplay (not talking about glitches, ACE or such) compared to real hardware or more accurate third party emulators for Crystal?

As far as I know, it's next to none, if any. Emulators are written to do their job. I don't want VC to be frowned upon just for its own sake.
Issues only come up when changing how the code functions from a base level, which is limited to glitching. (Timing too, but that's not relevant here). Gonna go make that post now.

#### Re: Digression about VC inaccuracy

Posted by: ISSOtm
Date: 2019-04-01 00:39:01

> As a final note,

> > I'm curious to know if there are any VC emulation accuracy problems that can be actually observed in regular gameplay (not talking about glitches, ACE or such) compared to real hardware or more accurate third party emulators for Crystal?

> As far as I know, it's next to none, if any. Emulators are written to do their job. I don't want VC to be frowned upon just for its own sake.
> Issues only come up when changing how the code functions from a base level, which is limited to glitching. (Timing too, but that's not relevant here). Gonna go make that post now.

Emulation inaccuracies, maybe not, but keep in mind the ROMs played through the VC are patched.
There's plenty of reasons to do frown upon VC because of it not doing its job. Code has been changed to work in the emulator, which is a hack. And, all code run by the CPU in the context of this official ROM is legit, hence ACE is valid and not a consequence of "changing how the code functions from a base level", however that understands it.
And finally, keep in mind that VC can brick your 3DS easily, so, yeah. Please refer to this :)

#### Re: Digression about VC inaccuracy

Posted by: Sherkel
Date: 2019-04-01 00:51:34
I'll add some of that to the sticky. Thanks.
By the quoted part, I meant something closer to "changing what the code does", if intentionally setting particular bytes in RAM based on assembly instructions can be considered a "base level", which is how I've generally described it for ACE.
I definitely need to look up the bricking issue, as I hadn't heard of that.

#### Re: Digression about VC inaccuracy

Posted by: Bert
Date: 2019-04-01 00:56:16
How come my post was moved here? The timing difference I mentioned was on the cartridges, too.

#### Re: Digression about VC inaccuracy

Posted by: Sherkel
Date: 2019-04-01 01:04:20
Because I had thought it was due to VC differences.

#### Re: Digression about VC inaccuracy

Posted by: ISSOtm
Date: 2019-04-01 13:19:41

> I definitely need to look up the bricking issue, as I hadn't heard of that.

Well, that's because it was an April Fools! Think of it as a… brick joke

#### Re: Digression about VC inaccuracy

Posted by: Sherkel
Date: 2019-04-01 16:42:35

> > I definitely need to look up the bricking issue, as I hadn't heard of that.

> Well, that's because it was an April Fools! Think of it as a… brick joke

That reminds me of when I found a clothing store with clothes made entirely out of bricks. Everyone called it a hard-wear store. I wanted to forget about it, but it's just been cemented in my memory.
Previous Page

- 1
- 2

Next Page