这是两个视频






它只是工作！（马里奥卡丁车8豪华）
请记住，有些游戏需要某些按钮组合才能在局域网和本地无线模式之间切换。例如，要求用户同时持有 L + R 并按下主菜单中的左模拟棒 （L3），以便能够创建或加入 LAN 房间。Mario Kart 8 Deluxe
莫夫后来跟进网络接口清理。
流畅无故障的视频为胜利
由于yzct12345早在 7 月就引入了 VA-API，Epicboy使得使用硬件视频加速技术解码与 FFmpeg的视频用于所有其他兼容的 GPU 和驱动程序组合成为可能。此外，Yuzu 将优雅地回到软件解码，以防没有支持的组合。
这大大加快了解码过程，提高了模拟器在播放视频时的性能。
目前，已实施以下 GPU 解码器：
GPU 窗户 利诺克斯
恩维迪亚 NVDEC/D3D11VA 恩夫德克/VDPAU
AMD D3D11VA 瓦-阿皮/VDPAU
英特尔 D3D11VA 瓦-阿皮
请注意，由于用于解码视频的 GPU 不一定与用于渲染的视频相同，因此 NVDEC 在 Windows 上比 D3D11VA 更受欢迎，因为后者默认使用 iGPU 进行解码时的性能较低。
接下来的名单上，我们有一些嘈杂的神器出现在一些游戏的视频的报告。值得注意的是，那些编码与VP9格式。史诗男孩调查了这个问题，并通过存根UnmapBuffer，一个驱动程序命令，这是，你可以猜到，用来释放GPU内存由缓冲器举行。但是这到底有什么问题呢？恐怕这会有点技术性， 所以忍受我一段时间。我保证不会伤害...多。
VP9 编解码器除其他外，定义了视频中用作参考的帧，这些帧又被用于重建这些帧之间的帧。这意味着，要正确地插值这些"中间"框架，必须依靠来自，和以前的信息。，另一方面，完全由他们自己解码，而不依赖于任何参考。解码这样的框架是一个较慢的过程，但它保证框架将尽可能干净的错误，这就是为什么他们可以用作参考。key-frameskey-framesinter-frameskey-frames
如前所述，FFmpeg 用于解码视频。在 VP9 格式的情况下，yuzu 需要发送将解码的原始字节（即您在视频中看到的实际图像）以及包含元数据的头，例如帧的尺寸，无论是帧的尺寸，或者，如果不是，在处理时使用什么帧作为参考， 等。key-frame
构成此头的信息映射到内存中的缓冲器。而现在，事情变得有点滑稽。出于某种原因，在这个缓冲区的信息 - 即，该部分的头，指定什么应该用作参考，将改变不一致之间。这导致视频质量的下降，因为每个插值帧将引用不同的，导致这些臭名昭著的混乱的噪音文物的创建。key-framesinter-frameskey-frame
通过存根命令，这些参考帧的地址现在保持不变，只要他们需要，允许yuzu传递到正确的信息，并解码视频没有任何问题。UnmapBufferFFmpeg
两个小故障自由和光滑 （塞尔达的传说： 链接的觉醒）
在相关方面，epicboy 修复了另一个 VP9 问题：位流的第一帧缺少其帧数据，因此他改变了逻辑以确保第一帧完整，沉默了 FFmpeg 抛出的运行时间错误。
如前所述，Yuzu 直接从缓冲器中包含的 NVDEC 寄存器中读取标题信息。不幸的是，一个关键的旗帜，需要传递给FFmpeg，实际上并没有在这个缓冲举行。is_hidden_frame
为了规避此问题，我们的实施还缓冲了下一帧，然后，根据持有相同信息的另一个标志（），通知 FFmpeg 是否应显示前一帧。这意味着玉豆总是解码一帧晚了，因为已经是这样了，玉豆没有发送第一帧的头信息，因为它需要事先知道的价值。is_previous_frame_hiddenis_hidden_frame
史诗男孩所做的只是复制位流中的第一帧，因此基本上第一帧和第二帧是相同的，因此，利用这一事实，头信息可以传递给FFmpeg，以便它停止抱怨。
唉，软件开发的乐趣在这个世界上转瞬即逝。
一般错误修复
你无法预测虫子会如何出现，有时它们像雏菊一样弹出。随着巴西葡萄牙语作为用户界面的语言，开始只运行在日语，忽略了任何用户设置。Paper Mario: The Origami King
修复"获取可用语句"的副本量足以解决此问题。谢谢莫夫！

