As far as emulators that support a real mic, the one I have seen so far is the Wii U VC. Otherwise I've seen talk about it from time to time, but no I don't know of any current free emulators that do it. It's something I'd like to see, and I think having the mic spec in byte 15 would help.
Unless you have an always on microphone attached to your PC and listening, though, there is NO mechanism to discover these naturally in an emulator. Nobody is naturally ever pressing some extra useless "mic" button all the time; if you are doing that, you are looking for something specific you already know about. You're complaining about a "spoiler" for a thing that can't actually be found without one.
So... to me the spoiler part is quite unimportant, for that reason, but the need for the emulator to have a heads up about the mic is practical, because a hardware device shouldn't be open unless it's needed. That's an implementation problem for the emulator author, but I think this field helps.
If the spoiler is the issue here, the emulator can refrain from broadcasting noticing that bit to the user, if possible. That's a UI issue, not a header spec issue. Complaining that someone who is inspecting iNES headers is getting spoilers from them seems like an unimportant case to me.
So, putting the issue of whether microphone should be included at all aside, does that mean you'd be in acceptance with:NewRisingSun wrote:Is that not what I wrote?rainwarrior wrote:Are you trying to argue for its removal just to free up $01 to stick standard controller spec into?
$00 no information
$01 standard controllers
the rest as before, and we can take consensus on whether microphone needs an entry and add it to the end, or not, at a later time