VisualBoyAdvance-M

To make this actually work, we will need a way of identifying the game.

 

PJ64 uses CRC1 and CRC2 to identify the rom and load the correct cheats, so we could try something like that i guess?

 

1 example from the PJ64 cht file

 

Cheat10="Music Modifier",80106CCC 00??

[/code]

hmmm Yeah thats exactly what I found in PJ64 both 1.6 and 1.7 cheat list and also found in Jnes, So that games that I do have will have to reflect the same thing but also because of the Master Codes needed for GBA this might need a small work around needed, possibly when selecting a type of cheat it should activate by default the mastercode required

such as

[Harvest Moon - Friends of Mineral Town (E)]
MasterCheat=98D7716AE281, 2FEC9AA2DBAB, 71D84B76AC98
cheat0="Have 50,000 Gold",0E068A9E9A53, 3F0F414D05CA

Or we can convert the cheats into a format that doesn't require the master code.

 

better still, we can create a specialised format of cheat code for VBA which not only doesn't require master codes, but only works in VBA-M [img]<fileStore.core_Emoticons>/emoticons/tongue.png[/img]/emoticons/tongue@2x.png 2x" width="20" height="20" />, to prevent people stealing cheats that the VBA-M cheats team has found [img]<fileStore.core_Emoticons>/emoticons/laugh.png[/img]/emoticons/laugh@2x.png 2x" width="20" height="20" />

That would make it take much longer though [img]<fileStore.core_Emoticons>/emoticons/laugh.png[/img]/emoticons/laugh@2x.png 2x" width="20" height="20" />

Lawl, that's beginning to sound like GSC...

MD5 never lies....[img]<fileStore.core_Emoticons>/emoticons/tongue.png[/img]/emoticons/tongue@2x.png 2x" width="20" height="20" />

 

 

actually, it would hurt the emulator to use md5, since some games require a patch to work correctly, the patch would change the md5.

 

though the same can be said about pj64,... so i guess we would also have to include support for these.

 

Unless we found a way to have the cheats detect via the rom code?

How about connecting several md5-sums to one game?

Maybe Pokémon Diamond & Pearl have the same cheats and stuff like that.

I'm just commenting right now, sorry if I was a bit late with replying. [img]<fileStore.core_Emoticons>/emoticons/tongue.png[/img]/emoticons/tongue@2x.png 2x" width="20" height="20" />

 

This sounds like a good idea, but I'd honestly rather them concentrate on other aspects of emulating the game boy.

 

For me anyways the current implementation of entering and using cheats is good enough for me.

 

This would make it a bit easier to enable cheats, but I don't want the developers going out of their way to implement this unless it won't be too much trouble or too difficult to implement.

 

Anyways as mentioned it sounds like a great idea, I'm/it's just a little I guess you can say debatable today. [img]<fileStore.core_Emoticons>/emoticons/biggrin.png[/img]/emoticons/biggrin@2x.png 2x" width="20" height="20" />

It's always good to plan ahead, even if not everything can be implemented at first, but we developers can make sure the code we write is expandable for all the features that might be added later.

 

 

The current MFC code always gives me the feeling, that it started with a small core and additional features have been built around it (in an effort-saving way) without re-shaping the core to make the features really fit into one clean package.

 

 

I just recently made a try to do a Graphics settings rewrite for the MFC build, unifying all the settings into one dialog, but I soon found out the changes necessary to do so and the bugs possibly introduced by it are not worth it. I should really dive into the Qt build instead.

I'm just commenting right now, sorry if I was a bit late with replying. [img]<fileStore.core_Emoticons>/emoticons/tongue.png[/img]/emoticons/tongue@2x.png 2x" width="20" height="20" />

 

This sounds like a good idea, but I'd honestly rather them concentrate on other aspects of emulating the game boy.

 

For me anyways the current implementation of entering and using cheats is good enough for me.

 

This would make it a bit easier to enable cheats, but I don't want the developers going out of their way to implement this unless it won't be too much trouble or too difficult to implement.

 

Anyways as mentioned it sounds like a great idea, I'm/it's just a little I guess you can say debatable today. [img]<fileStore.core_Emoticons>/emoticons/biggrin.png[/img]/emoticons/biggrin@2x.png 2x" width="20" height="20" />

 

You will notice that I said that I doubt it's a priority. I was never meant as an add it NOW feature..., more like a, it would be cool if it could be added at some time.

For me VBA and therefore VBA-M have already been pretty much perfect for a long time now though, so I don't see that much extra stuff to do anyways although as usual my simplistic outside view is most probably horribly wrong..

Perfection can never be wholy achieved, this means we must eternally strive to make it so.