Search options (Page 3 of 21)

As we're focusing on actual old platforms that only has one bit to flip, and not many trying to do VSTs, I think, no one tried to do min/max. Although I believe it will sound exactly the same, just having an unwanted DC offset that will result in a pop at beginning and end of a track.

it certainly should be possible at cost of some sound quality. IM2 is used there to avoid having a loop counter inside the sample loop, because the whole thing is very heavy on register use. The counter instead located inside IM2 handler and it breaks the sample loop once it played enough frames.

Another update. In order to cover more of the digital/sample-based Spectrum engines I'm doing some changes in the sound backend. I encapsulated Game_Music_Emu into an intermediate library called PlayLayer. At the moment it only uses GME, but the GME has been modified by me, so it is forked from the main version. Now there is Covox, Stereo Covox, and SounDrive support in GME's AY emulator, so you can use these devices in Sample Tracker engine now.

PlayLayer's purpose is to simplify adding other container formats without adding them into GME. I can just add any emu/player I want into this library, and it'll decide whatever should be used to play a data chunk. The intent behind it is that in order to support 128K+ sample-based engines I need to use a container other than AY, and a regular emulator Z80/SNA snapshot seems to be a reasonable choice, so this may be added eventually, without integrating it inside GME (which would be a major headache).

Yeah, it is a bug. Actually I didn't test TAP/SCL exports, and I forgot they (the BASIC part) were hard-coded for #8000 blocks.

Will fix it soon. It is just not very easy to generate BASIC code from a program, it has quite a complicated structure.

For now you can MERGE the loader and replace the 32768 to 25088, it'll work.

Another update. Finally, a sample based AY engine! Reverse-engineered the code from Sample Tracker 2.1, and as it works with 48K, it was possible to fit it into the *.AY file container (although I've got ideas on how to go 128K and beyond).

I had to modify Game_Music_Emu in order to make it work, as it didn't fully support simplified AY ports decoding.

The engine also supports Covox, Stereo Covox, and SounDrive, I kept it in Z80 code, but GME does not support these devices, and it seemed to be kinda difficult to add them in, so for now these are not audible in the tracker, but still can be exported as code. This may change in the future.

The engine is already bundled with the tracker. Here is the original ST2.1 reversed code without much modifications, just in case anyone wants to look at it.

A minor update to v0.45. I honestly don't remember all the fixes I did, mostly minor improvements to the engine scripts here and there.

I guess so. Thanks for report!

I don't know. I have many reports regarding FL-related issues, but I'm not an FL user, and it works just fine in the FL demo version on my end.

I mean, it is very likely there is some problem in my UI code, but VST format is extremely badly documented, and almost no one programming UIs directly as I did, most VSTs created with SynthEdit-alike constructors. So I can't even know for sure.

Why the output is 22050 Hz, tho? It will take an extremely good resampler/filter in the emu to make basic engines with channels interleaving (such as Music Box) to sound good at this rate, because the carrier tone will get well into the audible range otherwise.

There is auto correct from Phaser3, which is done at run-time instead of compile-time. I think I need to change it to the ESEX style, which had tempo correction at song compile time.

The resulting sample rate for drums should be 3500000/136=25735 Hz. WAV import resamples the source automatically.