Anonymous user
Professor Oak's lab music glitch: Difference between revisions
m
Text replacement - "~" to "–"
>Bbbbbbbbba (Explanations. I'd like it if someone with more knowledge in musics could describe the music change more accurately. (Last commit was actually me accidentally clicking "save" instead of "preview".)) |
m (Text replacement - "~" to "–") |
||
| (2 intermediate revisions by one other user not shown) | |||
Line 13:
* All relevant memory addresses are set to 0x00, 0x01, or 0xff, as appropriate. (This includes the aforementioned default tempo, 0x0100.)
* For each channel:
** The sound ID for that channel (wChannelSoundIDs, 8 bytes, $
** The command pointer for that channel (wChannelCommandPointers, 8 pointers of 2 byte each, $
If the V-Blank interrupt occurs between setting the sound ID and setting the command pointer, it will try to play the music (because the sound ID is nonzero), but will execute the command from $0000 instead of the correct command pointer. That address is at the beginning of the ROM and contains the value 0xFF, which is interpreted as an "end channel" command. This sets the sound ID for the channel back to zero.
When the control flow goes back to the music loading routine, it will set the correct command pointer, but the sound ID remains zero. Therefore the channel will not be played in any subsequent frames, essentially ended before it begins.
This glitch cannot happen if the previous music is faded out before the current music begins (overworld map transitions usually work this way). The reason is that in this case the music loading routine is called by FadeOutAudio, which is itself called during the V-Blank. Since the V-Blank cannot interrupt itself, the glitch cannot be triggered.
==YouTube videos==
{{
(@1:34; Ch0 glitched out)
{{
(@1:
[[Category:Generation I glitches]][[Category:Music glitches]]
| |||