The 1-Bit Forum — Stripes (Tritone)

Re: Stripes (Tritone)

2025-02-12T15:32:23Z

wow that sounds great for sure, what a dense sound!

Re: Stripes (Tritone)

2025-01-25T00:41:05Z

xxl wrote:

awesome piece of music! would you mind sharing a .tap to run on ZX?

See my earlier reply.

MovieMovies1 wrote:

I'm pretty selective about what I release like that nowadays so I'll pass.

Re: Stripes (Tritone)

2025-01-24T19:38:10Z

awesome piece of music! would you mind sharing a .tap to run on ZX?

Re: Stripes (Tritone)

2025-01-23T21:19:34Z

I think it should be fine to have it dynamically linked for the most part, many people have visual studio runtimes installed, and judging by the filesize I think the original unmodified converter was compiled with dynamic linking. Static linking is definitely gonna make it slightly more portable though, even if the filesize is a good bit larger.

And I do agree, this was nice to get going, and it's been nice to finally make good use of detuning in Tritone without having to manually edit the assembly files!

Re: Stripes (Tritone)

2025-01-23T12:42:44Z

Cheers MovieMovies1, it was fun working with you on this
I think the .exe you posted dynamically links msvcrt.dll, which may not be present on systems without Visual Studio installed. I've attached a stand-alone version below that shouldn't require any additional .dlls.

Re: Stripes (Tritone)

2025-01-22T15:42:16Z

I'm pretty selective about what I release like that nowadays so I'll pass.

Re: Stripes (Tritone)

2025-01-22T06:18:30Z

MovieMovies1 : You wouldn't be at all interested in sharing your music code would you?
Would you be interested in hearing how it sounds on a Jupiter Ace, TRS80 model 4, a Microbee or an Aquarius?

Just curious. And I do fully appreciate your viewpoint if you are not wanting for your music to go out.

Re: Stripes (Tritone)

2025-01-22T00:42:43Z

The octave problem is fixed now, but now each E5x step is 25 semitones! So close... Inspecting the source code I think the octave going too high in the older code made the cents value not work properly, so with the octave bug fixed it the detune strength should be left unchanged. I'll try my hand at compiling it myself since it seems like an easy enough fix to make on my own, I'll just have to install Visual Studio first.

EDIT: All fixed up! Works perfectly now. Added a fixed executable along with the source in an attachment. Thank you so much for this, this will be of great use, and hopefully not just for me. The usage information could probably still be edited a bit to add credit to you, as well as add usage info on the new optional clock speed parameter, but I'll save that for another day.

Re: Stripes (Tritone)

2025-01-22T00:33:49Z

Thanks for figuring stuff out! I should get some sleep, but here's one last quick attempt before I do that.

D'oh! Screwed it up again if I'm not mistaken. Ctrl+F "0.25", change to "0.125", if you wanna compile yourself, otherwise I'll upload a new binary tomorrow.

Re: Stripes (Tritone)

2025-01-22T00:04:55Z

EDIT Upon further testing it seems to not detune properly either. I'll test further

EDIT 2: I see what's happening now, an E5x detune is making things an octave too high as I stated at first, but each detune step is 1/16th instead of 1/8th of a semitone, i.e. an E5C results in +25 cents instead of +50 cents. If the octave-too-high bug and the strength of each detune is changed to 1/8th, I think this would be perfect.

EDIT 3: Attached a module file that could be used to test. Wanted to attach the resulting .tap file as well to show how the detune goes wrong but I can only attach one file and I cannot delete the attachment to replace it with a .zip archive containing both.

original message:
It almost works properly, but every note with an E5x effect is for some reason a whole octave up from what it should be. An E5C effect on a C-4 results in a detune of +1250 cents instead of the expected +50, and even an E58, which should be no change at all, results in notes going up a whole octave. I'm really not sure what would cause this and I don't know programming well enough to go in and fix this myself (I do appreciate that you shared the source code though!)

Re: Stripes (Tritone)

2025-01-21T22:44:56Z

Whoops, actually paying attention while compiling may help lol

Edit: Added the upgraded E5x support, as discussed. Pls let me know if it works as intended.

Re: Stripes (Tritone)

2025-01-21T21:52:48Z

Unfortunately the executable you shared gives me an error when I try to run it, says it's a 16-bit application for whatever reason and then doesn't do anything. Unsure why it's being identified as a 16-bit application as it definitely is not one. I tried running it inside of DOSBox out of curiosity, but there it just hangs the command prompt indefinitely.

Re: Stripes (Tritone)

2025-01-21T20:21:04Z

Ah yes, of course. I was completely fixated on non-standard tunings somehow. I suppose overall pitch could be made configurable through a command line switch.

Edit: Variable pitch implemented. xm2tritone now takes a value for the CPU speed as an optional second argument after the filename.

Re: Stripes (Tritone)

2025-01-21T12:49:13Z

It is easy to change pitch, the converter calculates frequency table in runtime, deriving it from 3500000 Hz clock frequency. This value is valid for russian clones, but obviously a bit off for original 48K or 128K models. The problem is that Tritone was made so long back, so its XM converter was in C, and it takes a recompile to change that. Later engines had a Python converter that is easier to modify.

Re: Stripes (Tritone)

2025-01-20T21:54:25Z

-1 to +⅞ semitones would definitely be the optimal way to go I feel. It does technically introduce some overlap in detuned notes, but that can make it easier to think about how to apply detunes more logically, and the less discrepancies between the source module and the compiled files the better I think. ⅛ steps gives plenty room for working with fine pitch changes, though Tritone can definitely handle 1/16 steps very well with its 12-bit frequency resolution (I discovered it's 12 bits when I checked the .asm music data, each note is made up of 16 bits, but only 12 of those bits are the frequency data. Seems to work the same as the Famicom Disk System's frequency register, was able to hack a copy of Dn-FamiTracker with an appropriate clock frequency to get matching frequency data between it and Tritone)

The custom tuning I was thinking of was moreso a global detune for everything to compensate for the different global pitch of different spectrum models that could possibly be relatively easy to do, but it's not of much importance either way. Per-note detune would be too complicated, especially for XM conversions.