ryujinx2022年3月进度报告（机翻）【yuzu模拟器吧】

1楼祭

我们再次站在Q1的终点，稳步迈向2022年的中间点！这个月，我们看到了Ryujinx几乎每个方面的改进，一个新的控制台松动了，这使得仿真社区陷入了混乱，一些杀手级的新版本，猜猜看，在第一天就运行了！
在此之前，请检查我们的patreon目标，并朝着目标前进:
帕特里翁目标:
阿米博仿真
2021年3月并入主建。
虽然兼容性接近完美，但Amiibo仍有一些改进，可以在相关的Github问题上跟踪:https://github.com/Ryujinx/Ryujinx/issues/2122
自定义用户配置文件
2021年4月并入主建。
Vulkan GPU后端-仍在进行中
一个公共测试版本已经交付并可用这里!
ARB着色器-目标于2021年4月达成。
Vulkan的工作正在进行中，请再等一会儿，直到我们能够将此更新发布到我们满意的状态。
ARB着色器将通过使用OpenGL API提高NVIDIA GPUs上的着色器编译速度，进一步减少第一次运行时的停顿。
2000美元/月-纹理包/替换功能-快到了！
这将有助于替换游戏中的图形纹理，从而实现自定义纹理增强、备用控制器按钮图形等等。
目标持续后的预计时间:大约3-4周
2500美元/月-一名全职开发人员-快到了！
每月捐款的数额将允许项目的创始人gdkchan全职开发Ryujinx。我们所有的贡献者目前只在业余时间参与这个项目！
5000美元/月-额外的全职开发人员-尚未见面
每月捐款的数额将允许一个额外的Ryujinx团队开发人员全职工作于该项目。
好吧。我们走吧！
GPU:
自从《神奇宝贝传奇阿尔宙斯》首次发布以来，每当涉及到AMD和英特尔GPU时，我们总是感到棘手。虽然在最新的驱动程序上，游戏使用我们的实验性Vulkan版本运行得很好，但如果任何用户不幸使用OpenGL，情况就不一样了。NPC和神奇宝贝一样，将是看不见的，或有各种图形故障，我们已经开始期待这些供应商。渲染一个图像涉及到使用不是一个，而是多个着色器阶段，然后顺序形成一个管道，以便向您显示您的基本动物。如果一个着色器阶段需要一个来自前一阶段的向量元素，而该阶段没有提供，那么我们就开始遇到问题，因为内容在技术上是“未定义的”。在Nvidia上，这不是问题，因为这些输入在各个阶段总是一致的，但对于其他供应商来说，这破坏了很多东西。

送TA礼物

IP属地:上海

1楼2022-04-24 10:20回复

怪不得yuzu一直着手Vulkan，原来A卡I卡驱动在OpenGl上有这种问题，还是龙神的报告更加直接明了些！

IP属地:山东

来自Android客户端2楼2022-04-24 11:13

收起回复

这来自gdkchan的修复对着色器转换器进行更改，以显式初始化下一阶段使用的矢量元素，但可能不会写入当前阶段。结果是，虽然AMD的性能可能仍然很差，但图形输出是正确的。

这里有几个边缘情况需要清理，虽然这是一个相当小的变化，但着色器转换器用于每一个游戏，每一次绘制图像。初始化在下一个着色器阶段使用的索引输入和未初始化几何着色器直通属性因此，为了防止一些游戏的倒退，包括游戏建造者车库(再次…)和WarioWare: Get it Together！

