I have confirmed the bug upon changing tracks, this seems to be a seperate issue from the problems with resampling and odd sample rates(which doesn't work because both HQSoftProc and out_asio use a resampling method that requires first upsamples and then downsamples, depending on the GCD between the the sample rates, and with odd values (such as 32006 Hz) the GCD is very low so huge buffers must be made, often crashing things). I'll look into this very strange error. It also occurs when simply pressing the stop button, which is to be expected since in_usf sees the switch to the next track as little more than stopping the current one.
[edit] found the bug, I'll have a new version with an explanation up shortly.
The problem with the ASIO output crashing (though I'm not sure what in the chain of HQSoftProc->out_asio->ASIO4All the bug lies) was that upong stopping playback I make a call to the unpause function in my plugin, so in case you hit the stop button while paused things will be handled well. It seems what happens is that it will always make the call to the output plugin disabling pause when this happens, whether it's actually paused or not. Unpausing the out_asio plugin when it isn't paused causes the freeze. So now I check whether the playback actually is paused before making that call and everything seems to work nicely. Even Mario Kart 64 and Mortal Kombat 4 seem to work alright when Round Frequency is enabled (with the aforementioned chain of plugins or directly through out_asio).
I also removed the workaround for avoiding DirectSound cutting off the end of the track when Remove Silence is enabled, as that's actually what it's supposed to do. Rather than do a complete overhaul of in_usf.ini I set Mario Kart to not use Audio HLE when Auto Audio HLE is enabled. I also added an entry for Shadowgate 64, which works well under Audio HLE.
edited 3:49 AM EST October 31, 2005
Thanks.Partially fixed now :) by nakamichi at 2:21 AM EST on November 1, 2005
Tried b22 and it works now with Round frequency set to ON. So,the bug on your part is fixed now. Mario Kart works now,great! :)
So,the other part left now is to bug HQSoftProc and SSRC developers to support 64th Note and it's weird samplerates. Yes,you're right about the buffer thing,the more the samplerate is "off" from the standard multiples of 48,the more buffer it needs to convert it to a very high samplerate and output it back to the selected one.This is done to preserve the quality of the signal and eliminate distortion. But,they can implement a workaround just for cases like these.There are other cases like this in other programs,not just the 64th note plugin,so this could be useful for other "offbeat" situations too.
Hey nakamichi, I don't believe I'm the Koji you think. O o It's not an uncommon nickname, so it wouldn't be strange.
But hey, I'm glad somebody else uses the ASIO plugin other than myself, and someone who knows stuff to boot! I'm gonna try out the latest release to check how it works.
Oh and could you tell me how it's better to use an external resampling plugin rather than the incorporated resampling code of otachan's plugin?
Use whatever you like.Both are of high quality. If you don't mind using up more CPU,then HQSoftProc is better,but be sure to set the Kernel precision to at least 150,not the default value.
I don't mind 64th Note,HQSoftProc and ASIO using nearly 90% CPU :) I set KernelPrecision to an overkill value of 400 and 64th note CPU to always use interpreter,kX ASIO set to 24bit/96kHz (using kX drivers for Audigy2) and ASIO4ALL set to use only WaveHQ.I don't do anything besides listening to music at that time,so I use the maximum quality I can afford :)
For you,the default SSRC resampler included in Otachan's plugin is more than enough,since it's set to top quality by default.And you may not like HQSoftProc,since it creates huge buffers which produce lag time before starting/changing tracks.
P.S. Hmmm...so it's not THE Koji I think it might be...are you sure you got nothing to do with Snes9x? If not,then nevermind :)
Using the interpreter CPU will not gain you any accuracy. If there is a problem with the recompiler CPU it will crash, not give inaccurate results. Processor time is a terrible thing to waste.
I have a simple request, would it be possible to make the info window closeable by pressing escape? I keep pressing that to close it out of habit, much to my frustration when it doesn't do anything. :P
I've also noticed that when you open the info window and then the config window, if you press OK with or without changing any settings in the config window, Winamp (except the VUmeter oddly enough) freezes for a second or two.
I had to make a modification for Excitebike 64, but it breaks some other games. Therefor there is a new tag: _enableFIFOflag. If this is present the new AI FIFO flag timing emulation will be used. Currently this is only useful for Excitebike 64. Let me know if anything seems broken by this new version, absolutely nothing should have changed but who knows...
Hmmm...after switching the CPU type from interpreter to recompiler,it now uses more than 2x less CPU,while there's no degradation in sound quality. Great,now I can use the rest of the CPU time for better things :)
It would still be a good idea to keep it as it could serve some purpose in debugging sets that don't run under the recompiler.
More bugs in 64th Note :( by nakamichi at 7:45 AM EST on November 9, 2005
More bugs in 64th Note :(
Mario Kart freezes Winamp when any of the tracks is paused.Doesn't happen with other USFs.Tried Mario Kart,WaveRace and Tetrisphere and the tracks pause and resume correctly. Using the same 64th Note->Otachan's ASIO Plugin->HQSoftProc->ASIO4ALL plugin chain @96kHz
Another bug with Mario Kart: If I use and enable the Otachan's ASIO plugin built-in SSRC resampler and play Mario Kart,Winamp crashes instantly. I set resampling to 96000Hz,Top Quality.
it seems to be dependent on the frequency that you're resampling to, I couldn't get it to crash for a while until I noticed you said 96KHz, I had had it on 48KHz before, then it crashes. It's other people's buggy resamplers that are to blame.