MacOSX,MacOS9,Windows３者共用できるCDRのISOイメージを作りたい

質問

皆様こんにちわ。

http://okweb.jp/kotaeru.php3?q=1611360
↑こちらのスレッドで一旦投稿したのですが、私の投稿に問題があった様子で
結論が確認できませんでしたので、再度投稿内容を改善してこちらにスレッド
を立てさせていただきました。

MacOSX,MacOS9,Windows３者で同じように日本語ファイル名、フォルダ名が
読めるようなCDR共用ISOイメージを作りたいのですが、どのようにしたら良いで
しょうか？

http://okweb.jp/kotaeru.php3?q=1611360
の元スレッドでいただいている解説の意味が、どうも私はとんちんかんで飲み込
めず混乱気味でいます。
どなたか篤志の方がいらしてましたら、かみくだいて教えていただけませんでし
ょうか。

回答No.3

kai123

No.2です。

これは推測なので軽く聞き流してください。
（mkisofs使っていないので）

mkisofsを使用するとき、オプションはどのようにしていますか？
31文字拡張という事なのでまず、-lを指定していると思います。
他に-hfsや-appleを指定していませんか？
もし指定していれば、OS9でもしっかり日本語表示されます。
指定していなければ、「あってはならない事」ですね。

ネットで検索して見つけたman page [日本語]によると
-hfsはハイブリット用みたいですね。
つまり、これを指定する事によってHFS ハイブリッドボリュームを作るので
リソースフォークが保持されOS9上で日本語表示されます。
で、-appleは下の回答で述べた「ISO9660拡張 アップル拡張(Apple ISO)」では
ないでしょうか。この仕様はレベル2の拡張ですが、リソースフォークを記録できる
のでOS9上で日本語表示されます。

ところでその焼いたCDはWinでも日本語表示されるのでしょうか？
焼いたフォーマットがハイブリットやレベル1、レベル2であれば
Win上では文字化けを起こすような気がしますが、どうでしょう？
結局、下の回答で述べたようにISO9660では日本語不可のため
どうしてもJolietが必要になると思うのですが・・・。
（AppleISOはちょっとかわっていてWinでも日本語表示できるらしい。未確認）

お礼

> ところでその焼いたCDはWinでも日本語表示されるのでしょうか？
もちろんです。Windows95/98/2000/xp、OS/2、MacOS７～９で同一表示になるので、
すっかり安心しきっていました。

自分が使うパソコンが将来どんな機種になっても手持ちのデータが困らないように、と
いう発想が最初の動機でこういうイメージを作っていました。
ですので、他人にデータをあげる時にも用いたところ、OSXだけで問題が起きる、という
ことに初めて気付いた次第です。
MacOSX以外のUNIX系はまだ調べていないのですが、中途半端な日本語化しかできていな
い私の学習実験中のSlackWareでは、当然のごとく？日本語だけアウトで半角英数のみ
OKというMacOSXと同様の結果になりました。

> 焼いたフォーマットがハイブリットやレベル1、レベル2であれば
> Win上では文字化けを起こすような気がしますが、どうでしょう？

わたしのイメージファイルが、isoの決めた規格から外れて、偶然勝手に都合よく
日本語を表示してくれていることになるようですが、そこで腑に落ちないのが、
http://okweb.jp/kotaeru.php3?q=1611360
の最初の投稿で寄せていただいた他の例なんですよね・・・
mkisofs以外の市販ライティングソフトでも同じことが出来ている可能性が高そう
に思うんです。

※御礼の文字数制限にひっかかってしまい、お見苦しい二分割になってしまいましたが、私の主旨はご理解いただけていると信じていますので、どうかお許し下さいませ。

補足

どうもありがとうございます！

> 結局、下の回答で述べたようにISO9660では日本語不可のため
> どうしてもJolietが必要になると思うのですが・・・。

現実は、変なことが起きてしまっているんですよ。
私もこの問題は、非常に関心持っているんです。
ですので、イデオロギー等は完全に抜きにして、パソコンの中で一体何が起きている
のか、という真実が是非知りたい、と思って投稿しました。

mkisofsは、膨大なオペランドを入れるのが大変なソフトですから、私はフロントエン
ドを手前に噛ませて使っています。

そのため、生のmkisofsが受け取っている膨大なオペランド群がどうなっているかとい
うのは、runしてみて画面に流れ去る文字列を何かの方法でキャッチしないと「自分が
命令した内容」を自分で答えられない状況なのですが、これは後で奮闘努力してみて
うまく捕まえることが出来ましたら再度お礼補足欄にプラスしておきますね！

ご回答者様の皆様のご好意を決して踏みにじることがないように私も能力の限り努力し
ますので、フロントエンドのような際物を使うことから間違っている、という精神論
はこのスレッドではどうか抜きでよろしくお願いします。

＞31文字拡張という事なのでまず、-lを指定していると思います。

はいそうです、これに加えて、このようにして私はイメージ指定しました。

手書きスイッチ指定として「　-national -U -r -L　」
メニュー等選択項目として「31文字」の選択
同じく選択項目として、「joliet形式」を非選択
jolietを選択すると、MS系OSでもIBMOS/2などで読めなくなるのと、特殊な
拡張書類を装備しないごく一般ユーザーのMacOSで読めないために外してました。

さらにdisable name translation codepageという私にはわからない選択肢があ
るのですが、これは意味がわからないまま、非選択だとうまく成功してくれます。

mkisofsフロントエンドの説明によると、さらに「-graft-point」というスイッチ指定
が必要、と書いてあるのですが、どういう訳かその通りにすると必ず失敗するので、
このスイッチ指定は半信半疑のまま敢えて無指定にして長期連続安定作動してくれてい
ます。

ハイブリッドにせずに、容量一枚丸ごと汎用に供したい、という大前提でいましたので
-hfs　の指定はしていません。
（これも、マックではない本家のunix系OSで-hfs指定することでイメージが作れてしま
う、という事は、事実なら違反の犯罪になるわけですよね？？）

元投稿で、「私の作ったイメージはアップル拡張レベル２だと思ってます」等と投稿し
てしまいましたが、その心は単にMacOSで無事自在に読めたから、というだけの理由です。
-apple　を指定して本当にアップル拡張になっている訳ではありませんでした。
すみませんでした。
つまり、リソースフォークなしのMacOS読みこみ自在、という状態です。
レベル2の31文字、という規定がマックを前提に決められたから、この指定にすれば
国際汎用規格であるISO機構で決定された規格なのだから他機種でマックの読めるCDが
作れて当然なのだろう、程度の認識しかありませんでした。