search

gbdev / awesome-gbdev

A curated list of Game Boy development resources such as tools, docs, emulators, related projects and open-source ROMs.
https://gbdev.io/resources
Other
3.95k stars 177 forks source link

Y2Dmg Emulator #180

Open leefogg opened 4 years ago

leefogg commented 4 years ago

Description notes that the emulator passes (all) of Blarggs test roms, it however only passes a couple. From the comments left in DmgSystem.cs, only 15 roms were tested out of the total 46. Until we have a method of quantifiably measuring any particular emulator's accuracy (with a number for instance), I think we should avoid qualitative descriptions. Only raising this as an issue as many devs are looking for a readable accurate emulator (including myself) and we shouldn't waste their time.

avivace commented 4 years ago

Hi @leefogg and thanks for the feedback.

At the moment, the EMULATORS.md does not require any minimum level of "quality" of the contents it lists, while the Emulators chapter in the main list provides a more accurate selection.

Should we try to outline some kind of criteria that resources have to satisfy to be on the EMULATORS.md list?

leefogg commented 4 years ago

I think simple QC on it will do like:

  1. It builds.
  2. It runs {some popular game}
  3. It's description is truthful
avivace commented 4 years ago

How can you define "truthful"? Are we gonna check every documentation file and run tests on the proposed emulator?

leefogg commented 4 years ago

If they mention they pass x tests, we'll have to prove that yes. Its only to stop proposals like "runs every game perfectly" from slipping in.

avivace commented 4 years ago

Nothing "runs every game perfectly", apart from the Game Boy itself, so that kind of proposal is excluded anyway. IMO we have to rethink about that list, and decide if we want to keep it as inclusive, or move to a more curated (similar to the main list) resource, providing examples of implementation for different frameworks and languages.

ISSOtm commented 3 years ago

I think curating the list would be more useful- given the purposes outlined above. That said, given this and the list's size, wouldn't it be more relevant to make a separate "awesome-gbemu"/"awesome-gbemudev" list?

avivace commented 3 years ago

Why? What's the advantage of fragmenting something that has the same scope (curated list of resources related to gb/gbdev)? Can't we outline a process for different kind of resource in the same repositories?

ISSOtm commented 3 years ago

GBDev and GBEmuDev actually have little interaction. Taking the Discord as an example, I see few users in both #emudev and other channels.