stefanobolli.sourceforge.net

MAME 前端是架在 MAME 模拟器之上的一层图形界面，负责把游戏列表、启动参数和截图等媒体资料集中管理，让你不必手敲命令行。Romeo 就是其中一个用 Java 编写的开源前端，支持 XMame 和 Windows 命令行两种后端，适合在 Linux/X11 或 Windows 上管理街机游戏库、并希望界面可换肤的用户；它不支持 DOS 端口，使用前需要有可用的 Java 运行环境。

前端和 MAME 模拟器各管什么

MAME（Multiple Machine Emulator）本身是模拟器，作用是尽量忠实地复现各种街机机器的行为。按 Romeo 项目页的说明，MAME 项目的主要目的其实是记录街机游戏的硬件与软件资料，让人重温老游戏只是附带的好处。

前端不负责模拟，它做的是外围工作：

• 列出你拥有的游戏，支持按名称或描述搜索；
• 为每个游戏保存独立的启动配置，或统一使用默认配置；
• 展示截图、宣传图（flyer）、框体照片、游戏历史等资料；
• 调用后端命令行把游戏真正跑起来。

所以判断要不要前端，取决于你的游戏数量和管理需求：只有几个 ROM、偶尔玩一次，直接命令行就够；游戏多、想按游戏调参数、想看图选游戏，前端才有价值。

Romeo 的界面与功能

Romeo 的主窗口分三个标签页：

界面定制是它的一个特点：程序包内附带 7 套皮肤，可以更换外观风格（Look And Feel）、应用主题，图标集也有三套可选——Carlitus 的 Noia（红、蓝两个版本）和 Everaldo 的 Kids。

它还能从互联网下载 ROM、截图、flyer、marquee、框体照片和音频采样等文件。这一功能省去手动搜集素材的麻烦，但实际可用性取决于下载源是否仍然有效，项目页没有给出具体的下载来源和可用性保证，使用前应自行确认。

支持哪些平台

Romeo 自 0.1.3pre3 版本起支持 XMame 和 Windows 命令行，明确不支持 DOS 端口。

• XMame：MAME 的 Unix/X11 移植版，让 MAME 能在 *nix 机器上通过 X11R6 X-Window 系统运行，也涉及 SVGAlib、ggi、XF86-DGA、OpenGL、SDL 等图形方式。
• Windows 命令行：在 Windows 上通过命令行调用 MAME。

由于 Romeo 本身是 Java 程序，跨平台的前提是目标系统上有可用的 Java 运行环境，并能调用上述任一后端。

许可与项目状态

Romeo 是开源软件，以 GNU 通用公共许可证（GPL）发布，项目中还包含 L2FProd.com 和 MetaStuff, Ltd（dom4j）开发的软件。项目页自述“仍在开发中”，但已具备相当数量的功能。

这意味着两件事：一是你可以自由使用和查看源码；二是不要期待它像商业软件那样有稳定的更新和支持，遇到问题时社区和文档可能有限。选择前端时，维护活跃度、是否支持你当前的 MAME 版本、以及社区是否还在讨论，都是比功能列表更实际的判断依据。

怎么判断该不该用 Romeo

可以按下面几条对照自己的情况：

• 用 Linux/X11 或 Windows，且已有可运行的 MAME 或 XMame：Romeo 在支持范围内，可以尝试。
• 需要按游戏保存不同配置、想看图选游戏：这是前端的典型收益场景。
• 在意界面外观：7 套皮肤、主题和图标集切换是它的加分项。
• 使用 DOS 版 MAME：不在支持范围内。
• 希望有持续维护和活跃社区：需要先确认项目当前状态，再决定是否投入时间配置。

如果你只是想验证前端是否适合自己，可以先在一个小规模游戏库上试用：确认 Java 环境可用、后端命令行能正常启动游戏，再逐步导入更多 ROM 和媒体资料。

一个开源、免费、基于开放标准的 Java/J2EE 开发套件发行版，通常不是单一软件，而是把项目从编码到部署所需的若干层组件打包在一起：JDK、IDE 或编辑器支持、构建与依赖管理工具、测试框架、应用服务器或运行时、数据库与持久层工具、以及文档和示例。它的价值在于减少“起步阶段”的选型与配置成本，让开发者不必逐个下载、对齐版本、手动拼接。

