Open N9OZB opened 4 days ago
Dont know, but with v1127 x64 No such Errors. Tested Flight2k, Catacomb, Ali, Big Game. All Sounds plays OK.
Yeah, you'd think that a major issue like this would have been noticed since it affected a whole range of tables using SB-300 and VSU-100 voice synths. I'm not surprised to find out I'm an edge case here. Drat. :(
I remember a long time ago, like 3-4 years or perhaps more, there was a also a similar issue with doubling or stuttering of audio samples type of problem, so it may not be an entirely new symptom or issue. I tried researching the problem and there was not a lot of info out there. Some people said they had resolved the issue by setting ddraw to 0, some by turning the JIT stuff on or off, but no real definitive solution was arrived at. I tried about 5-6 things all suggested by those threads, with no luck.
Since the latest changes in this version were all about adding support for patched old Stern ROMs, it would seem logical that the problem I am observing would be specifically related to old Stern audio issues! Note that I am not using any of these patched ROM's - I had not heard of them until I saw them mentioned in Github's description for what had changed in this latest version release,
I'm running Windows 10 Pro 22H2 64-bit on an older Alienware 17R3, Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz, if that helps any.
Old Stern tables from the 1980's like Flight 2000, Catacomb, etc. are playing audio samples twice, it seems. Not just the VSU voice synthesis samples, all the regular ROM sound effect samples are "doubled", including the 7 self-test "dings".
I have confirmed this only affects the v3.6.0-1122-79a301d release, substituting the files from the previous release, v3.6.0-998-a77c2d2 fixes the problem entirely changing nothing else but the 6 files, bass.dll, vpinmame.dll, and setup.exe, and the other 3 corresponding 64-bit version files from the prior release. This affects both the 32 and 64 bit versions, AFAICT.
Thanks! Mr.T