业界游戏镜像发布规则

来自萌娘文库
跳转至: 导航搜索
                         __                          __                         
+------------------------\/--  游    戏    镜    像  --\/------------------------+
|                                                                              |
:      ________:__  _._______ _ ______.__     _  _________:_    _\/______.     :
.     /        ./\ / +      /\+/      ://+____:_/        _./\ ___/X_    //____ .
     /    _____/ //_____/   7//       /       //  _______z/ / /    \ __/__   /_ 
 ___/.   /\___/_/_\____/    //    /  /    __ /   /   / /_/ / //   /____  /    /\
 \+//   / /_    \    _     /+    /     /  \+/       / /\_\/  /   /  \/  //_  //\
  \/   /_+_/    /\  //    /X/   /_____/    /    ___/_/_____ /___/       ///  / /
  / .     /    / /________/    /\____/  . / \           __/_\___\ ____ /____/ / 
 /____/\______/ /\______/   . / /   /________\      \ . \/ /\----\____\/\___\/  
<<\___\/\_____\/_______/_____/ /____\___/____________\  /\/ /< << ----+\/----  >
- ---------------------\_____\/---------\_____________\/ /\/- ---------------- -
.                                                     \/                       .
|                    __                              __                        |
+--------------------\/--  发     布      规     则  --\/------------------------+
|                                                                              |
| 在近20年没有新写出的规则给PC游戏区时, 各1流游戏ISO小组集合协作1个逾期的现代化.
| 接下来的章节和段落将叙述用于发布镜像游戏的方式. 0day游戏硬盘版不适用此文档.
|                                                                              |
| 这套2021年规则取代之前所有镜像游戏有关规则.
|                                                                              |
+------------------------------------------------------------------------------+
| I. 发布打包
|                                                                              |
|  1.1 所有未更改的原始游戏文件要打包进1种文档, 用任意格式和压缩等级小组倾向的.
|      此文档将由1个安装程序提取其文件到用户指定的位置.
|                                                                              |
|  1.2 假如有游戏提供了不同的文件式给32位和64位系统, 只有64位的将必须包括. 32位的
|      可包括在同1发布中如果小组选择这样做或可以单独发布, 甚至由其他组发布.
|                                                                              |
|  1.3 此文档也可以包含额外的1个文件夹带有让游戏能正常打开的运行环境包.
|                                                                              |
|  1.4 假如游戏是在某个合集中分发的. 小组可自行决定用原本的文件或重新打包进符合
|      上述规定的安装程序.
|                                                                              |
|  1.5 破解文件要分开放在安装程序外面叫"Crack"或小组名的文件夹中.
|                                                                              |
|  1.6 文档, 安装程序和破解文件夹要写入1个镜像文件 其符合ISO 9660标准(包括任何
|      扩展插件来正确储存这些文件)或UDF标准(任何修订版).
|      此镜像文件的标注区在字符编码和长度限制下要尽量符合游戏原本名称.
|      此镜像文件的后缀必须是".iso".
|                                                                              |
|  1.7 此镜像文件要打包进1个RAR 用RAR4或RAR5格式和旧式分卷命名法.
|      如 grp-gamename.rar, grp-gamename.r00, grp-gamename.r01, ...
|                                                                              |
|  1.8 不准附加无关或没用的数据意外地加入到安装文档, ISO文件或RAR中.
|                                                                              |
|  1.9 不能独立运行的游戏要包含必要运行文件作为发布的义务.
|      此文件不能写入镜像文件, 但要直接放入RAR中.
|                                                                              |
| 1.10 允许的RAR分卷大小对于独立的游戏发布:
|      (MB = 兆字节 = 1,000,000 字节)
|                                                                              |
|         ISO 文件大小                RAR 分卷大小
|         up to      700 MB          15,000,000 bytes                          |
|     (   700 MB,   4700 MB]         50,000,000 bytes                          |
|     (  4700 MB,   8500 MB]        100,000,000 bytes                          |
|     (  8500 MB,  13200 MB]        150,000,000 bytes                          |
|     ( 13200 MB,  17000 MB]        200,000,000 bytes                          |
|     ( 17000 MB, 225250 MB]        250,000,000 bytes                          |
|     (225250 MB,   无限大 ]        500,000,000 bytes
|                                                                              |
| 1.11 允许的RAR分卷大小对于所有其他发布类型:
|                                                                              |
|            数据大小                   RAR 分卷大小
|         达到     100 MB            5,000,000 bytes
|         大于     100 MB             同样大小和 1.10
|                                                                              |
| 1.12 对于独立的游戏发布 最小总和RAR分卷大小是400,000,000字节. 其他发布类型没有
|      最小尺寸要求.
|                                                                              |
| 1.13 允许的RAR压缩率有最快(m1), 较快(m2), 标准(m3), 较好(m4)和最好(m5).
|      储存(m0)不被允许.
|                                                                              |
| 1.14 加密或密码保护不被允许.
|                                                                              |
| 1.15 最终发布文件列表只能包含以下项目:
|      -RAR分卷
|      -NFO文件(签名)
|      -SFV文件(签名)
|                                                                              |
+------------------------------------------------------------------------------+
| II. NFO                                                                      |
|                                                                              |
|  2.1 NFO要含有以下信息:
|      - 组名或标志
|      - 游戏名
|      - 游戏加密
|      - 链接到游戏的商店或官方网站(可选)
|      - 简要游戏描述
|      - 安装教程
|      - 列出包括DLCs (初期发布可选)
|      - 补丁版本/安装了的升级 (可选)
|      - 列出需要的前置发布 (对于非独立运行)
|      - 列出包括的语言 (仅多语种发布)
|                                                                              |
+------------------------------------------------------------------------------+
| III. 目录 / 文件命名
|                                                                              |
|  3.1 单个标点必须用.
|      多重标点不被允许.
|      仅点和下划线允许作为空格的代替.
|                                                                              |
|      指南例子:
|        Awesome.-.Game-GRP, Another.Game.-GRP, grp--gamename.rar              |
|        Awesome_-_Game-GRP, Another_Game_-GRP, grp__gamename.rar              |
|                                                                              |
|  3.2 允许的字符 目录名称:
|      ABCDEFGHIJKLMNOPQRSTUVWXYZ                                              |
|      abcdefghijklmnopqrstuvwxyz                                              |
|      0123456789.-_                                                           |
|                                                                              |
|  3.3 如果某个游戏的名称包含其他除了上述列出的字符外
|      那么他们可以忽略或用看起来像的字符替代.
|      如果那导向目录名称 其使得不能正确读取游戏
|      那就用罗马注音, 普通的描述或官方万国码描述可以被使用.
|                                                                              |
|  3.4 允许的字符 文件名称:
|      abcdefghijklmnopqrstuvwxyz      (仅小写命名文件)
|      0123456789.-_                                                           |
|                                                                              |
|  3.5 RAR文件和SFV文件的文件名必须前缀有组名或标签并符合单个发布的文件系列.
|      (文件系列 - 无后缀的文件名)
|      RAR和SFV文件要全局唯1.
|      如 grp-crysis7.rar, grp-crysis7.sfv
|                                                                              |
+------------------------------------------------------------------------------+
| IV. 特权
|                                                                              |
|  数字版分发成为PC游戏的标准引起了发行更新和其他附加内容的数量颇多变化大幅增长.
|  这导致许多独立发布包含少量的更新档却大堆重复数据.
|  为防止1组特别的这些发布, 专门限制特定时间更新介绍如下.
|                                                                              |
|  4.1 小组赢得竞赛, 由抢先发布某个新游戏或新付费内容, 有权利发布其更新/DLC和
|      其他特定的新内容.
|                                                                              |
|  4.2 每当此游戏接到免费更新/DLC或其他合适内容, 60天*内仅该组允许发布.
|      (* 加上在发行到00:00世界协调时的期间)
|      如果多个发布之类的在期间又从开发者发行, 该组不用自己每次都更新, 但可以放这些
|      累积性更新/DLC到自定合适的发布中. 尽管这不会改变独占发布特权的限制时间.
|                                                                              |
|  4.3 如果该组在期间发布. 独占发布未来内容的特权仍留在该组.
|      如果该组未能做到, 此特权将丧失并立刻开始成为更新/内容发行的自由竞赛.
|                                                                              |
|  4.4 付费内容不算于这个规则并导致新竞赛除了如果它是以下任何组合:
|      - 游戏内自定项目如护甲, 武器, 皮肤 或任何其他装饰内容
|      - 非游戏文件如设定集, 壁纸, 视频, 原声带 或其他游戏攻略之类的
|                                                                              |
|  4.5 特定付费内容例子不会引起新竞赛:
|      - 新任务, 关卡, 赛道实际加入到游戏本体体验中的
|      - 重制/增强游戏版本功能如改善/重做画面或音效
|                                                                              |
|  4.6 此特权仅有效于特定安装类型考虑到辛苦和包括的语言的胜利发布.
|      - 如果此游戏能同样发布作多语种那么此的语种融合特权必须由不同竞赛赢得.
|        同样的适用于外语, 单语种发布.
|      - 如果这些语言是添加到这个标准英语安装中, 那些更新算独占发布的特权.
|      - 此独占权要么覆盖32位和64位1起或分开, 取决于发布类型并由该组选择.
|      更多信息见规则1.2和规则5.15-5.18.
|                                                                              |
|  4.7 发布非最终版本的游戏不会获得此特权.
+------------------------------------------------------------------------------+
| V. 发布类型
|                                                                              |
|  5.1 每个游戏和每个附加/DLC 非免费的 能发布.
|      免费附加/DLC能要么发布给早已存在的非免费基础游戏或如果还没有这样发布存在.
|      免费游戏只能发布如果此发布包含非免费附加/DLC.
|                                                                              |
|  5.2 某个游戏认作最终版, 除非准备好发布不带任何非最终标签, 如没有迹象在内
|      (如版本号)或游戏外(如商店页面, 开发者交流)那指向某个非最终状态(早期测试,
|      a测, b测).
|      如果这些迹象都不明确, 小组可以承担风险发布错误标签的, 非最终的游戏,
|      其能被核谐或重新打包以免此游戏文件变动在游戏真正状态变得明了前.
|                                                                              |
|  独立的游戏
|                                                                              |
|  5.3 <Game name>-GROUPNAME                                                   |
|      - 这是为最初, 独立发布的游戏.
|                                                                              |
|  5.4 <Game name>.<DLC/update name>-GROUPNAME                                 |
|      <Game name>.<version info>-GROUPNAME                                    |
|      - 这些是为随后游戏的完整发布包括1个或更多DLCs或更新 如果此普通DLC或更新发布
|        不用其基础游戏将不可行或不可能运行.
|                                                                              |
|  5.5 <Game name>.x86-GROUPNAME                                               |
|      - 发布包含仅有32位文件于某个游戏(提供了两个32位和64位变体的)要包括这个
|        标签于此目录名称.
|      - 仅允许如果此32位文件不被包含在1个之前未发布并且仅之后此64位文件已经发布.
|                                                                              |
|  5.6 重新发布某个独立的游戏也是允许的只要达到1项或多项项以下:
|      - 需要更新的组合大小大过上次独立发布的1半.
|      - 需要更新补丁的数量为4次或以上.
|                                                                              |
|  5.7 重命名了的游戏包含变动文件可以作为新的独立发布, 由拥有独占特权小组(见章IV.).
|      如果重命名了的游戏没有文件变动只有简单的目录列表修复也可以预发布.
|                                                                              |
|  更新 / DLC
|                                                                              |
|  5.8 <Game name>.Update.<version>[.incl.DLC]-GROUPNAME                       |
|      <Game name>.<version>.Update[.incl.DLC]-GROUPNAME                       |
|      <Game name>.<DLC name>.DLC-GROUPNAME                                    |
|      - 这些是为传统更新和DLC发布能够应用于已安装的基础游戏的. 它们也许加入新文件
|        和补丁/移除之前已存在文件. 破解要包在分开的文件夹中.
|      - 更改日志/补丁通知为可选.
|                                                                              |
|  5.9 更新只能预发布于可用的发布(非核谐, 非修正). 如果小组想要预发布更新给
|      他们自家之前被和谐的发布, 那发布要先修复才行.
|                                                                              |
|  文档
|                                                                              |
| 5.10 <Game name>.CHEAT-GROUPNAME                                             |
|      - 教程或工具启用游戏中存在的作弊方式.
|        如 列表的作弊码, 工具来解锁隐藏目录
|                                                                              |
| 5.11 <Game name>.UNLOCKER-GROUPNAME                                          |
|      - 用于任何东西能正常解锁通过游玩或付钱.
|      <Game name>.DLC.UNLOCKER-GROUPNAME                                      |
|      - 解锁器专门为DLC, 如 只当额外破解文件或破解配置入口需要时.
|      - 不该含有任何新游戏文件. 如果那些也需要, 用更新或DLC代替发布.
|                                                                              |
| 5.12 <Game name>.Plus.<AMOUNT OF OPTIONS>.Trainer-GROUPNAME                  |
|      - 没有时间限制, 修改器发布.
|      - 修改器要能用于最后预发布的游戏版本. 发布修改器给过去版本或新版本正式可用
|        但还没有预发布的不行.
|      - 新修改器要包括至少1个先前未发布的选项给同样的游戏版本.
|                                                                              |
| 5.13 任何增值于原发布像算号器, 封面, 攻略 或语言改变器也允许.
|                                                                              |
| 5.14 文档对于非最终发布(a测版, b测版, 早期测试, ...)不被允许.
|                                                                              |
|  外国 / 多语
|                                                                              |
| 5.15 游戏不能调成英语玩的被算作外国也就要有标注 根据以下规则.
|      语言中立游戏不算外国.
|                                                                              |
| 5.16 如果游戏可以英语玩但不是默认启用, 小组必须包括合适的工具或教程指导
|      如何手动启用.
|      这样游戏不算做外国也就不要求语言标签.
|                                                                              |
| 5.17 <Game name>.<language>-GROUPNAME                                        |
|      - 用于单语种非英语发布.
|                                                                              |
|      例子:
|      Title.GERMAN-GROUPNAME                                                  |
|      Title.FRENCH.Plus.<AMOUNT OF OPTIONS>.Trainer-GROUPNAME                 |
|      Title.SPANISH.UNLOCKER-GROUPNAME                                        |
|      Title.POLISH.<version>.Update-GROUPNAME                                 |
|                                                                              |
| 5.18 <Game name>.MULTI<number>-GROUPNAME                                     |
|      - 用于多语种发布 包括语言通常不在官方英语安装(如果此游戏分发作散装文件)
|        或安装程序(如果此游戏分发作安装包的形式).
|      - 数字在MULTI之后的表示数量 不同语言包括在发布中的个数.
|      - MULTI发布必须包含至少1个之前未发布的语言.
|                                                                              |
|      Examples:                                                               |
|      Title.MULTI3-GROUPNAME                                                  |
|      Title.MULTI7.Update.<version>.incl.DLC-GROUPNAME                        |
|                                                                              |
|  虚拟现实
|                                                                              |
| 5.19 <Game name>.VR-GROUPNAME                                                |
|      - 这个标签要用于游戏只能用虚拟现实眼镜耳机玩的.
|                                                                              |
|      - 如果官方游戏已经包括了这个标签作为1个分开单词, 重复它是不要求的.
|                                                                              |
|      Examples:                                                               |
|      Half-Life.Alyx.VR-GROUPNAME                                             |
|      Half-Life.Alyx.VR.Update.<version info>-GROUPNAME                       |
|      WyVRn.VR-GROUPNAME (separate VR tag mandatory)                          |
|      The.Kremer.Collection.VR.Museum-GROUPNAME (separate VR tag optional)    |
|                                                                              |
|  内部
|                                                                              |
| 5.20 <Release name>.INTERNAL-GROUPNAME                                       |
|      这个标签可用于广阔定义的多种发布像:
|      - 内部工具, 软件不是零售的, 作品带自定修改的(小组内), 等.
|      - 发布破解不完全遵循章VII的.
|        (窃得的不被允许无论任何情况)
|      - 发布这种类型仅可被核谐如果没有像宣称的那样运行.
|                                                                              |
|  附加标签
|                                                                              |
| 5.21 各组可用额外标签于他们的发布如果他们觉得此发布类型列在此文档中的不能充分
|      描述所含内容.
|      如 READ.NFO, READNFO, REAL, LANGUAGE.PACK, TEXTURE.PACK, ...
|                                                                              |
| 5.22 目录名称给独立的发布必须不含"incl.<something>" 标签.
|                                                                              |
| 5.23 标签指向商店, 游戏从那里购得/下载到的 仅允许如果它们是官方游戏名称的1部分.
|                                                                              |
+------------------------------------------------------------------------------+
| VI. 另类系统发布
|                                                                              |
|  发布旨在给平台不在微软视窗的通常采用相同的规则除了以下列出的.
|                                                                              |
|  6.1 发布给其他平台要包括平台标签.
|      如 Some.Game.Linux-GROUPNAME, Other.Game.MacOS-GROUPNAME
|      旧式标签MacOSX已不被允许.
|                                                                              |
|  6.2 打包游戏文件到某个安装程序/文档结合是可选的.
|                                                                              |
|  6.3 MacOS发布可包含苹果镜像碟文件(.dmg)替换ISO文件.
|                                                                              |
|  6.4 各组可选择直接跳过镜像文件.
|      此情况最终rar分卷将包括:
|      - Game.Name-GROUPNAME 目录包含未触动过的游戏文件
|      - Crack/group文件夹包含需要的破解文件
|                                                                              |
+------------------------------------------------------------------------------+
| VII. 破解
|                                                                              |
|  7.1 窃破解是严厉禁止的.
|                                                                              |
|  7.2 禁止破解修复/重新打包的发布 如果用了包含有被窃得的破解.
|                                                                              |
|  7.3 相似的算法用于已经存在的破解是允许的只要没有代码或数据全部或整段抄袭.
|                                                                              |
|  7.4 加载器是禁止的. 内存内打包是允许的.
|      加载器 - 非游戏可执行/剧本用于不同进程来修改游戏在原游戏代码运行时或开启前.
|                                                                              |
|  7.5 部分演示, a测, b测, 早期测试版本(或类似预发布最终测试程序)或完全不同的游戏
|      中的文件不许用于创建破解.
|                                                                              |
|  7.6 破解必须支持接下来, 完全更新了的操作系统, 用于非破解版本也支持的:
|      - Windows 8.1 or 之后
|      - MacOS 10.11 or 之后
|      - Linux : 无特别要求
|      支持操作系统那些开发已经终止由供应商(结束生命周期)是可选的.
|                                                                              |
|  7.7 核谐坏破解或窃得的破解必须包括证明.
|                                                                              |
|  7.8 游戏代码不联系到加密的也可更改如果这能提供用户体验改善.
|                                                                              |
|  7.9 用破解来自其他组的要有许可.
|                                                                              |
| 7.10 私密工具只有作者许可才能用.
|                                                                              |
| 7.11 允许使用工具或代码片段在公共领域的来创建破解.
|                                                                              |
| 7.12 代码和数据关联到破解的可以被加密由小组决定, 但无论如何也不能影响用户体验.
|                                                                              |
| 7.13 破解引入新内核部件的不被允许.
|      (如 Windows驱动, Linux内核模组, MacOS内核插件)
|                                                                              |
| 7.14 捆绑网络接口到任何不算本地回环地址的必须清楚地记录在NFO中.
+------------------------------------------------------------------------------+
| VIII. 修正 / 重新打包 / 修复
|                                                                              |
|   发布能被缺陷影响的有3种不同类型:
|   类型 1: 重大技术失误允许让其他组来预发布修正发布.
|   类型 2: 轻微技术失误不允许其他组作为, 但要求原组的作为.
|   类型 3: 外观缺陷不影响全局功能的发布.
|                                                                              |
|  8.1 列表 类型1缺陷:
|      - 破解不符合预料的品质 (见章VII.)
|      - 1个或多个必要文件 所宣称的游戏 从发布中缺失
|      - 发布正确地不能提取/安装
|      - 完全错误的目录名称
|      - 缺失或损坏RAR分卷/SFV文件
|      - 发布不能离线运行的
|      - 打包RAR分卷用储存(m0)预设的
|                                                                              |
|  8.2 列表 类型2缺陷:
|      - 文件名RAR分卷或SFV不全局匹配唯1
|      - 拼写错误在发布的目录名称
|      - 误导或完全错误的NFO
|                                                                              |
|  8.3 列表 类型2缺陷:
|      - 坏快捷方式(安装后)
|      - 音频/视频故障在安装过程中
|      - 坏ISO标签
|                                                                              |
|  8.3 故障也会同样出现在非破解版本的游戏不要标注为修正, 修改错误原开发者的事是
|      业界管辖的范围外.
|                                                                              |
|  8.5 按钮, 目录入口或其他任何用户互动被重导向或读取外部, 仅在线或网络资源不许用
|      作修正理由, 除非它们软加密或硬加密了游戏.
|                                                                              |
|  8.6 当有发布是被核谐因grp.req那么首个随后无缺陷发布的相同游戏由其他组所做的不
|      必要包含PROPER标签在目录名中.
|                                                                              |
|  8.7 <Release name>.PROPER-GROUPNAME                                         |
|      - 如果某个发布遭受类1缺陷, 其他组可以预发布修正版本并且缺陷的发布应该被核谐.
|      - 小组不能自己修正自己. 要更改自己的失误, 重新打包或修复必须使用.
|      - 修正原因必须标注在NFO并且能读得懂面向非破解者如果技术层面允许.
|      - PROPER必须发布给相同游戏版本同于有缺陷的发布.
|                                                                              |
|  8.8 <Release name>.REPACK-GROUPNAME                                         |
|      - 如果某个发布因类1或类2缺陷影响并且修复不会挽回此问题, 那原组可以预发布1个
|        重新打包.
|      - 附加上小组可以预发布1个重新打包的任何发布因任何理由除了如果提到的发布
|        已被修正 (由另1个组用技术无误的发布).
|      - 如果重新打包是技术无误的, 其原始发布应该被核谐.
|      - 重新打包理由必须注明于NFO中.
|                                                                              |
|  修复
|                                                                              |
|  8.9 发布带有技术无误的修复给技术缺陷的发布 可能牵扯到核谐的原发布应该被恢复.
|                                                                              |
| 8.10 <Release name>.CRACKFIX-GROUPNAME                                       |
|      - 以免某个发布的破解有技术缺陷, 受影响的组可以预发布破解修复. 其仅包含新的
|        破解文件.
|      - 如果此游戏文件也得被重新发布, 重新打包必须预发布.
|      - 理由给破解修复必须注明于NFO中.
|                                                                              |
| 8.12 <Release name>.CRACK.ONLY-GROUPNAME                                     |
|      - 当小组认为他们有个更好的破解给已经存在的发布(其他组的)但其他的破解也是
|        有效的, 他们可以用这个发布类型来展现他们的技术技巧.
|                                                                              |
| 8.13 <Game name>.MULTIPLAYER.CRACK-GROUPNAME                                 |
|      - 用于特殊破解能启用在线多人玩家功能.
|      - 此算法用于这个功能必须清楚地描述在NFO中, 所以用户能评估相关风险.
|      - 特有证书的用法, 其要么由用户提供的或硬编码到破解中的, 是不允许的.
|                                                                              |
| 8.14 <Release name>.DIRFIX-GROUPNAME                                         |
|      - 用于修正原发布的拼写错误目录名称.
|      - 发布游戏却用的目录名称是完全无关的游戏不算作拼写错误.
|      - 此修复发布必须表明于NFO中.
|      - 目录修复给a测/b测/内部/早期测试的是不允许的.
|                                                                              |
| 8.15 <Release name>.HOTFIX-GROUPNAME                                         |
|      - 用于相关小更新不带版本差异的信息.
|                                                                              |
| 8.16 <Release name>.NFOFIX-GROUPNAME                                         |
|      - 如果NFO包含错误, 小组可以预发布正确的版本.
|                                                                              |
| 8.17 RARFIX和SFVFIX是绝对不允许的, 需要用REPACK/PROPER的发布才行.
|                                                                              |
+------------------------------------------------------------------------------+
| IX. 重复
|                                                                              |
|  9.1 如果发布包含完全相同文件作为先前发布的组合(除了储存特定数据)此新预发布发布
|      要算作重复而且应该被核谐.
|                                                                              |
|  9.2 如果时间顺序是清晰并1致的在全预发布站和预发布机器人, 首先发布获胜无论多小
|      的差异和发布时间都不算数.
|      如果不明确哪组赢得竞赛因为时间数据(来自预发布站或预发布机器人)是模糊的那么
|      而且预发布不表现任何技术缺陷(类1/类2)是不算作重复而且不该被核谐以此理由.
|      此竞赛会分出结果当首个不模糊可判定的获胜出现(此游戏相关更新/DLC)(付费或免费).
|                                                                              |
|  9.3 非英语独立发布被算作重复如果有MULTI标签的发布(包含着此相同语言)早已预发布.
|                                                                              |
|                   __                                    __                   |
+-------------------\/--       签名 (以字母表顺序)          --\/-------------------+
|                                                                              |
|     ACTiVATED  ANOMALY  CODEX  CPY  DARKSiDERS  DINOByTES  DOGE  HOODLUM     |
|                                                                              |
|       I_KnoW  PLAZA  Razor1911  RazorDOX  RUNE  SKIDROW  TiNYiSO  VREX       |
|                                                                              |
+------------------------------------------------------------------------------+
|              遵守此文档是强制的  自从 2021-01-01 00:00:01 UTC
+------------------------------------------------------------------------------+

原文: https://scenerules.org/d.html?get=nfo/2021_GAMEiSO.nfo