We don't have another simple and cheap cartridge board with RAM for physical software releases. Following the mini-memory/FinalGROM "standard" would make the software easier to test, but if you want to sell many physical copies it could make sense to use a board that's not compatible with the FinalGROM.
I tried it now, and my real sidecar SAMS is also returning a duplicate of the MSB in the LSB (inspected using Easybug) and it's mirrored throughout the DSR area.
Sorry, which file are we talking about, and when does it start to interpret it?
Edit: I understand what we're talking about now, but it works fine for me in Windows 10.
If I wrote a program for the TI, I would never rely on the LSB unless I had detected a card bigger than 1 MB. But as the developer of an emulator, I would like to know the most correct way to emulate a 1 MB card. It sounds like there are at least 2 types of card: one that returns zero in the LSB (Vorticon + retroclouds) and one that returns a copy of the MSB (TheBF + emulated in MAME).
Could it be that different 1M cards work in different ways (some return the register value in both MSB and LSB and others only return it in the MSB)? I implemented the behavior that TheBF demonstrated in JS99er, but that broke the Stevie editor, so I changed it back.
I think <accidental> is about how the note looks while <alter> is about its pitch. As you probably know, depending on the key, e.g. A major, some notes are sharp or flat by default without writing it explicitly.
https://www.w3.org/2021/06/musicxml40/musicxml-reference/elements/alter/
I assume that <alter>1</alter> means changing C to C#, but this is not reflected in the output 110 CALL SOUND(500,261,0), which should be 110 CALL SOUND(500,277,0).
<pitch>
<step>C</step>
<alter>1</alter>
<octave>4</octave>
</pitch>