he mean Fasoft
I found a message pertaining to buffering on fasoft's message board.
This is what I got -
Try 128000 for buffer size with number of buffers set to 4, with preload set to around 7-10 and 'disk loading' to 2. Too big buffering may be counter-productive as the program uses too much memory and the OS starts to try to use the hard disk as memory ('trashing').
You should be able to further decrease the latency using the 'disk loading..' parameter: for example if you're using 128k (128000) buffers and 'disk loading' is set to 2, you should be able to obtain similar 'track handling' performance with 64k and 'disk loading..' set to 4, 32k and 'disk loading' = 8 and so on. I've tried successfully up to 8k and 'disk loading' set to 16, with a latency of ~0.2 seconds.
It won't go much lower than that because of latency limitations of the standard Windows drivers (DirectSound drivers should perform a little better). As you suggest it should better with ASIO drivers, which n-Track should support soon..
I tried these settings, and they work Ok except that the delay between visual and playback is still pretty bad. Also, my songs cut off before they're through. It appears that n-Track stops playing when the visual controls (pre-buffer) believe the song is over. Whatever is in buffer at that time is never played. So if you have about .6 seconds of buffer, you'll never hear the last .6 seconds of your song in playback. Has anyone else noticed this, and can anyone suggest a fix?