planetside-idealab.com

Planetside IdeaLab 上的“improvements”指的是社区成员围绕《Planetside》提出的游戏改进构想与概念设计，而不是官方发布的补丁说明。它和游戏实际更新之间是“社区提案—官方采纳/测试—实装”的参考关系：IdeaLab 负责展示想法，官方补丁负责决定哪些真正进入游戏。判断一条内容属于哪一类，看它出现在 IdeaLab 的概念展示里，还是出现在带版本号（如 Build 3.12.31）的测试/更新公告里。

IdeaLab 的定位：社区构想库，不是官方更新日志

IdeaLab 的站点描述明确说，它用多种媒介“展示对《Planetside》的改进和概念构想”，媒介包括 Flash、概念美术和图表。也就是说：

• 主体是玩家/社区：站点自称“社区头脑风暴”，并感谢成员和访客，说明内容来自社区而非开发组。
• 形式是构想展示：概念图、示意图、Flash 演示，用来把“如果这样改会怎样”讲清楚，而不是宣布“已经这样改了”。
• 目的偏向反馈与讨论：站点设有 Concept Division 的画廊、成员页和论坛，构想在这里被展示、被讨论，供开发参考。

因此，看到 IdeaLab 上的“improvements”，应理解为提案，不是既成事实。

构想与官方更新的区别：看来源和版本号

区分两者最直接的办法是看内容载体：

页面证据里出现的 Phantasm、Galaxy Gunship、Sunderer 等，正是两类内容容易混淆的地方：它们既可能是社区构想的话题，也会出现在官方更新里。判断依据是——带版本号和具体数值的（如“Phantasm 移除机炮”“Galaxy Gunship 购买计时从 5 分钟增加到 10 分钟”）属于官方更新；只有概念图和描述性想法的属于 IdeaLab 构想。

页面证据里的实际更新长什么样

以 Build 3.12.31 的测试公告为例，官方更新会给出可核对的条目：

• Phantasm：移除机炮，降低爆炸伤害。
• Galaxy Gunship：提升生命值，降低所受伤害，提高 35mm 子弹速度，增强对载具的伤害，减小伤害衰减，增大机翼与机首火炮射界，降低击杀经验倍率，购买计时从 5 分钟延长到 10 分钟，后备箱从 16x12 扩大到 18x15。
• 工程相关：公告末尾提到“Modified Engineering”。

这些条目有明确数值和方向，是已排期的改动，与 IdeaLab 上“设想某载具可以怎么改”的概念内容性质不同。IdeaLab 的价值在于，这类构想可能成为官方调整的灵感来源之一，但两者不能等同。

这些构想对开发与社区有什么用

• 提供反馈素材：社区把改进想法可视化，开发能直观看到玩家期望的方向。
• 降低沟通成本：概念图和图表比纯文字更容易说明“改成什么样”。
• 形成讨论沉淀：论坛和画廊让构想被反复讨论、迭代，而不是一次性发言。
• 与官方节奏互补：官方按 Build 推进实装，IdeaLab 持续产出构想，两者节奏不同但可互相参考。

怎么用这个区分做判断

遇到一条关于《Planetside》的“改进”信息时，按下面几步判断：

1. 看来源：来自 IdeaLab 的概念页/画廊 → 社区构想；来自带 Build 号的公告 → 官方更新。
2. 看有没有版本号和数值：有具体 Build 和可核对数值 → 官方；只有描述性设想 → 构想。
3. 看语气：说“可以/建议这样改” → 构想；说“已移除/已增加” → 更新。
4. 需要确认实装状态时：以官方测试/更新公告为准，IdeaLab 内容作为背景参考。

这样就能避免把社区的想法误当成已经上线的改动。

ASCII 图表（diagrams）就是用键盘上能直接打出来的字符——- | + / \ < > 以及各种方框符号——拼出方框、箭头和连线，从而在纯文本里表达流程、结构或层级关系。它适合的场景很明确：内容要放进代码注释、README、终端输出、邮件或纯文本笔记，而这些地方不方便贴图片。如果你的图表最终会出现在网页或文档里且允许插图，用绘图软件通常更省事；ASCII 图表的价值在于“任何能显示文字的地方都能显示它”。

ASCII 图表能表达什么

常见的几类：

• 流程图：方框表示步骤，箭头表示走向。
• 结构图 / 层级图：用缩进和树状连线表示父子关系。
• 时序图：用竖线表示时间轴，横向箭头表示消息传递。
• 表格与布局草图：用边框字符画出界面分区。

