As I mentioned I don't think this is an issue with your implementation, but more that the Audigy 5/Rx doesn't have proper Wasapi Exclusive mode support, as other applications have the same issue when I select Wasapi-EX. When I raise latency to 150ms it gets much less, but it never dissappears (even with higher latencies). Or mute the I tried the wasapi exclusive mode with my Creative Audigy 5/Rx, but indeed it does not work.
Reply to this email directly, view it on GitHub You are receiving this because you are subscribed to this thread.
Problems? Can you confirm that other audio drivers working correctly on Are you absolutely sure that WASAPI driver is causing these Impose any restrictions on frame rate value, neither tries to adjust it, soĭon't try random values there (I suggest to leave it at default value ofĤ8000Hz). This is probably because the frame rate was set to 32000Hz. Second one shows unsupported format errors. I think it is better to put that feature on hold until most of asĬonfirm that current implementation works correctly (with everything thatĭon't depends on audio sync off First log says that WASAPI driver Option, but didn't worked correctly in that mode so I removed that part ofĬode. I did coded driver that supported audio sync off Operation in combination with WASAPI driver is, in programming terms, On Wed, at 5:23 PM, Zoran Vuckovic wrote:Ĭurrently driver have audio sync always on.
Highly looking forward to seeing some improvements that could hopefully make this driver the ideal choice for Windows RA users. As a comparison, xaudio allows at least 32ms latency on both the aforementioned cores as well as perfect fastforwarding on the same system, without any hitch.Moreover, there seems to be a problem with fast-forwarding, which does not seem to work properly at all with this driver, introducing once again severe skips and pops.Increasing it or decreasing it to any extent would introduce cracks, pops and overall garbled output On both cores the audio output didn't react well to any latency value that wasn't exactly 64ms.On my system equipped with an USB external DAC (Schiit Modi 2), exclusive mode float refused to work and fell back to PCM.My tests were conducted on Nestopia and bsnes-mercury cores, with Audio Sync ON and a latency value of 64ms (default).I had the chance to briefly test your implementation based on the latest code, which I also see has been integrated into the Retroarch main repository.