当灿烂的钻石和闪亮的珍珠在他们的第四代荣耀中被释放到世界上时，用户不禁注意到游戏花了…一段时间…来…启动……………。
这个问题实际上是双重的(如果一切按计划进行，未来的进度报告将解释这个问题的后半部分)，但是这个报告将集中在第一个修复上。
一些游戏有一个缓冲区使用模式，它使用小的相邻缓冲区，并增加地址。现在，这会导致每次创建一个新的缓冲区，合并现有的重叠缓冲区。这实际上是一页一页地反复调整同一个缓冲区的大小，效率非常低。因此，解决方法很简单允许缓冲区扩展1.5倍的速率，虽然可能会使用更多的内存，但大大减少了缓冲区创建的瓶颈。
其他游戏受益于此，包括超级马里奥银河，众所周知，它在第一分钟左右的时间里标题屏幕极其滞后，然后明显随机跳到60fps。
之前:
https://tieba.baidu.com/p/7809001061
之后:
https://tieba.baidu.com/p/7809002074

IP属地:上海

3楼2022-04-24 11:32

银河也获得了更多的爱的形式正在实现S8D24纹理格式。这是用于整个游戏的星际互动，所以是一个砖墙，实际上是从头到尾玩。银河尚未脱离险境，但这是朝着正确方向迈出的重要一步。
之前:
https://tieba.baidu.com/p/7809002892
之后:
https://tieba.baidu.com/p/7809003976
现代互联网时代已经牢牢地抓住了我们，我们的用户希望在世界范围内录制、播放和传播他们的游戏。然而，有一个小问题:大多数捕获程序，如OBS，甚至简单的覆盖程序，如RTSS，对程序如何呈现帧做了许多假设，这些假设并不总是正确的。尤其是当呈现方式不是大多数本土游戏所认为的“正常”时。

通过明确提供捕获软件并覆盖关于帧缓冲区和视口的信息riperiperi设法缓解了这些问题中的大部分！

IP属地:上海

4楼2022-04-24 12:44

Ryujinx是第一个在2018年实现NVDEC视频解码的开关仿真器，但实现仍然不完美，其中一个限制的根源实际上是非常古老的技术。如果你出生在新千年之后，那么你可能从未有过愉快的经历交织的视频！视频分辨率通常以“720p”、“1080p”等格式表示。这个“p”代表逐行扫描。一些年轻观众可能不知道或不记得的是，像“480i”和“1080i”这样的格式也曾经存在，这里的“I”代表交织的。逐行扫描一个接一个地绘制视频的每一行以构建一个完整的帧，而隔行扫描视频仅构建每隔一行在单个帧中的图像；这是一个有用的折衷方案，可以在发送数字信号之前减少无线传输的数据量，但可能会导致视觉假象，具体取决于您的去交错方法。

虽然我确信这非常有趣，但你们很多人会想知道这与Switch有什么关系，这是一款2017年制造的控制台，远远超出了渐进式扫描成为焦点的时代。事实证明，一些游戏喜欢在复古风格的视频中寻找真实的感觉，实际上是利用了交错视频！NVDEC确实支持隔行扫描镜头，但是我们的实现，基于FFmpeg，不支持因此得到纠正这个月。FFmpeg现在为我们提供了完整的逐行扫描帧，我们可以从中提取偶数和奇数场，然后重建原始的隔行扫描图像，从这里有几个选项消除交错它退回到逐行扫描，以便在现代显示器上正确显示。BOB和Weave分别在低运动场景和高运动场景中产生假像(参见下面的示例):
编织:

鲍勃:
https://tieba.baidu.com/p/7809007558
因此，使用“运动自适应”去隔行扫描来尝试和减轻这两种方法的缺陷，并提供更稳定和无伪像的最终图像。这使得游戏，如雷顿的神秘之旅，显示其完整形式的过场动画！

为了总结三月份的GPU部分，gdkchan再次击出全垒打，修复了一个困扰Switch上几乎所有来宾OpenGL游戏的问题。这里的“访客OpenGL”指的是交换机本身用来显示游戏的渲染API，而不是Ryujinx用来模拟它的API。Switch能够使用自己的NVN专有API(用于大多数第一方游戏)、Vulkan(主要用于3D全明星和哈迪斯等游戏)以及OpenGL。然而，许多OpenGL游戏都有明显但非常相似的视觉问题:
僵尸吃掉了我的邻居和巡逻的食尸鬼