基本元素只有几种，掌握后就能组合出大部分图形：

手工画一个简单流程图

以“用户提交表单 → 校验 → 通过则保存，否则报错”为例，步骤是：

1. 先定骨架：确定有几个方框、怎么排列。横向排还是纵向排，先想清楚再动手。
2. 画方框：用 + 做四角，- 做上下边，| 做左右边。
3. 连箭头：从方框边缘引出 - 或 |，末端加 > < ^ v。
4. 填文字：文字放在方框内部，保持左右留白对称。
5. 对齐检查：逐行数宽度，确保竖线在同一列。

结果大致是这样：

+----------+     +----------+     +----------+
| 提交表单 | --> |  校验    | --> |  保存    |
+----------+     +----------+     +----------+
                       |
                       v
                 +----------+
                 |  报错    |
                 +----------+

验证方法：把这段文字粘到目标环境里（代码注释、终端、Markdown 代码块），看竖线是否仍然对齐。如果错位，说明某一行少了或多了空格。

手工画 vs 用工具生成

手工画灵活、零依赖，但改一处往往要重排一片。工具（例如 CASCII 这类 ASCII 图表构建器）的思路是让你在画布上摆放方框和连线，再导出成字符文本，省去逐行对齐的体力活。

选择条件可以这样看：

• 只画一次、图形很小：手工更快，不用学工具。
• 图形复杂、需要反复调整：用工具，改动时对齐由工具保证。
• 环境不允许装东西：手工，或找纯网页版的工具。
• 需要精确控制每个字符：手工，工具导出后仍可能要微调。

CASCII 是一个用原生 JavaScript 写的免费、开源 ASCII 图表构建器（来源：cascii.app 站点描述）。它属于“在浏览器里摆放元素再导出文本”这一类工具，适合不想手工数空格的人。具体功能以站点实际提供的为准。

最容易踩的坑：对齐和字符宽度

ASCII 图表翻车几乎都出在对齐上，原因通常有两个：

一是等宽字体。 ASCII 图表只有在等宽字体下才对齐。放到比例字体（很多网页正文、部分聊天窗口）里，| 会立刻歪掉。所以它最适合代码块、终端、代码编辑器这类默认等宽的环境。

二是全角字符宽度。 中文字、日文假名在等宽字体里通常占两个英文字符的宽度，而 - | 只占一个。方框里写中文时，如果按“一个字符一格”来数，边框就会错位。解决办法：

• 方框内文字尽量用英文或数字；
• 必须用中文时，按“一个汉字 = 两个半角字符”计算宽度，左右补空格凑齐；
• 或者干脆用 Unicode 制表符（─ │ ┌ ┐）配合支持它的字体，视觉上更整齐，但兼容性不如纯 ASCII。

检查清单：换到目标环境后，确认①字体是等宽、②每行总宽度一致、③中文按双宽计算、④| 没有被 Markdown 表格或某些语法吃掉。

什么时候该用它，什么时候不该

适合：代码注释里的模块关系、README 里的架构草图、终端工具的界面示意、纯文本邮件里的流程说明、需要随代码一起版本管理的图。

不适合：需要精确比例或大量数据的图（用真正的图表工具）、需要颜色和图形的展示（用图片）、读者环境是比例字体且无法控制（对齐无法保证）。

一句话判断：图要跟着纯文本走，就用 ASCII；图要好看或要精确，就别用它。

Planetside IdeaLab 是一个围绕 MMOFPS 游戏 Planetside 建立的社区创意与概念展示站，用 Flash、概念图和示意图来呈现玩家对游戏的改进构想。它适合两类人查看：想了解 Planetside 社区设计讨论历史的玩家，以及想参考"玩家社区如何组织游戏改进提案"这一模式的人。需要先明确一点：该站与 Planetside 官方没有隶属关系，页面本身也声明所有 Planetside 图像、标志和音效归原公司所有。

网站定位：社区头脑风暴，不是官方渠道

从站点自我介绍看，IdeaLab 的目标是"用多种媒介展示对 Planetside 的改进和概念想法"，媒介包括 Flash、概念艺术和图表。它的内容组织方式也印证了这一定位：

• 概念部门（Concept Division）：分为画廊、成员、论坛三个入口，分别用于展示作品、列出参与者、展开讨论。
• 特别功能页（Special Features）：集中放置新增和更新的内容。
• 社区纪念：站点曾庆祝成立三周年，并感谢成员和访客，说明它依靠社区持续参与维持内容更新。

