(03-30-2014, 08:10 AM)delroth Wrote:(03-30-2014, 08:03 AM)Wally123 Wrote: I admit to and apologize for being rude. I do not ever mean to be. I will shorten everything by turning it into a question...
Why can't someone maybe submit a revision that adds a functional check box to the DSP menu or the game specific core (game properties) properties menu to enable or disable asynchronous audio? That way certain users can turn it off..while certain other users who are having issues can turn it on.
People are rude/impatient/annoyed about this topic because it has been discussed for ages. Articles have been written about why this is impossible and never going to happen and why synchronous audio processing is the way to go.
But I'll reply to that one more time: why can't we have a check box sync/async? Because async audio processing breaks too many things to be worth it in our opinion. It's not just games freezing, having missing samples and missing FX (reverb/...), it's also a ton of crappy code that makes it harder to improve Dolphin. Removing asynchronous audio processing completely allowed us to remove whole chunks of code that nobody wanted to maintain.
If you disagree, stop complaining and code your own fork. If async audio processing is worth more to users than the improvement we can provide by not having async audio processing (for example, having a working Zelda HLE UCode, as opposed to something causing random freezes/crashes and requiring people to use DSPLLE), I'm sure users will start using your fork. My guess is that being able to finally play SMG2 without missing music / freezes with DSPHLE is more useful, on top of being more accurate emulation.
I do understand that point...problem with crappy code is that you need someone to try to organize it....I like the openness that the development of Dolphin has provided because it allows people like me to figure out which revisions work best for Windows users...But from what I can see on the download page, it has become very difficult it seems to sort that wheat from the chaff. Some users devloping Dolphin are using Linux based OS's to compile or "fork" the code into MS VBS 2013...The Linux versions of that (notable complaint from Gabe Newel about MS VB2013) lacks certain features that MS deems "exclusive" to the Microsoft software line. This leaves Linux devs out to dry on developing around a few key features which include but are not limited to such as sufficient programming Asynchronous audio in the Direct Sound API and of course proprietary use of XAudio. They have also phased out DirectX 9 in VB2013...deeming it "too old" yet the previous version of VBS is the single most widely used development tool for PC gaming and emulation development.
With respect..what "improvement" is there exactly when a frame rate drops and the frame advance on the audio gets muted? From my own observastion Asycn works best with digital output of audio...I use 5.1 surround sound on a digital coax cable. This issue seems to be an OS based issue at large...which would likely be able to be solved by including that part of the code from Dolphin 3.5's HLE and simply making a check box option for async audio rather than simply removing it. The issue is optimization, not accuracy.
Note that Linux uses OpenAL and OpenAL works rather differently from Direct3D Audio and Xaudio...It could be a kink in the newest version of MS VBS too where Windows users get those development features exclusively...I don't know...but for now, the only solution I see to this is simply making it optional for the user to use async audio.