cmonkey said:I think I know what the problem is....
I'm pretty sure I bspatch'ed my already hacked sound rom, the one which I'd experimented with in replacing the in-game tune with a repeating major scale. If that's the case then the pointer at $107a would have already been altered to point to my new data at $2000. As bsdiff/bspatch work on the principal of difference subtraction when I applied the patch to my rom it made a mess of the pointer at $107a by subtracting wrong values from the adjusted pointer that was already there.
Excellent, that explains that then hopefully...
Still doesn't explain why I get bad stuttering and you don't, unless your tune data extends as far as $2000 in the rom (which I doubt as that would make you tune data 1.5Kb in size).
Well...my tune date does extend beyond $2000 (just) actually!
I couldn't tell you how big the tune data is, but it probably appears to be large because:
1) I've frequently used breaks/gaps between the data, not only between channel data but also between sections or passages of music. I've used jumps (7F) to bridge the gaps. This certainly isn't space efficient but it made it easier for me to work on in my dos hex editor.
2) I have repeated a lot of data (particularly the channel 2 bass pattern). While I know how to jump, I am unsure how to say 'the first time this is played jump to x, the second time jump to y' etc. Again, I am sure there is a more space efficient way of doing this.
Fortunately for me there was plenty of space to play around with!
Let me know how you get on after patching the unmodified rom...