它和单独安装 IDE、JDK、应用服务器有什么区别？

单独安装意味着你分别获取每个组件，自己决定版本组合。发行版则预先做了一部分集成和版本对齐工作。

关键区别不在“功能多少”，而在集成成本由谁承担。发行版把一部分集成决策提前做了，代价是你需要接受它的默认组合。

这类发行版通常包含哪些组件类别？

开发环境与工具链

• JDK：Java 编译与运行的基础。发行版可能捆绑某个 OpenJDK 构建，或要求你自行指定。
• IDE 或编辑器集成：可能是完整 IDE，也可能是插件包、项目模板或代码生成器。
• 构建与依赖管理：如 Maven、Gradle 或 Ant，用于编译、打包和拉取第三方库。
• 版本控制与协作工具：Git 客户端、代码规范检查、持续集成配置样例等。

测试与质量工具

• 单元测试框架（如 JUnit 系列）
• 集成测试与容器化测试支持
• 静态代码分析、覆盖率报告工具
• 日志与断言库

这些组件决定项目能否在早期建立可重复的验证流程，而不是等到部署后才发现问题。

运行时与部署层

• Servlet 容器或应用服务器：如 Tomcat、Jetty、WildFly 等，用于运行 J2EE/ Jakarta EE 应用。
• Web 层与 REST 支持：Servlet、JSP、JAX-RS 等标准实现。
• 持久层：JPA 实现、JDBC 驱动、连接池。
• 事务与安全：JTA、JAAS 或对应标准的安全模块。
• 部署脚本与配置模板：用于本地启动、打包成 WAR/EAR 或容器镜像。

文档、示例与社区资源

• 入门教程、示例项目、API 文档
• 常见问题与迁移指南
• 社区论坛、邮件列表或问题跟踪入口

这部分常被忽略，但它直接影响遇到问题时能否快速找到答案。

“开放标准”和“开源免费”对选型意味着什么？

开放标准通常指实现遵循 JSR、Jakarta EE 等规范。实际好处是：应用代码对某个厂商或服务器的绑定程度较低，未来更换实现时迁移成本相对可控。但要注意，标准覆盖不到的地方（如服务器特有配置、性能调优参数）仍可能形成隐性绑定。

开源免费意味着你可以查看、修改和再分发代码，通常也允许商业使用。但“免费”不等于“无成本”：

• 你需要投入人力跟进安全补丁和版本升级。
• 社区版可能缺少企业级支持、监控或高可用特性。
• 许可证类型不同，对再分发和专利授权的约束也不同，商业项目应核对具体许可证。

因此，选型时不应只看“是否免费”，而要看总拥有成本：学习曲线、维护人力、升级频率、以及出问题时的可求助渠道。

判断一个发行版是否适合自己项目的检查清单

1. 版本兼容性：JDK、服务器、构建工具、数据库驱动之间的版本是否明确列出并经过验证？
2. 标准覆盖度：它实现的是哪些 Jakarta EE / J2EE 规范版本？是否满足你需要的 API？
3. 社区活跃度：最近提交、问题响应、版本发布频率如何？长期无更新的项目风险较高。
4. 文档完整性：是否有从零到部署的完整指南？示例能否直接运行？
5. 升级路径：从当前版本升级到下一版本是否有说明？是否依赖大量已废弃 API？
6. 可替换性：如果只想替换其中一个组件（如换应用服务器），是否可行？
7. 许可证与合规：许可证是否允许你的使用场景？是否需要保留版权声明？
8. 支持渠道：遇到阻塞问题时，是只能靠社区，还是有商业支持可选？

一个可复制的评估模板

假设你在评估某个 Java/J2EE 发行版，可以按下面模板逐项填写：

项目名称：
目标 JDK 版本：
包含的应用服务器及版本：
构建工具及版本：
测试框架：
持久层方案：
是否提供 Docker/容器支持：
最近一次发布距今时间：
文档入口：
许可证类型：
已知不包含的组件：
需要自行补充的组件：
升级到下一版本的已知障碍：

