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.2

kai123

もう少し勉強されてしっかり理解できるようになるまで
素直に半角英数の非ロングネームでファイル名付けて焼いた方が良いように思いますが。

前回の質問で仰っていたレベル2は
OS9では正常に読めたということから、「ISO9660拡張 アップル拡張(Apple ISO)」だと
思われます。これは、MacOS(OS9)からでも、正常に読めるようにしたもので
それ以外のOSではレベル2として認識されます。しかし、MacOSXでは日本語のファイル名は
正常に表示されません。
（多分、純レベル2はMacでもWinでも日本語使えません。）
ので、この場合、ISO9660 Jolietを使えば読めると思います。

前回の質問時に投稿できなかったので、ISO9660のファイル名解決について説明させてください。

ISO 9660 レベル 1：
オリジナルの ISO ネーミングフォーマットで、制限が厳しく設定されています。
(ほとんどのシステムで、純粋な ISO 基準を必要としません)
名前の要件：
長さ：8.3 文字
文字：半角英大文字 A-Z、半角数字 0-9、アンダースコア _ 。それ以外の文字は使用できません。
ISO Level 1では、ディレクトリ構造が8階層に制限されています。

ISO 9660 レベル 2：
ISO9660レベル1から、31文字のファイル名まで使えるようにしたものです。
そのほかの制限はISO9660レベル1と同様です。

Joliet：
マイクロソフトによるISO9660拡張フォーマット。
ISO9660レベル1との互換性を保持したまま、64文字までのファイル名と日本語が使えます。

アップル拡張(Apple ISO)：
Apple ComputerによるISO9660拡張フォーマット。
ファイルタイプ・クリエータというMacintosh独自の属性を記録できます。
ファイル名の制限などはISO9660レベル2と同様です。

自分はMacOSXでJolietを指定して焼いています。大抵はこれでOKです。
焼くのにToastを使用していますが、そのヘルプによると

Joliet (MS-DOS + Windows)：Windows 95 以降と Windows NT以降で使用する CD 用に、長いファイル名をそのまま CD に残します。
これらの OS よりも古いバージョンの DOS や Windows とも、完全に互換性があります。
Windows 95, 98、Me、NT 4.0、および XP が Joliet に対応しています。

Joliet 形式の CD には、2つのファイル形式が含まれます：

MS-DOSの名称規則を使用するISO 9660準拠のファイルシステム。
Unicode名称規則の長いファイル名を使用するJoliet準拠のファイルシステム。

両ファイルシステムとも、同じデータファイルを示します。長いファイル名にアクセスできるのは、
Mac OS X、Windows 95、98、2000、Me、NT 4.0、および XP システムのみです。
MS-DOS や UNIX などの ISO 9660 準拠のシステムは、ISO 9660 ファイルシステムしか認識することができません。
Joliet 名称で作成されたクロスプラットフォームの ISO 9660 CD には、実際、Mac OS (標準または拡張)、ISO 9660、
そして Joliet の、3つの異なるファイルシステムが含まれます。
名前の要件：
●長さ：最大 64文字
●文字：*/:;?＼ の文字は使用できません。
●例：1998 Report to Shareholders

となっています。

つまり、簡単にいうとJolietではそれぞれのOSに対応させるための
ファイル名を保持する事ができ、特定のOSで開いた時にそのOS用のファイル名で
表示するっということ。
例えば、Joliet(MS-DOS + Windows)を指定してあげれば、

「Joliet 名称で作成されたクロスプラットフォームの ISO 9660 CD には実際、Mac OS (標準または拡張)、
ISO 9660、そして Joliet の、3つの異なるファイルシステムが含まれます」

とのことなので、
MacOSX、Windowsで開けばJolietにより日本語のロングファイル名でも表示され
MS-DOSやUNIXで開けばISO9660によりISO9660基準のファイル名で表示されます。
（つまり8.3文字の半角英数ファイル名）
で、肝心のOS9で開くとMac OS (標準または拡張)により日本語のロングファイル名でも表示
されるようになるのです。

でも、これはMacOSXで焼いた場合・・・。
実はWin側で焼く場合はこうはいかないのです。

今、WinのB'sGoldをみたり、ネット検索してみたところ、Win側でJolietを指定しても
そのJolietの中には「Mac OS (標準または拡張)」のファイルシステムが含まれていないため、OS9では
文字化けをしてしまいうまく表示できないみたいです。MacOSXでは読めるけど。

今回の場合、相手はOSXなのでJolietで焼けば、読めるとおもいますがOS9の場合文字化けします。
OS9で文字化けせずに表示するには「Joliet Volume Access」という機能拡張を使います。
http://www.amy.hi-ho.ne.jp/fujisawa/mac/tips/Joliet/joliet.html

あなたが使用している「mkisofs」はUnix系のソフトですね。それをWin用にコンパイルしたやつですね。
これ自体は使用した事ないのでわからないのですか、たぶんこれでのJolietは「Joliet Volume Access」を
使うことでOS9でも認識しますよっということだと思います。（ネットで調べた結果）

