This is awesome. I was recently reminded of the OpenSPC tool, and remembered how useful it was to pretty much perfectly rip the audio samples (with their loop points!) and use them in my favourite music tracker (which also works with .it files). Thank you so much for bringing this to modern systems. I'm very happy I can run this on my Linux system, even if it's not perfect and notes are dropped.

That said, besides the known bugs, I think there is still room for improvement for the sample dumping! The samples themselves are dumped perfectly, but it's dumping them as regular samples rather than instruments. If you dump them as instruments, you get the power of adding effects to the samples, which allows for emulation of the SPC's echo and reverb effects.

Quote

There's a limit of 200 patterns in IT file format, anybody here suggest a better format?

Well, the newest tracker-type format I can think of is .mptm, and that's actually more or less just like the .it format except extended as far as I'm aware. One possibly beneficial improvement is that it allows for multiple pattern sequences (basically meaning more than 200 patterns). Might be worth looking into.

I also have a question, or rather, a point of discussion:How come it polls the SPC file a whole bunch of times per second and creates soooo many rows at a super high tempo that don't seem to fit in an accurate, regular timing in the .it file? In this one file I noticed that one beat takes 17 rows, which is already an odd number. Then the next beat after it takes 18 rows, and then the one after THAT is 17 rows again, all while 16 rows would have made a lot more sense because you get a perfectly steady rhythm on beats that are all equal length (and preferably a power of 2). I guess it has something to do with rounding, but does it really have to round things so inconsistently? Is there anything that can be done to fix this, like figuring out what the bpm and most regular beat/measure distance of the song is before dumping it into the IT? This would also fix any potential "200 patterns is not enough" issues because the song can be accurately fit in less rows.

But anyway! Thanks a ton for this effort. I'd be more than happy myself if just the sample export side of things gets explored for improvement, but that's not all the tool sets out to do, right?

This is awesome. I was recently reminded of the OpenSPC tool, and remembered how useful it was to pretty much perfectly rip the audio samples (with their loop points!) and use them in my favourite music tracker (which also works with .it files). Thank you so much for bringing this to modern systems. I'm very happy I can run this on my Linux system, even if it's not perfect and notes are dropped.

That said, besides the known bugs, I think there is still room for improvement for the sample dumping! The samples themselves are dumped perfectly, but it's dumping them as regular samples rather than instruments. If you dump them as instruments, you get the power of adding effects to the samples, which allows for emulation of the SPC's echo and reverb effects.Well, the newest tracker-type format I can think of is .mptm, and that's actually more or less just like the .it format except extended as far as I'm aware. One possibly beneficial improvement is that it allows for multiple pattern sequences (basically meaning more than 200 patterns). Might be worth looking into.

I also have a question, or rather, a point of discussion:How come it polls the SPC file a whole bunch of times per second and creates soooo many rows at a super high tempo that don't seem to fit in an accurate, regular timing in the .it file? In this one file I noticed that one beat takes 17 rows, which is already an odd number. Then the next beat after it takes 18 rows, and then the one after THAT is 17 rows again, all while 16 rows would have made a lot more sense because you get a perfectly steady rhythm on beats that are all equal length (and preferably a power of 2). I guess it has something to do with rounding, but does it really have to round things so inconsistently? Is there anything that can be done to fix this, like figuring out what the bpm and most regular beat/measure distance of the song is before dumping it into the IT? This would also fix any potential "200 patterns is not enough" issues because the song can be accurately fit in less rows.

But anyway! Thanks a ton for this effort. I'd be more than happy myself if just the sample export side of things gets explored for improvement, but that's not all the tool sets out to do, right?

All right, I fixed your bug, however it isn't really with the Impulse Tracker format anymore (I change the row limit to 0xFD (aka 253), and that is the absolute limit!!! The file format can't handle any more orders!!!) Also, if I was going to fix the row/timing problem, I might as well rewrite the entire IT dumping code, because it's a very ugly code designed for speed and memory saving (DOS ftw!!!!)

All right, I have fixed the channels thing (ITTECH.TXT was wrong!!!!)16 channels should be used now.

Also, the IT code in spc2it wastes A LOT of space, so it's best if you open the IT file in another tracker (I like schism tracker) and then save it in that tracker. That will save you a lot of space (Example: top-102.it before: 589 KB after: 175 KB about 30% savings!)

Also, I don't understand that last question, you should rephrase that question.

Oh, and I have some exciting news: First note problem fixed! Also, pitch slides are fixed, too. Also fixed the channel problem, now all 16 channels should be used. Also, the length problem should be fixed, so basically I'm back to where OpenSPC was with IT dumping :-)

I noticed that a conversion of "103 Start Of Journey" from Lufia 2 still has a missing start note. However, the SPC itself also sounds as if the recording started a tiny bit after the first note, but the first note IS played in the SPC and not in the IT.Edit: "102 Rumbling" and a lot of ohters also have their first note cut off, while the SPC sounds ripped properly.

Another edit: is there any chance that you could interpret any "note volume 0" commands as a "note off" command instead? This would make it easier to get an audible "note off" effect when messing with instrument effects.

I'm really grateful for this! I had a project of creating some "High quality" remastered soundtracks using soundfonts and spacial effects... Seems this will make it all way easier! Is Dl link the same as usual?

I'm really grateful for this! I had a project of creating some "High quality" remastered soundtracks using soundfonts and spacial effects... Seems this will make it all way easier! Is Dl link the same as usual?

I noticed that a conversion of "103 Start Of Journey" from Lufia 2 still has a missing start note. However, the SPC itself also sounds as if the recording started a tiny bit after the first note, but the first note IS played in the SPC and not in the IT.Edit: "102 Rumbling" and a lot of ohters also have their first note cut off, while the SPC sounds ripped properly.

Another edit: is there any chance that you could interpret any "note volume 0" commands as a "note off" command instead? This would make it easier to get an audible "note off" effect when messing with instrument effects.

Hmm, I'll check that out and see what's going on.

Also, I'll clean up the IT pattern writing code, then I'll do that.

EDIT: Okay, fix is now up! Turns out I have to turn on the first note manually (since the SPC CPU emulator does not do that, the note is already on in the SPC!)