yuzu-mainline/src/audio_core/device, branch master A backup of the Yuzu mainline repo. Only includes the master branch, nothing else. https://git.benis.co.uk/yuzu-mainline/atom?h=master 2024-02-23T01:20:31+00:00 audio: fix released buffer bounds check 2024-02-23T01:20:31+00:00 Liam byteslice@airmail.cc 2024-02-23T01:20:31+00:00 urn:sha1:2c00599a539765469c41401adbd038e75228bc3b audio: rewrite IAudioOut 2024-02-21T03:15:37+00:00 Liam byteslice@airmail.cc 2024-02-20T04:13:19+00:00 urn:sha1:a05bd3c47ef4d77411c150e5bdbd1efacc5bde68 Core: Clang format and other small issues. 2024-01-19T02:12:30+00:00 Fernando Sahmkow fsahmkow27@gmail.com 2023-12-31T19:55:15+00:00 urn:sha1:590d9b7e1d875e0403fb87cfcd4a8d52c50e2b81 SMMU: Initial adaptation to video_core. 2024-01-19T02:12:30+00:00 Fernando Sahmkow fsahmkow27@gmail.com 2023-12-25T06:32:16+00:00 urn:sha1:0a2536a0df1f4aea406f2132d3edda0430acc9d1 audio: fetch process object from handle table 2024-01-12T15:03:16+00:00 Liam byteslice@airmail.cc 2024-01-12T14:35:08+00:00 urn:sha1:d940974789b1b8ff473440883d8c506a275b9b3b core_timing: remove user data value 2023-12-23T20:36:44+00:00 Liam byteslice@airmail.cc 2023-12-23T18:58:09+00:00 urn:sha1:f34d3d7e84a1396d4d4f07ec1434b06b1f39bb8a Use spans over guest memory where possible instead of copying data. 2023-07-02T22:09:48+00:00 Kelebek1 eeeedddccc@hotmail.co.uk 2023-05-28T23:35:51+00:00 urn:sha1:6f7cb69c94bef0795f054d881e061745f69d1eda Remove memory allocations in some hot paths 2023-06-22T07:05:10+00:00 Kelebek1 eeeedddccc@hotmail.co.uk 2023-05-23T13:45:54+00:00 urn:sha1:5da70f719703084482933e103e561cc98163f370 Merge pull request #9969 from bylaws/master 2023-04-01T21:34:59+00:00 bunnei bunneidev@gmail.com 2023-04-01T21:34:59+00:00 urn:sha1:6775a6ee0260d9d7bedfa3922e32301e452f833f Audio synchronisation improvements audio: Interpolate system manager sample count using host sink sample info 2023-03-26T21:48:57+00:00 Billy Laws blaws05@gmail.com 2023-03-18T20:52:02+00:00 urn:sha1:d8fc3f403b62e2b3d67ec08791fdc66847ddb4ac This avoids the need to stall if the host sink sporadically misses the deadline, in such a case the previous implementation would report them samples as being played on-time, causing the guest to send more samples and leading to a gradual buildup.