Been going through a lot of ROM archives and with the help of tepples lately going through the headers of a lot of converted Game Doctor disks...
It appears that headers are still a bit of an issue when it comes to emulators and ROM archivers. It seems that ROM archiver tools that are authored by one person stagnate due to lack of interest or life. Community based ROM community DATs sometimes have the same issues.
Why not have a database of "header" information in (or around) the emulator, much like NEStopia, where also the emulator can "fix" the header information for the user given a prompt? The emulator could also delete "bad" or "overdump" ROMs given the same prompt. (I've always found it quite odd that people want to keep verified bad dumps or overdumps...)
A database of ROM CRCs with the header information could be up on a github-ish website. The emulator could update its database definitions when they are published; or even allow the user to supply a path to the database it wishes to use, if the emulator author does not update their definitions in a timely manner.
In summary, anyone with cursory GIT knowledge could help fix the problematic issue of NES ROM headers. Also this could be a tool to push NES 2.0 implementation and revision and deprecate UNIF usage. Three types of NES headers for one console format is a bit overkill.
It appears that headers are still a bit of an issue when it comes to emulators and ROM archivers. It seems that ROM archiver tools that are authored by one person stagnate due to lack of interest or life. Community based ROM community DATs sometimes have the same issues.
Why not have a database of "header" information in (or around) the emulator, much like NEStopia, where also the emulator can "fix" the header information for the user given a prompt? The emulator could also delete "bad" or "overdump" ROMs given the same prompt. (I've always found it quite odd that people want to keep verified bad dumps or overdumps...)
A database of ROM CRCs with the header information could be up on a github-ish website. The emulator could update its database definitions when they are published; or even allow the user to supply a path to the database it wishes to use, if the emulator author does not update their definitions in a timely manner.
In summary, anyone with cursory GIT knowledge could help fix the problematic issue of NES ROM headers. Also this could be a tool to push NES 2.0 implementation and revision and deprecate UNIF usage. Three types of NES headers for one console format is a bit overkill.