真正的本地游戏 （纸马里奥： 折纸王）
桑卡桑给了，我们的指挥线SDL2替代常规Qt玉豆，一些额外的爱。通过正确实现，yuzu-cmd现在可以在全屏下正确隐藏鼠标光标。谢谢！yuzu-cmdSDL_ShowCursor
也与过去有关，虽然按钮映射和其他设置工作正常，但使控制器的切换被完全忽略。阅读连接值作为一个酒鬼是它需要通过这个失误， 感谢吐司不受限制！yuzu-cmd
吐司还发现了如何处理每个游戏配置文件的逻辑中的问题：只选择了默认用户配置文件。某些代码会更改，现在将使用当前选定的用户配置文件。
gidoly打开了他有史以来的第一个拉请求， 修复了一个小的， 但可以说是非常重要的描述。
Use Fast GPU time，高级图形选项卡中的选项之一，是旨在提高与使用动态分辨率作为在交换机上保持稳定性能的游戏的兼容性。
通过对内核撒谎并告知性能总是好的，模拟器避免了不必要的破坏和纹理的重建，从而节省了性能和 VRAM。作为额外的好处，一些游戏使用这种完全不掺解的信息，不断呈现在其最高支持分辨率。
出于这两个原因，我们建议用户始终启用此选项，因为在使用时未发现任何回归，并且某些特定标题（如）的稳定性优势非常值得。Luigi’s Mansion 3
所以，通过称铁铲为铁铲，吉多利现在告诉我们，这确实是一个黑客。阿尔潘， 潘， 维诺， 维诺Use Fast GPU time
存根NGCT：U服务允许启动。良好的捕获由德国77。Boyfriend Dungeon

男朋友地牢
史诗男孩翻转了配置窗口中限制速度百分比和帧速率帽的位置。整理用户界面永远不会造成伤害。
是否有任何开发人员厌倦了等待超过 3 分钟来编译对代码纹理缓存部分所做的每个更改？嗯，yzct12345 将定义拆分，将构建时间缩短到只有 30 秒。
yzct12345也发现我们的僵局，并提交了解决这个问题的修复方案。重写这个队列并使其完成的工作也已经开始，所以希望下个月我们能看到后续工作。如果您对这些"生产者-消费者"术语感到困惑，只需知道它们基本上描述了如何在多核系统中处理对资源的访问，以便编写到（生产）中的流程和从共享资源（消耗）中读取的过程在此例中正确同步， 队列。Single-Producer, Single Consumer queueMulti-Producer, Multi-Consumer
这个冒险的开发人员还优化了"无威特克斯图尔"功能，产生了甜蜜的速度增益。闪动是指用于优化内存中纹理存储方式以最大限度地减少缓存误用的技术。因此，相反的操作是采取一个轻滑的纹理，并重组它，所以它对人类有意义。
前段时间，吐司检测到潜在的越界访问，这是一个错误，当程序访问内存，这是超出范围，它应该在给定的时刻运行。所涉代码也是用于解刷纹理的功能的一部分。epicboy 注意到，问题的根源在于计算帧缓冲器大小，用于限制代码应在哪里操作，并在此 PR 中将其固定，从而有效地消除了错误。
在手动检查 yuzu 时，在分析工具的帮助下，v1993 还在代码库的不同部分发现了一些小错误，例如内核函数中的放错位置的中断语句- 一个改变算法逻辑的人为错误，防止其按预期操作。同样，他还纠正了影响软件键盘代码的复制粘贴错误。GetThreadContext()
v1993 还在功能中发现了另一个错误，用于从 GPU 内存地址获取 CPU 内存段。闪鹰继续前进，并修复了它。GetSubmappedRange()
闪烁鹰的另一个值得注意的变化是，他改变了垃圾收集器（收割机）的逻辑，以便它使用最近使用最少的（）缓存代替。LRU
以前，GC（垃圾收集器）的缓存会在每个帧的纹理上进行重述，检查它们是否应该从内存中清除。它还使用某些启发式处理，使清洁对某些类型的纹理更具攻击性，无需与主机内存同步即可清洁它们。n
然而，该计划根据它们最近被使用的速度来订购纹理。一旦内存已满，GC 就会开始在缓存的元素上进行重做，从而消除在最长时间内未使用的纹理。此外，GC 现在优先考虑消除不需要与主机内存同步的纹理，并且仅考虑从缓存中清空这些纹理后的其他纹理。这些更改使新的垃圾收集器更加稳定，因此我们可以默认为所有用户安全地启用它。LRULRU
同时，BreadFish64发现Yuzu花了相当长的CPU时间运行——一个用于在分析时管理线程的内核功能——并提交了一个补丁，优化了生成的代码，提供了一个小的性能提升。GetHostThreadID()Fire Emblem: Three Houses
输入改进
german77 本月实施了一些输入更改。
首先，在映射和移动模拟棒时，以前的实现仅显示表示模拟棒相对位置的蓝点。现在出现了一个新的绿点，代表棍子的模拟位置，考虑范围和死区值。知道棒子是否真正达到整个输入范围是有用的。
记得测试并设置范围和死区
接下来，通常更新到SDL，这总是带来一些好东西。在这种情况下：
向双感触发器发送效果的能力（目前未实施）。
更好的传感器数据速率为开关和游戏机控制器。
为亚马逊 Luna 控制器添加支持。
为谷歌斯塔迪亚控制器添加隆隆声支持。
专业控制器的改进隆隆声。
最后，Web Applet 会导致 SDL 过程死亡，禁用不必要的功能可以解决问题。
未来项目
4K 海滩情节 （Xenoblade 纪事确定版）
进展良好，大多数重大问题都得到了解决。莫夫有几个尤里卡时刻与。现在其他秘密食谱在烤箱里，等待轮到他们了。Project A.R.T.Project Gaia
都是人！谢谢你的注意 - 快乐的发挥， 下次见！