First post, by Gruik
Fast tracker 2 works with DOSBox, but only with a few channels (no more than 8ch.)
It may be interessant for those who made "chip modules"
A good machine is required..
Fast tracker 2 works with DOSBox, but only with a few channels (no more than 8ch.)
It may be interessant for those who made "chip modules"
A good machine is required..
Try setting it to GUS. Much more efficient. Except there may be some crackling with 16-bit samples.
You should be able to use 32 channels btw., even with sound blaster.
Hi, I first tested FT2 myself. With 0.62 SB-Emulation did not work, but now it does.
By the way there is realy one simple cause why GUS is the better choice for emulation: with SB you need a hardware IRQ "callback" that must be acknowledged after each portion of sampledata and the buffers need to be filled either. There can easily be a leak between to buffers if IRQ-Acknowledge is missing at the apropiate time... With GUS this is totatly different, becase GUS was more or less fully hardware...
wrote:By the way there is realy one simple cause why GUS is the better choice for emulation: with SB you need a hardware IRQ "callback" that must be acknowledged after each portion of sampledata and the buffers need to be filled either. There can easily be a leak between to buffers if IRQ-Acknowledge is missing at the apropiate time... With GUS this is totatly different, becase GUS was more or less fully hardware...
Not convincing. With double buffer techniques (all programs use this), this problem doesn't exist. Also, when emulating, all the buffer stuff has to be done inside the emulator, as opposed to inside the program. And although the GUS could play samples from hardware, all the playing logic still had to be inside a program.
For emulating, SB is much easier, and much more accurate, than GUS (or other wavetable cards like SB32).
JAL