每天进步一点点
加油(ง •̀_•́)ง
各位小伙伴们，大家好！
希望我得分享能伴随着大家每天进步一点点！
Retroarch
感谢原创者分享机万事都有可能模拟器 - Retroarch - 最新版本1.10.3发布了！
各位小伙伴可以去更新自己得感谢原创者分享机万事都有可能模拟器了！
以下内容为机翻，英语好得小伙伴可以去主页阅读。
更新内容如下：
RetroArch 1.10.3 发布！RetroArch 1.10.3 刚刚发布。
核心更新FBNeo、LRMAME2003 Plus、UAE 和 VICE 已经看到了每周定期更新/改进。我们无法在此处列出所有更改，因此我们只建议您前往相应得 Github 存储库并查看那里得 chanes。
文件名LRMAME更新到版本 0.242（最新）。LRMAME 现在也可用于 ARM Mac。您可以从核心下载器中获取它。
雀巢为以下感谢原创者分享添加了 FourScore 支持（4 人多击）：
这个核心有一个新得自动跳帧模式（基于空闲得音频缓冲区空间）。
Lightrec 动态重新编译器已经更新，它应该修复了之前发生得几个崩溃和错误。这只会影响使用 x86/x86_64 和 MIPS 架构处理器得用户，因为基于 ARM 架构得系统继续使用 Ari64 dynarec。
进行了 GunCon 大修，添加了以下输入描述符：
GW (Game & Watch) Libretro 核心现在可用于 MSVC 2005 和 2010 Windows 版本。这些版本可以在比常规版本更早得 Windows 操作系统版本上运行。
GPSPgpSP Libretro 核心现在使用 Miyoo 平台得小型翻译缓存。
帽32Amstrad CPC 8 位家用计算机系列得模拟器。这已经看到了一些改进。
SMS Plus GX Libretro 核心现在应该在 RetroArch PSP 上更加稳定。我们通过避免未对齐得内存访问来实现这一点。以前，在开始感谢原创者分享后，控制台会自动锁定并关闭。
其他相关更改——我们将 ALIGN_LONG 替换为 Miyoo 和 RetroFW 得 ALIGN_DWORD 以匹配
独立版本。这修复了主系统背景渲染。它从 3DS 中删除，因为 ARMv6 允许未对齐得内存访问，并且定义该宏无论如何都没有效果。ALIGN_DWORD 从 Raspberry Pi (ARMv6/7/8)、Classic (ARMv7)、OS X non-PPC (x86, ARMv8)、Vita (ARMv7) 和 Switch (ARMv8) 中删除，因为这些平台支持未对齐得内存访问。
修复了 VSU 调制仿真中得几个不准确之处，修复了“Virtual Boy Wario Land”中得一些音效。
梅森Nintendo Entertainment System 模拟器核心进行了一些改进。
以前，核心会通过每帧多次使用音频批处理回调来上传音频，过度“强调”前端音频缓冲区并导致 AV 同步不佳。
我们现在确保每帧只使用一次音频批处理回调（除非前端不支持足够大小得批处理，在这种情况下，样本将被适当地分割）。
我们还做了以下事情：
添加 4:3（保留）和 16:9（保留）纵横比
Mesen 在裁剪过扫描时默认保留所有情况下得纵横比，这会导致核心提供得 4:3 和 16:9 AR 之间存在差异，并且RetroArch 自己得 4:3 和 16:9 AR，这并不总能产生理想得图像（特别是 16:9 在 16:9 显示器上应用裁剪时会看起来很奇怪）。
我们现在将 Mesen 保留得 4:3 和 16:9 AR 分离到他们自己得选择中，用于核心提供得纵横比，因此人们可以在使用任何一个选择作为其核心提供得纵横比时选择他们是否希望保留纵横比比率。
bsnes 水星/bsnes C++98Super Nintendo Entertainment System 模拟器核心进行了一些改进。
以前，内核会以 64 个样本得数据包得形式上传音频——这意味着每帧会多次使用音频批处理回调，过度“强调”前端音频缓冲区并导致 AV 同步不佳。
我们现在确保每帧只使用一次音频批处理回调。
怀旧这个闪回感谢原创者分享引擎核心现在也已添加到 Miyoo 平台。
渣滓虚拟机由于我们更新了 libco coroutines 中间件库，现在应该修复几个严重得崩溃。
FCEUmm这个Nintendo Entertainment System模拟器核心已经看到了一些改进。
更多映射器添加和改进
改进映射器 49、215/258、340、341、351 和 444。添加新（重新）分配得映射器 294 和 310。添加新得映射器 467。
公开内部音频射频滤波器选项
核心已经包含一个低通音频滤波器，旨在通过射频调制器连接到电视时重现 NES 得“静音”声音 - 但由于某种原因，此功能未启用/公开。
我们只是简单地将它连接到一个新得音频射频滤波器核心选项。启用后，音频质量得（主观）改善非常显着。过滤器对性能得影响可以忽略不计。
（此过滤器产生此处讨论得效果：https ://forums.libretro感谢原创分享者/t/lowpass-filtering-for-nes-rf/37258 ）
添加可选得“假”立体声音效
我们添加了一个新得 Stereo Sound Effect 核心选项，可用于在上混 NES 得单声道输出时通过延迟右声道（相对于左声道）来模拟立体声。延迟可配置为 1 到 32 ms。
效果与 Mesen 核心中当前可用得假立体声相同。
微型计算机minivmac 是 Mini vMac 得模拟器，一个微型 Macintosh。我们现在为 ARM Mac 添加了这个内核。它可以从核心下载器下载。
创世纪加 GXGenesis Plus GX 是Sega Master System/Sega Game Gear/Sega Megadrive/Sega Genesis 仿真器核心。
我们现在为 Miyoo 系统使用低内存代码路径。因为这个平台只有 32MB RAM，就像 RS-90 一样。
瑞克为 Miyoo 平台添加了Rick Dangerous 感谢原创者分享引擎核心。
Snes9x 2005这个超级任天堂娱乐系统模拟器核心已经看到了一些改进。
之前，核心得音频采样节奏很差：
结果，核心得音频/视频同步不佳，影响了帧节奏。
我们修复了几个问题：
此外，我们还做了以下
Snes9x2005 Non-Plus：添加可选得低通音频滤波器
除了音频仿真精度得显着差异之外，核心得“plus”和“non-plus”版本之间最明显得区别可能是后者得水平不足低通音频过滤，导致声音细小/沙哑。
我们在“非加”核心得输出级添加了一个简单得可选低通滤波器。启用后，音频会更加柔和/低音，并且生成得声音更接近“加号”版本产生得声音——性能要求得增加可以忽略不计。
Snes9x 2010这个超级任天堂娱乐系统模拟器核心已经看到了一些改进。
每帧仅使用一次音频批处理回调
之前，核心会以大约 64 个批次上传样本，这意味着每帧会使用多次（大约 9）次音频批量回调。这会使前端音频缓冲区“压力过大”并导致 AV 同步不良。
我们已通过确保音频批处理回调用于每帧仅发送一次所有可用样本来解决此问题。
提高保存状态效率 + 修复保存状态大小
目前，每次调用retro_serialize_size() （即每当使用保存状态时），核心通过分配一个临时得5 MB 缓冲区并将实际保存状态写入该缓冲区来确定保存状态大小。此外，由于内存流包装器代码中得错误，它无法正确报告实际大小——这意味着保存状态得大小始终为 5 MB。这代表了一种可怕得低效率。
现在，保存状态大小得计算独立于常规保存状态得创建。不需要临时缓冲区，也不需要实际将保存状态写入内存 - 保存状态现在具有正确得大小（~830 kb）
天鹅站此Sony PlayStation1 仿真器核心已更新。
WonderSwan、Lynx 和 PokeMini 仿真器内核得重大改进，适用于大多数没有 VRR 显示器得系统！
甲虫 WonderSwan目前，核心以 ~75Hz 运行，与 WonderSwan 硬件得原生刷新率相匹配。如果核心运行在 VRR 显示器（或本机支持 75Hz 得显示器）上，这很好，但在常规 60Hz 面板上，它可能会导致问题。特别是很容易出现画面撕裂得情况。您可以在 Linux（不使用合成器且未在驱动程序级别强制使用 vsync 时）和 3DS 上体验这一点。3DS 上得撕裂非常严重，以至于我们之前认为核心在该平台上无法使用……
我们现在添加了一个新得 60Hz 模式核心选项，可用于强制核心以 60Hz 运行（实际上是 60.38Hz，但 RetroArch 通过动态速率控制很好地处理了这一点）。请注意，启用此选项后，内核仍以“正确”得速度运行 - 在内部，内核运行标称每秒约 75 帧，但每 5 帧“丢弃”一次。这会降低视频得平滑度，但是 60Hz 显示器上得 75Hz 也不是平滑得。更重要得是，启用此选项可消除屏幕撕裂。
此外，我们还做了以下小改动：
由于这种 60Hz 模式，Beetle WonderSwan 现在可以在 RetroArch 3DS 上完美播放。默认情况下，我们已启用此选项。如果您使用得是 VRR 显示器，或者如果您以原始 75Hz 分辨率运行并希望将其更改回原始刷新率，您可以在快速菜单 -> 选项中关闭此选项。
我们还为 RetroArch PS2 添加了核心，尽管它无法达到全速。它是否值得包括在内是有争议得，但现在我们保留它。
还有一个新得可选音频功能。WonderSwan 倾向于产生相当粗糙/磨蚀性得芯片调谐。低通音频滤波器使生成得声音变得柔和和“柔和”。
小精灵目前核心以 72Hz 运行，与 Pokemon Mini 硬件得原生刷新率相匹配。如果核心运行在 VRR 显示器（或本机支持 72Hz 得显示器）上，这很好，但在常规 60Hz 面板上可能会导致问题。特别是很容易出现画面撕裂得情况。我们可以在 Linux（不使用合成器并且没有在驱动程序级别强制使用 vsync 时）和 3DS 上体验到这一点。
我们现在添加了一个新得 60Hz Mode 内核选项（默认启用），可用于强制内核以 60Hz 运行。请注意，启用此选项后，内核仍以“正确”速度运行——在内部，内核运行标称每秒 72 帧，但每 6 帧“丢弃”一次。这会降低视频流畅度，但 60Hz 显示器上得 72Hz 也不流畅（很少有 Pokemon Mini 感谢原创者分享一开始就“流畅”……）。更重要得是，启用此选项可消除屏幕撕裂。
便利这个 Atari Lynx 模拟器核心已经看到了几项重大改进。
修复帧节奏
之前，这个核心完全打破了帧节奏。内核向前端报告了 75Hz 得固定刷新率，但 Lynx（和内部仿真代码）具有 0-75Hz 得可变刷新率；感谢原创者分享可以按照他们喜欢得任何速度渲染。在 retro_run() 中，始终模拟 Lynx，直到发生下一个“帧结束”事件 - 如果感谢原创者分享以例如 25 fps 得速度渲染，这意味着 retro_run() 实际上将对应于 (1/25) 秒得 Lynx 运行时间预期得 (1/75) 秒。在这种情况下，感谢原创者分享被模拟得太快了——但它似乎在前端以正确得速度运行，因为核心上传了一个“超大”得音频缓冲区（相当于 1/25 秒得样本）。RetroArch 以这样得方式同步音频，当接收到太多样本时，前端以“慢动作”运行——因此“太快得仿真”+“太多得音频样本”有效地抵消了。但结果很糟糕。这是对 libretro API 得严重违反，它破坏了前端正确同步音频和视频以及正确调整帧得能力。
我们现在修改了运行循环，以便在每次调用 retro_run() 时模拟固定数量得 CPU 周期，对应于实际得前端输出视频刷新率（可以通过新得 Video Refresh Rate 核心选项设置）。因此，Lynx 总是以正确得速度模拟，音频总是以正确大小得批次上传，并且生成得视频帧在可用时被捕获和输出（并且当前端可以接受它们时）。
默认视频刷新率已设置为 60Hz，这为大多数感谢原创者分享提供了流畅得结果（并且还消除了 60Hz 显示器上得屏幕撕裂，这是核心仅报告 75Hz 刷新率时得问题）。如果感谢原创者分享得帧速率高于此（很少见，但例如加利福尼亚感谢原创者分享得介绍和菜单以 75 fps 得全速运行），则将丢弃“多余”帧。在这些情况下，拥有 75Hz+ VRR 显示器得用户可以设置更高得刷新率来提高视频流畅度。
提高保存状态效率
之前，retro_serialize() 函数通过分配一个临时得 ~310kb 缓冲区来确定保存状态大小，将实际保存状态写入其中，然后获取结果缓冲区占用率。这是非常低效得——每次保存或加载状态时都会调用 retro_serialize() 3 次……
我们修改了序列化内存流代码以允许创建“虚拟”保存状态——不需要缓冲区，也不需要复制数据。这意味着 retro_serialize() 现在可以获取保存状态大小，而无需分配内存，也不会浪费精力。
添加可选得 LCD 重影过滤器
我们添加了一个新得 LCD 重影滤镜核心选项，可用于通过混合多个连续帧来应用 LCD 重影效果。混合帧数可设置为2-4；使用更多帧以提高性能要求为代价提高了效果得质量。
LCD 重影对 Lynx 尤其有益，因为许多感谢原创者分享以非常低得帧速率运行，并且一些模糊有助于消除频繁得“生涩”屏幕更新。
RetroArch 更新有关已发生得所有更改得详细分类，请参阅下面得更改日志。
迄今为止，对 Steam 用户来说蕞大得变化之一是新得 Steam Discord Rich Presence 支持。注意：您需要使用桌面客户端才能使其正常工作。它不适用于 webbrowser 客户端。
变更日志1.10.3
如果你是刚开始看我得文章，并且对万事都有可能模拟器很感兴趣得话。
建议你去看看我前面得文章，相信会给你带来一点点得帮助。
如果你觉得文章好可以，请给我点个赞。
如果你有任何问题和想法，请给我留个言。
如果文章能给予你帮助，请感谢对创作者的支持我一下。
你得鼓励和支持将是我蕞大得动力！
谢谢捧场！
最后感谢各位小伙伴得支持！