填完后，重点看“需要自行补充的组件”和“升级障碍”两栏。如果这两栏内容过多，说明发行版节省的集成成本有限，可能不如直接按需选型。

结语

开源免费的 Java/J2EE 开发套件发行版，核心作用是提供一套经过基础对齐的组件组合，降低项目起步阶段的配置负担。它通常覆盖 JDK、构建工具、测试框架、应用服务器和文档示例等层次。判断是否适合自己，关键不是功能列表有多长，而是版本兼容是否清晰、社区是否活跃、文档是否完整、升级路径是否可行。把这些条件核对清楚，再决定是采用发行版还是自行组合，才能避免后期维护上的被动。

Romeo 是一个用 Java 编写的 MAME 前端，在 Linux 上通过 XMame（MAME 的 Unix/X11 移植版）工作。它解决的是“模拟器能用但不好用”的问题：把游戏列表浏览、搜索、截图与海报展示、按游戏保存配置、换肤这些操作集中到一个图形界面里，而模拟硬件本身仍由 MAME/XMame 完成。是否适合你，取决于三点：机器上有可用的 Java 运行环境、XMame 版本能与它配合、以及你能接受一个较旧且仍在开发中的开源项目。

前端与模拟器各自负责什么

MAME 是模拟器，负责复现街机硬件的运行行为，其项目主旨还包括记录街机硬件与软件资料。前端不参与模拟，只做外围管理：列出 ROM、按名称或描述检索、启动游戏、展示媒体资料、保存每个游戏的选项。

Romeo 的定位正是后者。它自 0.1.3pre3 版本起支持 XMame 和 Windows 命令行方式，明确不支持 DOS 移植版。所以在 Linux 上，实际组合是“Romeo（Java 界面）+ XMame（模拟执行）”，两者缺一不可。

Romeo 在 Linux 上的运行方式

• 运行环境：Romeo 基于 Java，需要机器上有可用的 Java 运行环境；资料未给出具体 Java 版本要求，实际使用前应以项目发布说明为准。
• 模拟器后端：Linux 侧对应 XMame，即 MAME 的 Unix/X11 移植版，可运行在 X11R6 X-Window 系统上，也支持 SVGAlib、ggi、XF86-DGA、OpenGL、SDL 等显示方式。
• 平台边界：支持 XMame 与 Windows 命令行，不支持 DOS 版。这意味着它面向的是类 Unix 桌面和 Windows 命令行环境，而不是纯 DOS 环境。

实用功能清单

Romeo 主窗口分为三个标签页，功能围绕“找游戏—看资料—调选项”展开：

此外还有几项对日常使用影响较大的能力：

• 搜索：在游戏列表中按游戏名称或描述检索。
• 联网下载：可从互联网下载 ROM、截图、海报、标题图、框体照片和音频采样等文件。
• 外观定制：支持换肤，安装包内附带 7 套皮肤；可切换 Look And Feel、应用主题；图标集有三种可选（Carlitus 的 Noia 红色与蓝色版本、Everaldo 的 Kids）。

Romeo 采用 GNU 通用公共许可证发布，属于开源软件，并包含 L2FProd.com 与 MetaStuff, Ltd（dom4j）开发的软件组件。

联网下载功能的使用前提

“能自动下载 ROM 和媒体”是 Romeo 最容易被误解的功能。需要分清两件事：

1. 媒体文件（截图、海报、标题图、框体照片、音频采样）属于展示素材，下载后用于第二个标签页的资料展示。
2. ROM 文件是运行游戏的核心，其获取与使用涉及版权与当地法律，前端只是提供了下载入口，不改变合法性要求。

因此，使用前应确认 ROM 来源合法、网络可访问相应资源，并了解下载目标目录的配置方式。资料未说明下载源地址与具体配置项，实际以软件内设置为准。

判断是否选用 Romeo

适合的情况：

• 你已经在 Linux 上跑起 XMame，希望有一个图形界面来浏览和启动游戏，而不是手敲命令行。
• 你重视媒体资料展示（截图、海报、框体图、历史信息）和逐游戏保存配置。
• 你喜欢换肤、换图标这类外观定制，且不介意 Java 应用的启动开销。