换句话说，这里产出的是"玩家提案"而非"官方补丁说明"，价值在于观察社区如何把游戏体验问题转化为具体的设计构想。

它和 Planetside 游戏的关系：以测试服活动为反馈载体

IdeaLab 与游戏的联系，主要体现在它发布测试服（Test Server）活动信息，让社区成员实际进入游戏验证改动、再回馈意见。页面记录的一次典型活动是 2007 年 8 月 20 日的 Build 3.12.31 测试：

活动还设置了"趣味机制"：某阵营人数过多会遭遇定向流星雨和"无限轨道打击"，由于没有空投设施，Phantasm 和 Galaxy Gunship 会每隔几分钟在基地附近刷新。这些安排说明测试不只是跑数值，也带有调节人数平衡和鼓励体验新载具的目的。

从一次更新看社区反馈的落点

Build 3.12.31 的改动清单能说明这类测试关注什么。以两个载具为例：

Phantasm

• 移除机炮（相关文本中的机炮描述也应同步修改）
• 降低爆炸伤害

Galaxy Gunship

• 提高生命值，降低所受伤害
• 提高 35mm 子弹速度与对载具伤害，降低 35mm 子弹伤害衰减
• 增大机翼和机首机炮的射界角度
• 降低击杀该机的经验倍率
• 购买冷却从 5 分钟延长到 10 分钟
• 后备箱尺寸从 16x12 扩大到 18x15

这些条目混合了生存性、火力、收益和获取成本四个维度，是理解"社区测试反馈通常覆盖哪些方面"的具体样本。改动同时提到工程相关内容被修改，但页面未展开细节。

查看这类站点时要注意什么

• 区分构想与事实：概念画廊和论坛里的内容是玩家提案，不等于游戏实际采用的方案。
• 注意时间：页面记录的测试活动发生在 2007 年，属于 Planetside 早期运营阶段，不能直接对应后来的版本状态。
• 版权归属：站点明确声明游戏素材版权不属于自己，引用其概念作品时同样需要留意这一点。
• 入口结构：想浏览作品走概念部门画廊，想参与讨论走论坛，想找更新内容看特别功能页。

如果你的目的是了解 Planetside 的社区设计文化，IdeaLab 提供的是"玩家如何提出并测试改进想法"的一手材料；如果你要找官方公告或当前版本信息，则应转向官方渠道。

Zoomquilt 是一幅由多位插画师协作完成、可以无限向内缩放的绘画作品。观看方式很简单：打开 zoomquilt.org，用键盘的上、下方向键控制前进和后退，画面就会无缝地向画中深处推进或退回。它适合任何想直观感受“无限缩放（infinite zoom）”效果的人，不需要注册或安装任何东西，在浏览器里就能看。

操作方式：上下键控制缩放

进入页面后，你会看到一幅画。按下方向键：

• 上方向键：向画面内部推进，进入下一层。
• 下方向键：向后退回上一层。

由于每一层画面都被设计成与相邻层无缝衔接，连续按上键时会产生“永远 zoom 不完”的错觉——这就是它被称为无限缩放绘画的原因。页面本身没有复杂的菜单，核心交互就是这两个键。

什么是无限缩放绘画

无限缩放是一种视觉错觉：画面在放大时不断露出新的细节，而这些新细节又和上一层自然衔接，于是缩放可以一直进行下去，没有尽头。

Zoomquilt 的实现方式和一种叫“拼布（Quilt）”的协作绘画有关。它的创作流程大致是：

1. 一位画师认领拼布画中的一个图块位置。
2. 系统给出这个图块四周相邻图块的边框。
3. 画师把自己那块画进这个边框里，需要和邻居的画面自然融合。
4. 下一位画师接着在相邻位置创作，延续并改造前人留下的内容。

这种“接着别人的画面往下画、看它如何意外演变”的玩法，类似超现实主义绘画游戏“精美的尸体（Cadavre Exquis）”。多位画师各自贡献一块，最终拼成一幅能连续缩放的完整作品。

Zoomquilt 的来历

Zoomquilt 诞生于 2004 年，由 Nikolaus Baumgarten 发起。它的灵感来自早期互联网上的协作拼布绘画场景（如 tiles.ice.org），以及 1997 年就开始、至今仍在进行的 Gridcosm 项目。

两者的区别在于：Gridcosm 任何人都能投稿，画面因此非常混乱、无政府主义；而且当时的 Gridcosm 网站不做动画，只显示静态图像。Zoomquilt 的目标则是做出一段无缝的、带动画的无限缩放错觉。

