zcfファイルを変換するプログラムを作ろうと思い立ち、プログラミング言語にはPerlを使うと決めたものの、すっかり忘れてしまってました。言語そのものもそうですが、プログラミング言語の作法というか習慣というか、そっちを忘れたのがキビしい。
# ブログラミング言語によって、その言語らしい書き方というのがあるんですよ。

で、今更と思いつつ買った本。



高い 。

去年から、オライリーのPerlの本を合計8冊も買ってます。まだ買うかも。

今更Perlって気もしないでもないです。今時のWebのプログラミングは、クライアントサイドにJavascriptは必須で、サーバサイドはJavaかPHPを使うのが流行りだと思う。ワタシはこの3つの言語は使えません。人の書いたものをちょこっとhackするぐらいならやるけどね。
Perlもまだまだ使われてはいるし、廃れてはいないけど、流行りではないな。でも、ライブラリが一番充実していて、プラットフォーム非依存なプログラムを一番楽に書ける言語という点で優れていますね。Windowsだけなら、VBの方が楽なんだろうけど。
# ところで、C#って使ってるヤツいるのか???

もうすぐPerl6も出るし、いまさらPerl5って話もあるけど、ワタシはPerl6には移行しないと思う。Perl6を使うぐらいならRubyに行くかなぁ。Rubyだって10年以上歴史があるし、ライブラリも充実してきてるしね。

やっぱりZlibで圧縮されてました。圧縮ファイルを展開したらテキストファイルが出てくるかと期待したんですが、バイナリファイルでした。先は長い 。あと、文字コードはShift-JISになっているようです。今時はふつーUTF-8でしょ。しかも、data.nzxファイルは、圧縮前より圧縮後の方が大きい。やっぱりどうしてこんなフォーマットに変更したのかさっぱりわからん。

一筋縄ではいかないことがわかりました。

解析の方法としては、1つの図形をちょっとずつ変更して、変更前のファイルと比べるという方法を取ろうとしています。例えば、図形に付ける名前を最初aにして、図形出力。次にbにしてから図形出力。出力されたファイルを比較して、変更されたところが図形の名前とわかるハズなわけです。

ところが、図形の名前を1文字変更しただけでファイルの内容が大きく変わります。普通、こういうことが起こるのは、暗号化されているか圧縮されているかなわけです。まず、.zcfファイルがそんな風に大きく変わったので、16進ダンプを取ると先頭が50 4b(PK)で始まっていることから、.zip形式だとわかったんです。

で、.zipアーカイブの中身を見ると、また見たことない拡張子のファイルが現れます。.zcf, .nzx, .nziの3つのファイル。このうち.nzxファイルは図形の名前の変更前後で差がないので、おそらく今回変更しなかった緯度経度の座標が入っているものと考えられます。他の2つのファイルが問題で、また大きく変わるんですね。で、またファイルの先頭を見ると、今度は3つとも78 9Cで始まります。この2バイト、zlibによる圧縮データでよく使われるのだそうです。

perlでzlibを解くには、Compress::Zlibというライブラリがあるということまでは調べました。しかし、使い方がわからず。

圧縮ファイルの中身をさらに圧縮するなんて、何考えてるんでしょうか？ > ゼンリン

Z9、このままでは使い物にならないので、図形出力ファイルのzcfファイルを、カシミール3Dでも読めるテキスト形式であるtrk形式にでも変換できないかと思ってます。それで、zcfファイルフォーマットの調査を始めてみました。今は、ピンを1個だけ作成してそれを出力しただけのファイルを調べています。

解析のために、簡単なperlスクリプトを書いたりしてるんですが、もうすっかり忘れてしまってます 。そういや、何年もプログラム書いてない。

・.zcfファイルは実はzip形式でアーカイブされた、いくつかのファイルで構成されているようです。
・拡張子を.zipに変更してから解凍すると、以下のファイルが入っていました。

- foo.zcf
- foo.ico → 拡張子から、ピンのアイコンのようです。
- data.nzx
- fig.ini → 更新の可否が書かれたテキストファイルです。
- index.nzi
- layinfo.ini → 最終更新日時が書かれたテキストファイルです。

引き続き、何かわかったら書きます。

しかし、どうしてこんな変なバイナリファイル形式に変更するんだろ? 普通は古いファイル形式と互換性を持たせるか、全然違う形式だとしたら今はxmlにするのが流行り。今さら独自形式のバイナリファイルを採用するなんて意味わかりません。