Starting today, users will be able to get the new and improved yuzu builds via the installer from our website or our GitHub.Īnd if you are already using our installer, you will be automatically migrated to the latest yuzu build.BEFORE FILING AN ISSUE, READ THE RELEVANT SECTION IN THE CONTRIBUTING FILE!!! CitraĬitra is an experimental open-source Nintendo 3DS emulator/debugger written in C++. We also get more dedicated resources and therefore builds are generated much faster with Azure.
It is a single service which can generate builds for all of our platforms, which we didn’t have before.
That means things like uptime and support are much better than Travis or Appveyor.
With the new release channel, we’ve migrated our CI from Travis CI & Appveyor CI to Azure Dev Ops.Īzure Dev Ops is a free and reliable service provided by Microsoft. This will make it easier for new users to use yuzu, and with this new release channel, you will still get the same regular new updates and bug fixes that you’ve come to expect with the Canary builds. With this slight reorganization, instead of multiple branches, we will now have a single stable branch. We are just reorganizing things internally and it will not have any impact for you, as end-users. What does it mean for the users?įrom the user's perspective, this doesn't change anything. It was also redundant to have two stable release channels for the same codebase.
This made yuzu ignore all those assertions and allowed normal users to test or play games on it.īut as yuzu progressed further, the canary builds gained increased popularity among the users as the nightly builds were absolutely unusable.Īs a result, the developers had to concentrate more on the canary builds, so that they could get users to test their code and thus improve yuzu.Īs we were making good progress in reducing the assertions, the nightly release branch no longer had anything to offer to the developers or the users. To overcome this, we decided to release the canary builds with specific IGNORE ASSERTS code included. The philosophy behind the nightly channel was to have a release channel with asserts enabled, so that the developers keep getting data on what games were missing what functionality.īut having yuzu assert and crash while playing a game rendered it unusable for normal users. This allowed us to understand what functionality we were missing and which games used those, if we needed to test them. In the initial days of yuzu development, due to the large list of missing/unknown functionality, we had to add asserts (or assertions) wherever necessary in the codebase.Īssertions are statements used to test assumptions made by the programmers. In those, were the general ideas about build releases, build generating infrastructure, and release channel naming convention.įor a good while, these ideas served the purpose - that is to generate builds and distribute them, but it was high time for some improvements.
When yuzu was first forked from Citra and was setting up shop as a separate project, it borrowed a few things from Citra (apart from the code). Let’s go back in time for a bit to understand the “why?” part. Most of you might be thinking, “why are they doing this?” or “what does this mean for the users?”. Today marks the retirement of both yuzu Nightly and yuzu Canary release channels.įrom tomorrow, yuzu will have only a single release channel, simply dubbed “yuzu”. We are merging yuzu Nightly and yuzu Canary releases into a single "yuzu" release!ĭon’t fret, we are just doing some reorganization to make things easier for both the users and the developers.