-
Notifications
You must be signed in to change notification settings - Fork 61
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
On the fly sample swapping is not implemented #22
Comments
This is called sample swapping and is not trivial to implement correctly. Many trackers didn't even support it outside of NoiseTracker/ProTracker. |
Yes, that "on the fly sample swapping" thing is an annoying one. |
Hehe, the only reason I can get it 100% right is because I'm porting original replayers instead of writing my own. It's a challenge to get these old quirks right when you roll your own replayer, that's for sure... |
Fair point. It is used in a lot of chiptunes, though. And not just in obscure ones but in absolute crack intro classics like "Digital Bass-Line" from Emax, for example. |
Sample swapping works in NT1/2 and PT1/2. but doesn't work in PT3 or FT1/2. I used to use that trick but went back to manually put in notes where they should be for maximum player compatibility. Not like you are saving any bytes by omitting them.. |
Yep, PT3 is known for breaking sample swapping. Did you know that sample swapping actually works in Sound Blaster mode in Scream Tracker 3? Little known fact. It does however not work the same way as ProTracker (where it will switch to the new sample after one cycle of the current sample has been done). |
The lead coming in at position 07 remains 'stale' and it seems it's not re-triggered in the same way it is when you use ProTracker - the alternating "0a, 0b, 0c, 0d, 0e"s in the sample/instrument column should switch to the respective sample, even when there is no new note triggered.
The text was updated successfully, but these errors were encountered: