1. OpenStrike正式发布

OpenStrike正式发布，它拥有经典的BSP地图、机器人、弹道特效，以及基于Solid JSX的HUD界面，能在配置为333 MHz处理器、32 MB内存且不支持着色器的索尼PSP上稳定保持60 FPS。本文将为JavaScript开发者提供详细技术指南，介绍工作原理，包括用TypeScript编写的游戏规则和HUD、适用于1999年地图几何数据的打包工具，以及16.7毫秒的性能预算和相关分析。

2. 目标设备情况

PSP - 1000配备333 MHz的MIPS单核心CPU，采用顺序执行方式，无推测执行机制，不支持JavaScript的JIT编译，每个闭包需逐帧解释执行。它有32 MB的RAM，用户程序实际可用24 MB。其GPU早于可编程着色器时代，采用固定功能管线，通过矩阵变换三角形等操作，使用2 MB显存输出到480×272屏幕。该设备没有通常意义的操作系统，游戏会链接成可执行文件，运行时直接接管设备。

3. 一个产品，两种设备

OpenStrike架构借鉴原生应用开发思路，引擎用Rust编写，游戏内容用JavaScript实现。Rust部分负责处理不能丢帧的任务，JavaScript部分定义游戏独特元素。嵌入可执行文件的JS引擎是QuickJS，主机为其提供`strike`和`ui`两个API接口，相同打包文件可在不同目标设备运行。openstrike.js + openstrike.pak构成游戏产品，在两种设备上字节码相同。游戏帧率固定为60 FPS，每帧按特定顺序执行，事实信息向下传递，玩家意图向上传递。

4. 适用于1999年地图几何数据的打包工具

GoldSrc时代的地图是BSP文件，采用二叉空间分割树数据结构，有PVS优势。OpenStrike构建步骤用`pocket3d - cook`工具生成`.p3d`文件，其字节数据格式与PSP GPU所需格式一致。该工具进行了多项优化，如将光照信息烘焙到顶点颜色、位置坐标量化为16位整数、纹理转换为CLUT8格式，避免了运行时加载屏幕，关卡加载瞬间完成，这种优化思路与PocketJS的其他优化做法一致。

5. 纹理优化：硬件问题无所遁形

移植中发现纹理显示模糊，问题由三个因素导致。一是非2的幂次方尺寸纹理调整时用最近邻采样方法，采用基于调色板的双线性重采样解决；二是尺寸调整策略原采用四舍五入，现改为向上取整；三是PSP图形引擎自动mipmap选择策略有问题，设置 -1.0的LOD偏移优化。同时将光照烘焙网格密度缩小，虽顶点数量和文件大小增加，但未影响游戏流畅运行。

6. 16.7毫秒的性能之战

60 FPS帧率下，每帧时间预算为16.7毫秒，经优化后在PSP上测试，JavaScript代码执行约2.2毫秒，模拟逻辑和绘制记录平均耗时6.8 - 8.4毫秒，最差9.7毫秒，图形引擎命令执行时间小于0.03毫秒。经历了两场性能优化之战，第一场是确认设备实际运行主频，第二场是HUD界面优化，将每个字段拆分为独立信号并进行相等性检查，降低了JavaScript执行时间。内存使用也遵循基于契约的设计原则，JS引擎堆内存严格控制在预算范围内。

7. 确定性是调试的关键

在无控制台等调试功能的设备上，将程序设计成纯函数，利用确定性进行测试。OpenStrike继承PocketJS封闭世界规则，第N帧输出取决于输入脚本，CI系统通过逐字节比较帧缓冲区进行测试。HUD界面是PocketJS应用，开发工具相关功能可复用，方便调试。

8. 项目的实际意义

Pocket运行时家族核心思想是游戏产品以可移植JavaScript工件形式存在，游戏引擎用原生代码实现。OpenStrike跨越不同硬件平台，相同文件可在不同设备流畅运行，游戏几乎无法感知硬件差异。这种架构模式并非针对PSP设计，在低性能设备上能稳定运行证明其有效性，高性能设备实现类似效果更易。

9. 体验游戏

可通过相关命令在桌面环境运行游戏，地图数据版权归Valve所有，需用自己游戏副本文件构建。没有PSP设备可用PPSSPP模拟器运行，使用真实设备需安装自定义固件和相关工具。相关文档介绍了运行时家族架构和设计理念。