MAME(多功能游戏仿真框架)

　　MAME是一个多功能游戏仿真框架，MAME的目的是保留数十年的软件历史，随着电子技术的不断发展，MAME阻止了这种重要的老式软件的丢失和遗忘；这可以通过记录硬件及其功能来实现，MAME的源代码用作本文档，该软件可用的事实主要是为了验证文档的准确性；随着时间的流逝，MAME吸收了姊妹项目MESS，因此，除了最初的重点是街机视频游戏；新版本可让用户玩几千个PC游戏，因此该程序现在除了记录街机视频游戏外，还记录了各种(主要是老式的)计算机，视频游戏机和计算器，在某一时刻，实际上有两个单独的项目，MAME和MESS；该软件涵盖了街机，而MESS涵盖了其他所有内容，现在，它们已合并为一个MAME，该工具大部分是用C编程的，并带有一些C++的核心组件，在过去的5年中，MAME目前可以仿真32,000多个单独的系统！

软件功能

　　MAME模拟器是一款强大的街机游戏模拟器

　　MAME模拟器全面支持CPS1、CPS2、NEOGEO、IGS等几十种机型(5000多个街机游戏

　　MAME模拟器内置Cheat作弊文件127版、全套BIOS，最大极限支持更多的游戏。

　　MAME模拟器支持联机对战，而且内置联网游戏功能，可实现局域网联机。

　　MAME 是模拟器历史上最优秀的多机种的街机模拟器之一，同时也是生命力最旺盛的街机模拟器。

　　MAME 已经经历了数年的开发，同时也经历了各种版本及多个开发者的变迁。

　　作为功能最强大的街机模拟器，覆盖面涵盖许多我们熟悉的街机机板

　　同时也支持各种不同的 PC 操作平台

　　并针对不同的 CPU 处理器开发了对应的优化版本。

软件特色

　　MAME以前是Multi Arcade Machine Emulator的缩写

　　它通过仿真来记录和复制街机，计算机，控制台，国际象棋计算机

　　计算器和许多其他类型的电子娱乐机的内部组件。

　　作为一个很好的副作用，该应用程序允许我们在现代PC上使用最初为模拟机开发的程序和游戏。

　　MAME街机游戏模拟器中文版是一款最新用于电脑端的mame街机游戏模拟运行环境辅助工具

　　软件功能非常强大，界面简洁明晰、操作方便快捷，内置全套BIOS，能最大极限支持更多的游戏

使用说明

　　用户可以点击本网站提供的下载路径下载得到对应的程序安装包

　　2、只需要使用解压功能将压缩包打开，双击主程序即可弹出程序界面

　　在软件开发中，发行日期的减少并不是什么新鲜事。

　　出于各种原因，它可以并且确实以某种频率发生。

　　就是说，为了提高MAME团队运作的透明度，我们采取了空前的宣布它的步骤，并就其原因发表了（希望）合理的解释。

　　做出此决定的简单且非技术性的原因是，在引擎盖进行了一些重大更改以纠正MAME 0.226发布后的技术债务后，代码库的整体稳定性并不是我们希望达到的目标。

　　与许多项目一样，我们有一组样板的测试，这些测试会定期进行。

　　当对核心代码库进行任何重大更改时，都会有不稳定的可能性–由于在后续的更多技术说明中将显而易见的原因，即使纠正了这些问题的总体好处，该更改也完全可以保证引起问题。

　　以下说明假定读者是技术上适合的编码器，但是对于具有自动内存管理功能的语言（例如Java或C＃）更有经验。本节旨在介绍已知的概念，以提供一个概念上的锚点，以与下一部分进行对比，后者详细介绍了手动内存管理。对于那些熟悉C或C ++的人，值得跳到下一节。

　　尽管有很多区别不同语言的要点，但是最基本的观点之一是内存管理的概念。

　　在8位和16位系统的时代，用汇编语言编写应用程序时，RAM受到了严格限制，因此您可以放心，您的软件（只有软件）在硬件上运行，这是有可能的。只需选择RAM中的哪个位置直接映射到代码中的哪个变量即可。

　　随着高级语言在现代平台上的使用成为可能，必须做出一些让步，其中一个简单的问题是：“我的变量实际上位于哪里？”

　　避开静态，局部，全局和其他变量存储类的概念，这会使本来就很长的帖子变得更长，在这种情况下，重点将放在内存分配上。通常，应用程序启动时的内存占用量等于代码所需的空间量，以及编译器能够识别的任何变量。由于无法在编译时预测应用程序的大部分内存使用情况，因此请考虑一款可以产生大量潜在敌人的游戏，因此大多数语言都允许使用一种称为“分配”的概念。

　　从最基本的层面来说，分配是程序与底层操作系统之间的契约，它需要一块内存，并且该内存最终将被释放。对于Java或C＃之类的语言，由底层运行时环境来确定何时释放内存。在其他语言（例如C或C ++）的情况下，不管是好是坏，这都是程序员自己决定的。

　　提供自动释放内存分配功能的语言称为“垃圾收集”语言。从某种意义上说，该程序被比作一间房屋，该房屋只是定期将其垃圾丢弃，以供其他人处理。但是，永远不要认为该语言的垃圾收集器是无所不知的。对于分配的某些态度可能会导致垃圾收集器在编码器之后花费过多的时间进行清理，这很像一个真正的垃圾收集器，如果一个家庭要放出数百个很小的垃圾箱，而所有垃圾箱都只有一件垃圾。

　　回到分配而不是取消分配的主题，一个重要的概念是分配器将为应用程序提供多少人工。通常，这很大程度上取决于应用程序本身。更相关的是，它与C和C ++的关系在这里至关重要，因此在下一节中，我们将介绍它。

　　C和C ++通过允许编码器覆盖系统分配器或取消分配器，使所述编码器面临一个问题：如何处理未初始化的内存？

　　处理此问题的方法有多种，但在成功分配后，可将其归结为以下三种策略：立即将指针移交给已分配的块，相同但将块清除为零，或者也相同，但将块清除为a而是已知的非零值。

　　在这三种情况下，微积分都是性能之一。清除分配给任何类型的一致值通常是避免问题或快速暴露问题的一种好方法，但是在大量使用分配器的过程中会导致严重的性能损失。在后一个范围内，清除为零值似乎是逻辑上的解决方案，但是这样做会使未初始化的指针模煳不清。当然，执行路径中的任何类型的空指针安全检查都将被执行，因此编码器甚至可能永远不会意识到，如果没有清除分配器，指针将永远不会被初始化。

　　在前者的情况下（根本不清除任何内容），那么预先知道各个变量的值将是完全未知的。它们可以为零，也可以为非零，它们将只是底层操作系统交接该RAM时驻留在该RAM块中的任何内容。在这种情况下，这些未初始化的变量可能会对代码的功能造成严重破坏，而这就是我们在MAME案例中面临的问题。

　　几十年来，MAME一直分配内存并将其清除为一致的值。但是，随着几年前改用C ++的出现，通常将许多设备（单个芯片或外围设备的实现）以及驱动程序（用于模拟特定系统或平台的设备集合）转换为基于类的速度最快。可能。这样做时，执行这些批量转换的人员通常会忽略在类构造函数中初始化类成员变量，因为在这方面，清除分配器是一种节省的选择。

　　随着MAME 0.226的发布，我们的主要维护者决定使用清除分配器的弊大于利。尽管它保持了某种外观的稳定性，但在很大程度上是虚幻的：底层的设备和驱动程序仍然存在问题，但是它们被掩盖了。

　　同时，此决定阻碍了多年来为MAME添加的功能，以实现提供文档的既定目标。 在这些情况下，完全不需要清除与实例化每个驱动程序有关的每个分配所涉及的大量开销（例如，调用-listxml命令，-validate命令或其他命令时所执行的操作）。

　　考虑到这一点，引发了切换，我们转而使用简单的非清除分配器。不幸的是，这具有使多年的技术债务急剧减少的副作用。尽管我们的自动化测试已经能够捕获许多回归，但它并不是一个完美的系统。

　　由于MAME所模拟的系统数量众多，因此每个系统允许运行10秒回归运行，并且仅当回归运行完全崩溃或以与上次已知良好点有二进制差异的PNG屏幕截图或WAV输出结尾时才进行标记。由于这甚至还没有超过许多街机游戏的初始开机测试，这意味着我们不一定知道在那之后系统是否会崩溃或表现出不正确的行为。