需要谨慎的情况：

• 项目较旧且仍在开发中，功能与新版 MAME 的兼容性无法从资料中确认；若你使用的是较新的 MAME 版本，应先验证 XMame 侧能否正常配合。
• 机器上没有合适的 Java 环境，或你希望使用轻量、免依赖的原生前端。
• 你只需要最简启动功能，不需要媒体库和皮肤系统。

一个具体的判断方法是：先用 XMame 在命令行成功启动一个游戏，确认模拟器本身可用；再安装 Romeo，检查它能否正确读取你的 ROM 目录并列出游戏；最后测试第二个标签页的媒体展示与第三个标签页的配置保存。三步都通过，说明这套组合在你的环境里成立。

march-hare.com 提供 CVSNT/CVS 2.x 的客户端与服务器下载，覆盖 Windows、Linux、Mac OS X、HP-UX 等平台。如果你需要为某个操作系统获取对应的 CVS/CVSNT 安装包，可以先在该站点的下载页面按平台和角色（客户端/服务器）筛选。下载前建议先确认目标系统的架构与所需版本号，避免装错包。

能下载到什么

该站点围绕 CVS/CVSNT 提供两类下载内容：

• 服务器端（Server）：用于搭建版本控制服务，供团队通过 CVS 协议访问仓库。
• 客户端（Client）：用于连接已有 CVS/CVSNT 服务器，执行检出、提交、更新等操作。

下载按操作系统分类，站点关键词覆盖 Windows、Linux、Mac OS X、HP-UX，说明这些平台都有对应安装包。

按平台选择对应文件

选择时先确定两件事：你要装的是客户端还是服务器，以及目标机器的操作系统与架构。同一平台下客户端和服务器是分开的文件，不要混用。

下载前的注意事项

• 确认版本号：CVS 2.x 与 CVSNT 的版本线不同，先明确项目需要哪一条版本线，再下载对应文件。
• 确认系统架构：32 位与 64 位安装包不通用，装错会导致无法运行。
• 理解 CVSNT 与传统 CVS 的关系：CVSNT 是在传统 CVS 基础上发展出的实现，在 Windows 环境下支持更完善。如果项目仍在使用传统 CVS 工作流，需要确认所选版本与现有仓库的兼容性。
• 判断是否仍适合当前项目：CVS/CVSNT 属于较早期的版本控制方案，新项目通常有更现代的选择。若维护的是既有 CVS 仓库，继续使用对应客户端/服务器是合理的；若是全新项目，建议先评估替代方案。

下载后如何验证与安装

1. 核对文件完整性：下载完成后，检查文件大小是否与页面标注一致；若站点提供校验值（如 MD5/SHA），用对应工具比对。
2. 确认文件类型：Windows 通常为可执行安装包，Linux/Unix 平台可能是压缩包或包管理格式，按平台惯例解压或安装。
3. 执行安装：运行安装程序或解压到目标目录，按提示完成配置。
4. 验证安装结果：在命令行执行版本查询命令（如 cvs --version 或 CVSNT 对应的版本命令），能正确输出版本信息即表示安装成功。
5. 连接测试：客户端安装后，尝试连接一个已知的 CVS 服务器，确认能正常检出或列出仓库内容。

常见卡点

• 装错角色：把服务器包当客户端装，或反之，导致命令不可用。
• 架构不匹配：在 64 位系统上装了 32 位包（或反之），运行时报错。
• 版本与仓库不兼容：客户端版本与服务器端协议不一致，连接失败。
• 缺少依赖：部分 Unix 平台安装前需要先满足系统依赖，否则安装中断。

如果下载页面未明确标注版本号或架构，建议先查看站点上的版本说明或发布记录，再决定下载哪个文件。

打开 favicon.cc，你可以直接在浏览器里新建一个画布，用色板逐格画出图标，或导入现成图片转成 favicon，完成后下载 favicon.ico 放到网站目录即可。整个过程不需要安装软件，适合想快速给网站加一个地址栏小图标的人。需要注意：favicon.cc 提供的是制作和下载工具，图标最终能否显示取决于你把文件放到了哪里、页面有没有正确引用，以及浏览器缓存是否已刷新。

