Originally posted by DiscoManI noted it though that after using the Addmusic, for some reason LM reports 513 bytes of Unprotected Used Space.
Odd...it should be erasing everything when it inserts music, and I'm not getting that error. Are you sure it's not a patch you're using or something?
Originally posted by cheat-master30Also, it seems there's a problem with sound effects, namely it mixes the order up for some reason.
Same with certain default pieces of music, it seems to play something like the P Switch music when a boss is defeated.
I've remapped all the SMW music, so you shouldn't be getting any odd songs anywhere. As long as you don't touch or reorder the default songs, anyway. The SFX I know aren't reordered, though. Can you give me an example?
Originally posted by RuberjigAlso....
After the 100 second timer effect, the songs speeds up, but the tempo never returns to normal when you die and return to the overworld and/ or level.
You need to replace the default SMW songs with the ones provided.
Originally posted by imameliaSo, what's the current bug list? This thread has died down a bit, and it seems like AddmusicK is almost ready for a release.
Mostly seems to be minor incompatibilities with other tools/patches. That, and I still want to find a way to delete a ROM's AM 4.05 and AMM data.
Originally posted by DiscoManI found a solution for the SPC Stall when using the wait_replace+FastROM setting, just increase the NOPs at the patch.asm from NOP #6 to NOP #8.
Oh wow, was that it? Thanks, I've gone ahead and fixed it.
Originally posted by ggamer77Having [[ in a in a loop makes AMK infinitely spam an error.
Huh...that's been fixed. Thank you.
Originally posted by CrispyYoshi"smw" is apparently a different rom than "smw.smc". It would be great if "smw" meant the same thing as "smw.smc"
Done. Well, technically "smw" won't be the same as "smw.smc" if you actually have a file called "smw", but that shouldn't be an issue.
Originally posted by imameliaExcept that that could potentially create ambiguity or cause conflict if somebody had a ROM called smw.sfc.
It detects if there's a situation like that and throws an error.
Originally posted by cheat-master30And it also seems like the sound effects are listed in the wrong order, since any ROM with AddMusic K seems to cause enemies to make the wrong sounds when attacking (like Hammer Bros throwing hammers with the Mushroom sound effect and SML sprites shooting fire with a glitchy sound effect I can't recognise).
But hammer bros. don't make sounds when they throw hammers? What sound should they have been making?
Originally posted by cheat-master30Also, the music should be in this order:
LIST
etc. That's how it is in the default game, and while you do an okay job at reordering the music used in the standard levels, it completely kills any sprite that's makes sound efects or change the music.
Can't do it, I'm sorry. The reordering was necessary to allow for customizable local songs (and again, I didn't reorder the SFX, so I'm not sure what's going on there). This does mean that sprites that, for example, play the P-switch, starman, level end, etc. music will need to be modified slightly, but that's extremely easy to do (usually just find a "$1DFB" and modify the line before that).
Originally posted by cheat-master30It also seems to screw up the default Bowser battle, after adding music with the tool, the battle just causes the game to freeze/crash when you reach it. No patches were applied, no sprites added, no other tools used, just addmusic k.
AddmusicM also has that glitch, and I legitimately have no clue what's causing it. I could do more investigating, but, I dunno, is it really such a good idea to encourage more use of the default Bowser battle? The general impression I get is that everyone is sick of it anyway.
Okay, I'm instituting a rule here: Please keep on reporting bugs, but from here on out I'm requiring you to provide specific steps on how to reproduce the bug when starting out on a clean ROM. This can be something as simple as "X song sounds weird" or "I get an error if X appears in a song" or "If I use AMK and BTSD on the same ROM after saving a level in Lunar Magic it blows up". I'm sorry to do this, but it significantly slows down the process of finding the bug when it takes multiple posts to even identify it.
On a different note, I'd like to propose something. A
very minor syntax that would identify which version of AMK the song was made for. Something short, like ";amk1", ";amk2", etc. The reason being that allowing AMK to detect which version of it the song targets would absolutely guarantee that every future song would always hold backwards compatibility with every future version of AMK, even if future versions introduce changes that would otherwise break older songs. Literally the only downside is that you'd need to type 4 extra characters in your songs. Just that would promise that it would never break no matter how much any syntax changes.
So I say it's a proposal, but it's really more me begging the music guys to say that it'd be okay. It would help free us from
so many potential issues in the future.