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

kai123

またまたすみません。No.3です。
お礼、補足内容についてです。

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

unixのmkisofsのデータをのぞいてみたところHFS用のライブラリがあるようなので
問題なくできると思いますよ。
ハイブリットはHFSボリュームのファイルシステムさえあればWinでも
作成可能ですから。ただWinで標準認識しないのと手に入らないというだけです。

やはりmkisofs+GUIフロントエンドですか。
そうすると、なかでなにをしてるのかわからない以上、これ以上の
詮索等やめときます。

＞元投稿で、・・・

あれその時に読みました。
読んだ時に感じたのは、明確に表記してないけど
ISO9660拡張 アップル拡張(Apple ISO)のことだなということですね。
（ていうかサポートだったら明確に表記しろよ！っというツッコミを・・・）

前の回答でも述べているこの仕様、所謂、互換性の問題でしょう。
この仕様で作成するとMacOSXではうまく認識しない場合があります。
この質問のNo.1の方の回答URL先にも書いてありました。

OS Xではボリューム名に日本語を使うとマウントされないし、
日本語ファイル名も表示できません。

って。まぁ、そういうことです。前回の質問のことは。
これは上で述べた互換性の問題、しょうがないですね。

＞mkisofs以外の市販ライティングソフトでも同じことが出来ている可能性が高そう
に思うんです。

上のとおり、互換性の問題。その市販のものでいくらアップル拡張で焼いても
この問題により、不具合がでますよ。そんなもんです。

なんか、私の不十分な知識のせいで逆に混乱させてしまったでしょうか？
すみません。
（実は逆にそちらの方が詳しかったりして）
自分、趣味でソフト等作成している者で、最近もUnix系アプリケーションの
OSX用GUIフロントエンドを作成していたので、そのせいか、ついつい
深追いしてしまいました。反省。

まっ、なんかわからずに認識してしまってるのなら、それもOKなのかも。
ただ、世間不特定多数に配布する場合はちょっと考えた方が良いかもしれませんね。
所謂、臨機応変ってやつですよ。
ということで今回の相手の方には純MacCDかJolietで焼いてあげてください。

MacやMS-DOSの存在を知らないWinOnlyのかたにはわからない悩みですね・・・。
今では、日本語ロングファイル名が普通になってきて、しかもそれに合わせて
CDを焼くのにJolietを普通に使用してます。「Joliet？なにそれ？」と言う人が
多くなっていますから。

お礼

> OSX用GUIフロントエンドを作成していたので、そのせいか、ついつい
> 深追いしてしまいました。反省。

いえいえ、okwebはその点、持ちつ持たれつお互い様の精神で運営されている訳です
から是非よろしくおねがいします。
いつか私の得意分野でご恩返しができればと思っています＾＾。

なぜ面倒なmkisofsで実行して、この件を質問しているかというと、その根底はOSX
にもBSDフルセットが標準装備されているなら当然mkisofsが実装されているだろう
と思っているからなんです。
もしかしたらcdrtoolsがOSXのライティングのエンジンになってるのでは？などと
思っているのですが、どうでしょうか？

あと、この「不正レベル2」CDRは、OSXのクラシック環境なら、うまく日本語が
見えるものでしょうか？
クラシックでもOSX上にあればそもそも低レベル段階でアウトなのでダメ、という
ことになりますか？

あと、若干話題が逆戻りしてしまうのですが、
http://okweb.jp/kotaeru.php3?q=1611360
で、Macカテゴリーを代表する第一人者のharawoさんがUDFの言及をされているの
がよくわからないままなのですが、ここでharawoさんが言わんとされていることと
いうのはどのようなことになりますでしょうか？

補足

度々本当に有り難うございます。
また分割になりますが、どうかよろしくお願いします。

＞ISO9660拡張 アップル拡張(Apple ISO)のことだなということですね。
私も当初そう思いこんでいたのですが（単に漢字Talk7以後うまく読めたというだけ
の理由で）、他OSで作成したリソースフォークが全く格納されていないことと、教え
ていただいた内容から、レベル2に勝手なシフトJISのDBCSファイル名やボリュームラ
ベルをつけたイメージファイル、だということがわかりました。

多分、MacOSで自由に読めてしまったのは、漢字トークに由来するMacOSがシフトJIS
をシステム漢字コードとして持っていたからたまたま読めてしまった、という事に
なるのではないかと考えてみましたが、いかがでしょうか？
（OSXを持っていなくて分からないのですが、多分OSXだと上層レイヤーで漢字コード
を処理されてるだろうと思うんです）
またこのような規格外の不正に対しては、アップル社の社是通りならば弾いてしまう
処置を施すところを、偶然か故意か永年放置されていた結果もありそうですね。

フロントエンドが渡している引数とオプションが、わかりました！
引数は、私のパソコン構成のプライバシーの部分がありますので、問題になっている
オプション命令だけペーストしますね。
-------------------------------------------------------------------------------
"mkisofs.exe"-national -U -r -L -l -J -D -r -T -hide-joliet-trans-tbl -o
-------------------------------------------------------------------------------
これが「不正なレベル2」生成に成功しているオプションスイッチ群です。

＞前の回答でも述べているこの仕様、所謂、互換性の問題でしょう。

その核心部分が、「-national」スイッチだと思うんです。
mkisofsで非英語圏のユーザー向けのnationalが有効に出来るバージョンは限られて
いるので、これは間違いない犯人だと思います。

その他でオプションの組合せにお気づきの問題がありましたら是非教えてください。