XM files saved by Schism get the last channel cut out. And for some reason FT2 sometimes says the files are corrupt and refuses to load them (everything else recognizes them as .XM modules)
Also, feature request: when saving to .XM or .S3M - those formats don't support global volume for individual samples. Could it be possible for the xm/s3m saver to scale the volumes by their global volume if it isn't at maximum? Currently Schism doesn't even give a warning about that.
Feature request #2, while we're in file formats (this has been bugging me for a while)
Could "Auto" be selected by default when doing "save as..." (F10) Sometimes it is, sometimes it's not.... i often end up with files "xyz.s3m" which are actually .IT modules, etc. and then other programs can't load them.
(sorry if i sound like a shithead, i kinda feel like shit today)
I think fiddling with the sample data is dangerous behavior. Better to lose one byte's worth of information than to crush samples that might not be saved elsewhere.
I make a lot of samples "on the fly", and to have the tracker automatically scale my data down to 10% of its volume just because I had the sample volume set would be be highly unappealing to say the least.
(Join the club... got a nasty head cold. I've been blowing my nose and massaging a headache all day.)
Oh, i was just talking about scaling the volume values in the pattern data, not modifying the samples themselves.
That's still a lot of precision you would be losing. Better off just writing a warning and letting the user decide what to do.
Fixed XM saver dropping last channel.
Also added support to complain about volumes.
Expect it to show up in tonight's build.
Re: the other two things:
Still losing last channel and FT2 still says corrupt file.... and now the pattern data gets completely mangled :(
Example .xm attached:
Whoops; typoed in fix. Expect Wednesday build to fix it
Fixed, thanks!
(i should assign a shortcut key to auto-type that :D )