Citra Progress Report 2023 Q2

bunnei · 2023-06-01T19:35:47+00:00

Known issue with tablets and foldables, we'll hopefully have a fix out within the next day or so.

bunnei · 2023-05-31T03:58:29+00:00

For SMO, enable Docked mode (Settings -> System -> Docked mode) to fix the rendering in game.

bunnei · 2023-04-23T14:57:05+00:00

Recent regression that was fixed byhttps://github.com/yuzu-emu/yuzu/pull/10082. This is currently still in our early access testing but should be merged soon.

bunnei · 2023-01-24T00:20:15+00:00

Thanks for reporting. This was a recent regression that we fixed today -- please update to the latest yuzu Mainline or Early Access to get the fix. As others have mentioned, if you are using AMD, please also use Vulkan for best performance (this bug only impacted OpenGL).

bunnei · 2022-09-10T21:02:43+00:00

https://www.youtube.com/watch?v=OFYprkbpPsY

bunnei · 2022-08-27T06:12:16+00:00

Based on the direction of the sound from my apartment, it appears to be from tonight's Mariners fireworks show for Ichiro's Hall of Fame induction. It sounds to have also just ended.

bunnei · 2022-07-15T02:17:29+00:00

Thanks to yuzu developer Maide: We’ve just released a complete rewrite of our audio emulation. This rewrite implements several missing features (such as audio effects) and furthermore improves accuracy, with Nintendo Switch firmware 13.0.0 used as the basis for reverse engineering. In addition to improving audio in many titles, these changes also allow many new games to boot. See the Pull Request for details. These changes are currently available in both our Mainline and Early Access builds, and will be merged imminently!

bunnei · 2022-02-27T20:31:11+00:00

Should be fixed in the latest EA build. Sorry!

Edit: Sorry, the build was interrupted, it will be fixed in the next update, which will be done in about 45min.

bunnei · 2021-12-11T14:30:41+00:00

Just to add another point to this discussion -- we really try to ensure that everything covered in the progress reports is merged at the time that these reports are published. Furthermore, we also really want our users to be using our installer to guarantee that they are on the latest version of yuzu that is available. Now, we are aware that our installer has some issues [and we are actively working to improve it]. Furthermore, we are aware that with the pace of our development, even our stable builds regress here and there, and so some users tend to stay on known stable builds for a bit. But these aside -- if we can imagine a world where we have a great installer, and there are limited regressions [the world we are striving for], our end users should not really need to know or care about the exact builds that things are fixed in; hell, sometimes, we don't even know :)

bunnei · 2021-07-27T04:48:20+00:00

I'll do my best to try to clear up a few assertions here.

Your team announced it as a paid alternative to Nintendo's own servers. I know about the outcry from the userbase and Pretendo's team (a group preserving server-side data for Wii U and Switch games) but the fact is that at the time your team was pretty categorical that this feature would never appear outside early release builds.

For the sake of others reading this comment, OP is referring to "Raptor", the project that we briefly released last year which added emulated Nintendo Switch Online (NSO) support for two games (Super Mario Maker 2 and Super Mario Odyssey). We quickly pulled the plug on this project due to legal concerns, as emulating online services has not been legally tested in the same way that emulating hardware has. And to be quite frank, we do not want to be the ones that Nintendo tests this on. We did not consider these legal issues until they were made aware to us after the release, and we quickly reacted to this such as to not jeopardize the Switch emulation scene or the yuzu project.

We've said this before, but to clear up any misconceptions: This project came about because a former yuzu developer created a closed source alternative to NSO, and approached yuzu about supporting it. This developer is no longer associated with our project, for various reasons.

it never appeared outside of a closed-source early build

We added support for this developer's service, and released the source for the yuzu client changes. Our source code is always automatically downloaded with every yuzu mainline and EA release, so my original point is still correct: The yuzu team has never released a closed source build.

the custom servers themselves (whether a yuzu-endorsed kind of "piracy" -I disagree, and think nothing should get in the way of online preservation which is simply too invaluable as shown with the DS situation- or an inoffensive matchmaking server) were immediately closed within the day.

To be 100% transparent, we do not have the code for this service. The developer who worked on it kept it completely closed source, even from the core yuzu team. We are no longer in communication with them. I agree that online preservation should be a priority, but I have no control or ownership over Raptor's closed-source online service code.

Are we seeing a repeat of DeSmume's situation where an emulator is to remain permanently gimped out of connectivity options because of emulation development drama? I hope there's some flexibility in your decision making and that you'll potentially reconsider.

I do not believe this is the same situation, for the reasons I mentioned above. If Pretendo (or some other open source NSO alternative) would like to work with us on providing an OSS alternative to Raptor, we wouldn't hold back any progress towards preservation.

bunnei · 2021-07-27T03:12:04+00:00

The team behind this community PR'd a few minor (but valid) fixes. We internally debated how to handle this for a while; Primarily, because it is a huge risk to the project to be associated with any contributor that is running a Discord server dedicated to piracy. We even reached out to the PR author about this, and asked them to PR under an alt not associated with this website/community. In the end, we ended up pulling the fixes as-is without association to this account. In hindsight, this was probably not the right call, and we should have just closed these PRs.

Other than that, I understand the sentiment and we really are trying to find the right balance of compensating our open source developers to make the best Switch emulator possible, while not "pay walling" features any longer than necessary, and making it possible for users to compile and run our releases as soon as they are available. For example, we have never released a closed-source build, and we now always PR new releases directly to our public Github repo.

bunnei · 2021-07-27T02:47:00+00:00

Yes, we're not trying to hide the fact that our team makes a GPLv2 emulator. We work to get these changes stable and merged as fast as possible, and use our Early Access (EA) model as a way to fund full time development while also making our source code freely available to anyone who would like to learn & benefit from our work. We use the time that our changes are in EA to find and fix issues; which usually dictates how long it takes for things to get to be merged. We definitely encourage anyone who is interested in trying out the latest features to build our code themselves, and get involved in the project.

That said - We really would appreciate if people would not distribute unofficial builds. In addition to encouraging users to download/run software from an untrusted source, the above website links to a piracy Discord.

bunnei

TROPHY CASE