在 favicon.cc 上新建并绘制图标

favicon.cc 的编辑区是一个像素网格，配合 Color Picker（取色器）使用。页面上的操作提示写得很直白：Choose a color（选颜色）→ Click on the squares and paint your logo（点击方格绘制你的图标）→ Download when you are finished（完成后下载）。

具体步骤：

1. 进入 favicon.cc，选择 Create New Favicon 新建一个空白画布。
2. 在 Color Picker 里选一个颜色，输入框显示的是十六进制色值（例如页面示例中的 0084FF）。
3. 用鼠标在网格上逐格点击上色，画出你的图案。画错了可以用 Clear 清空重来，或调整 Transparency（透明度） 处理边缘。
4. 想省事的话，用 Import Image 导入一张现成图片，让工具把它转成图标，再手动微调。
5. 完成后点击 Download Favicon 下载 favicon.ico 文件。

绘制时的一个实用判断：favicon 在浏览器标签页和地址栏里通常只显示十几到几十像素，细节越多越糊。优先用简单形状、高对比配色，字母和几何图形比复杂插画更容易辨认。

用帧和动画做动态 favicon

favicon.cc 支持多帧编辑，可以把图标做成会动的效果。编辑区下方有帧控制：

• Append New Frame：新增一帧
• Copy Previous Frame：复制上一帧，适合做小幅变化
• Delete Frame：删除当前帧
• Previous / Next：在帧之间切换
• Frame 1 of 1：显示当前帧位置

动画设置里可以选 animate preview（动画预览）、loop forever（无限循环）、stop at last frame（停在最后一帧），以及 2 到 20 次之间的循环次数；也可以直接选 Don't Use Animation 做静态图标。每帧还能单独设置显示时长，从 0.05 秒到 20 秒不等。

做完后先点预览确认循环或定格效果符合预期，再下载。动态 favicon 不是所有浏览器和场景都支持，如果只是想让标签页有个稳定标识，静态图标更稳妥。

把 favicon.ico 放到网站上

下载得到 favicon.ico 后，按 favicon.cc 的说明，把它放进你的网站服务器目录。常见做法是放在网站根目录，这样浏览器访问时会自动去请求 /favicon.ico。

如果放在根目录，通常不需要额外配置；如果放在子目录或用了别的文件名，就要在页面 <head> 里显式引用：

<link rel="icon" href="/favicon.ico" type="image/x-icon">

把 href 换成你的实际路径即可。放好之后重新打开网站，查看浏览器标签页和地址栏是否出现图标。

可选：以 Creative Commons 许可发布

favicon.cc 提供 Publish under an open license 选项，可以把你做的图标以 CC（Creative Commons）许可公开发布。页面底部还有 Latest Favicons、Top Rated Favicons 等公开图标库，以及 Tag Cloud 标签分类（如 flower、letter、logo、love、star、animated 等）。

要不要发布取决于你的用途：如果图标要作为品牌标识独占使用，通常不选公开发布；如果只是随手做的通用小图标，愿意让他人复用，再考虑 CC 许可。发布意味着他人可以在该许可范围内使用，这一点在点击前想清楚。

图标不显示时怎么排查

按顺序检查这几项：

1. 文件名和路径：确认文件确实叫 favicon.ico，且放在你引用的位置。路径写错是最常见的原因。
2. 引用标签：如果没放在根目录，检查 <head> 里的 <link rel="icon"> 是否写对。
3. 浏览器缓存：favicon 缓存很顽固，换浏览器或无痕窗口测试，或强制刷新（Ctrl+F5 / Cmd+Shift+R）。
4. 格式问题：确认下载的是 .ico 文件，而不是被改名的 png。
5. 浏览器支持：动态 favicon 在部分浏览器不生效，换成静态版本再试。

favicon.cc 页面本身也提示了完整流程：选色 → 绘制 → 下载 → 放入网站目录 → 可选发布。照着这条链路走，多数问题都能定位到具体一步。