昔からWin&Mac対応のCDを作る場合、Macからでしか作れないとされてきました。
これは、上で述べたことがあるからですね。
何でもそうです。win側からは対応されていない。Macのほうで対応させる・・・。

ちなみにMacOSX10.3.9のヘルプの
「MS-DOS（Windows）フォーマットの CD を作成する」の項目にこんな記述があります。

ディスクには HFS+、ISO-9660（Rock Ridge 拡張付き）、
および Joliet（Rock Ridge 拡張付き）の各ファイルシステムが含まれます。

やっぱり。MacがMS-DOS（Windows）フォーマットの CDを作成する際、
Macで正確に表示するようにHFS+、MS-DOSで正確に表示するようにISO9660、
unix系で正確に表示するようにRock Ridge、Windowsで正確に表示するようにJolietの
ファイルシステムを含めているんですね。

と、長くなりましたがこんな感じです。

本当は、相手側で読めないのならば、無理して日本語ファイル名を使うのではなく
半角英数8.3文字にする等、相手の環境に合わせる事が大切なんですけどね。

書いている間に下の方へのお礼が書かれていましたので
そのお礼について・・・。

＞それにしても、なぜMacOSXだけ変な規格に決めたのか・・・
それさえなければISO9660レベル２で万事解決だったのに・・・と憤懣やるかたありません。

それは違います。それがなくてもISO9660レベル２では日本語ファイル名の表示ができません。
WinでもMacでも。JolietっていうものがあるからWinで日本語表示できるんです。
上の各種概要参照。
ISO9660レベル1、レベル2はほんとシンプルなもので、半角英数等しか使えません。
ということは、レベル1でもレベル2でもwinで作ったJolietでも半角英数等を規定通りに
使えばMacでもちゃんと表示されますよ。
大元はMacで認識できるISO9660ですから。

お礼

大変ご親切にツボを押えたご指導をいただき、ありがとうございます！
おかげさまで今まで煙に巻かれていたような気味の悪いわだかまりが晴れました！

＞それは違います。それがなくてもISO9660レベル２では日本語ファイル名の表示ができません。
＞WinでもMacでも。JolietっていうものがあるからWinで日本語表示できるんです。

なるほど、OS9までのマックは「いい意味での欠陥？」のおかげで不正なISO9660レベル２（日本語）が偶然読み書きできてしまっていた、というのが原因だった訳ですね？

実はmkisofsでの不正な日本語入りレベル２イメージの作成中も、non-supportのエラーが表示されるんですが、これで謎が解けた気がします。

いつの世でもMacが一番正しい道を示しているわけですが、旧MacOSでは、いつものアップルの姿勢ならば断固として排除していたところですが、いわば一種のお目こぼしをしてくれていたがゆえに、日本国内で本来あってはならないはずの不正な日本語入りISO9660レベル２が多数流通してしまった、という理解でよさそうですね。

パソコンに詳しい人でないとわからない特別な機能拡張はない、ごく一般の人を対象にした場合で考えますと、
そうすると結論は、

・日本語レベル２はそもそもあってはならない規格外で使用すべきでない、
・１つのフォーマットで全対応ならレベル１、
・日本語を入れる場合はjolietとHFSのハイブリッド、

ということになりそうですね！
この理解でよろしいでしょうか？

補足

すみません、お礼欄を送信したあとで、大きな認識の隔たりに気付きました！

> あなたが使用している「mkisofs」はUnix系のソフトですね。それをWin用にコンパイルしたやつですね。
> これ自体は使用した事ないのでわからないのですか、たぶんこれでのJolietは「Joliet Volume Access」を
> 使うことでOS9でも認識しますよっということだと思います。（ネットで調べた結果）

これが、どういう訳で非MacでMacOS9に読める（本来有ってはならない）日本語ファイル
イメージが作れるのか、謎が深まるのですが、実はそうではないのですよ。
mkisofsでイメージ作成する際に、明示的にjolietにしない、という指定をしてイメージ
作成するんです。
３１文字拡張、というオペランドを指定しつつ、非jolietにすると、MacOS9で読める
あってはならない日本語レベル２イメージが出来てしまう仕組みです。

OSの理論的にあってはならない椿事ということになりそうですね＾＾；
なぜこんなことが許されたのか、また新しくとても興味深々です！
mkisofsのバージョンは1.14a04というものですが、それ以降に新しくなったときに幾つか試用して、
日本語の問題以外にも色々不都合があったので、その後は新版を追わずに、安定して不正な日本語イメ
ージが作れてしまうこのバージョンでずっと愛用してしまっていました。

私の作ったイメージファイルが反社会的だったのかもしれませんが、同様のイメージフ
ァイルをあちこちの人々が知らずに作成して、かなりの量が流通してしまっていたこと
は、前回マッキントッシュのカテゴリーで投稿したときに寄せていただいていた回答か
らも伺えますので、mkisofsのバージョンは1.14a04以外にも、多数のライティングソフ
トでこのようなことが出来てしまっていたのではないでしょうか・・・
（ルール違反の困った問題だったんですね・・・）