作品在 2004 年 10 月首次发布后迅速走红，最初以 Shockwave 和 Flash 格式发布，2013 年被移植到现代网页标准上。

参与创作的插画师包括 Andreas Schumann、Eero Pitkänen、Florian Biege、Jann Kerntke、Lars Götze、Luis Felipe、Marcus Blättermann、Markus Neidel、Paul Painter、Oliver Schlemmer、Sonja Schneider、Thorsten Wolber、Tony Stanley、Ville Vanninen 等。

同一脉络下的后续作品

Zoomquilt 之后，这个“无限缩放”概念被反复重启，形成了几个可以区分开的作品：

如果你想比较不同阶段的风格，可以从这些入口分别进入观看。

历史渊源

无限缩放动画并不是从网页开始的。更早的源头可以追溯到 1968 年的两部影片：

• 《Cosmic Zoom》，Eva Szasz 执导；
• 《Powers of Ten》，Ray 与 Charles Eames 执导。

这两部影片都改编自 Kees Boeke 1957 年的儿童书《Cosmic View》，主题是宇宙中事物的相对大小。Zoomquilt 延续的正是这种“不断缩放、不断揭示新尺度”的视觉传统，只是把它变成了可以由多人协作绘制、并在浏览器里交互观看的作品。

MMO 指“大型多人在线游戏”（Massively Multiplayer Online），核心特征是大量玩家同时连接同一服务器，在共享世界里互动、协作或竞争。它描述的是“在线规模”，不是画面形式或题材——所以纯文字的 MUD 和 3D 图形网游都可以叫 MMO。如果你想找的是“能和其他真人一起长期玩下去的世界”，按下面几个维度判断即可。

MMO、MMORPG、MUD、RPG 的关系

这几个词经常混用，但指向不同层面：

简单说：RPG 是玩法类型，MMO 是在线规模，MMORPG 是两者叠加，MUD 是 MMO 的一种早期且至今仍在运行的形态。T2T（The Two Towers Mud）就属于 MUD 这一类——它把自己定位为“完全设定在托尔金中土世界、时间对应《指环王》时期的文字多人游戏”。

常见的 MMO 玩法形态

按呈现方式和上手门槛，大致分三类：

• 文字 MUD：没有图形界面，靠阅读房间、物品、人物描述和输入指令推进。世界细节往往比图形游戏更密，题材还原度可以很高，例如 T2T 就专注中土设定。适合喜欢阅读、探索和文字沉浸的玩家。
• 图形化 MMORPG：有 3D 场景、角色模型和 UI，操作直观，但客户端体积大、对设备有要求。
• 浏览器 MMO：打开网页即可进入，省去下载安装，玩法从挂机到即时战斗都有，门槛通常最低。

三者不是替代关系，而是同一需求下不同取舍：要沉浸细节选文字，要视觉表现选图形，要快速试玩选浏览器。

想入门 MMO，怎么选

按你的实际条件筛选，比按“哪个最好”更有效：

1. 先定题材：喜欢特定世界观（如中土、科幻、武侠）就优先找对应题材的游戏，代入感差别很大。
2. 再看平台：只有浏览器或低配设备，就从网页 MMO 或 MUD 入手；有独显和硬盘空间再考虑大型客户端。
3. 确认在线规模：MMO 的价值在“和其他真人一起玩”，进游戏前先看服务器是否活跃、有没有稳定的玩家社群。
4. 试玩再投入：多数 MMO 前期免费或提供试玩，先玩几天再决定是否长期投入时间。

以中土题材文字 MUD 为例

T2T 展示了 MMO 的一种具体形态：整个游戏世界设定在托尔金的中土，时间线对应《指环王》时期，站点提供详细的游戏信息供玩家了解规则和世界。它没有图形画面，玩家通过文字描述感知环境并输入指令行动——这正是 MUD 与图形 MMO 最直观的分界。

如果你对中土题材感兴趣、又不介意纯文字操作，这类 MUD 是门槛较低、题材还原度较高的选择；如果你更依赖画面和即时反馈，则应转向图形化 MMORPG。

常见卡点

• 把 MMO 等同于“画面好的网游”：MMO 只说明在线规模，文字游戏同样符合定义。
• 忽略服务器活跃度：人少的服务器会让 MMO 失去核心体验，选之前先确认在线人数和社群活跃情况。
• 以为文字 MUD 不用学操作：MUD 靠指令驱动，需要花时间熟悉命令和地图，前期有学习成本。
• 未确认收费方式就投入：不同 MMO 的收费模式差异大，进游戏前先看清是免费、订阅还是内购。