yuzu/yuzu-emu.github.io
1
0
Fork 0
mirror of https://github.com/yuzu-emu/yuzu-emu.github.io.git synced 2025-07-29 13:11:57 +00:00
Code Issues Packages Projects Releases Wiki Activity

Update index.md

Browse source
This commit is contained in:
Matías Locatti 2021-07-13 14:43:11 -03:00 committed by GitHub
parent 6cd7952ed1
commit 7cb62b3e92
No known key found for this signature in database
GPG key ID: 4AEE18F83AFDEB23
1 changed files with 8 additions and 2 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

10
site/content/entry/yuzu-progress-report-jun-2021/index.md
View file

@ -62,6 +62,12 @@ We'd like to thank [BreadFish64](https://github.com/BreadFish64/) for informing
As was previously mentioned, this feature is incompatible for Windows OS previous to Windows 10 version 1803, where the old `MMU` implementation is used in such cases as a fallback — although this requirement could change in the future.
In case you are interested in a more detailed explanation of how it works and the limitations that prevented its implementation, we have written a [dedicated article to fastmem](https://yuzu-emu.org/entry/yuzu-fastmem/), so feel free to check it out if you haven't.
{{< single-title-imgs
"Some of the measured performance gains, in FPS"
"./fastmem1.png"
"./fastmem2.png"
>}}
Shortly afterwards, [toastunlimited](https://github.com/lat9nq) noticed there was a bug on our MinGW builds, where fastmem wasn't working.
This was because the defined constant `MEM_RESERVE_PLACEHOLDER`, a mask value used for reserve virtual memory as a placeholder, was manually imported for these builds, but incorrectly declared.
Thankfully, the fix was as simple as redeclaring it with the correct value, which Toast [did in this PR](https://github.com/yuzu-emu/yuzu/pull/6494).
@ -103,7 +109,7 @@ Some titles — particularly those running at fixed frame rate of 30 FPS — wou
Here's `Hellblade: Senua's Sacrifice` in the old implementation:
{{< audio "./<audiobug.ogg>" >}}
{{< audio "./audiobug.ogg" >}}
By [decoupling the processing and sending of audio samples from the update function](https://github.com/yuzu-emu/yuzu/pull/6498), the games now will be able to call the update function every time they need it (a process that yuzu can't control), while a separate audio thread will process the sample data and send it to the sink.
With this new implementation, yuzu is now capable of schedule the rate at which it will be sending this audio information based on the `sample rate` and the `sample count`.
@ -111,7 +117,7 @@ For example: if a game is using a 48 kHz `sample rate` with a `sample count` of
And here's `Hellblade: Senua's Sacrifice` again with the current fixes:
{{< audio "./<audiofix.ogg>" >}}
{{< audio "./audiofix.ogg" >}}
## Graphical improvements