＞トップ

鮪フォーマット解説

• 関連リンク
• 仕様書
• 実装等に関する注意事項等
• PC-98 との関連
• 参考文献

関連リンク

• HTML5 まぐろーだー （emkさんによるスクリプト。他に実装に関する注意点や、発掘されたマルチペイントのマニュアルでの修正点など。MSB firstであるのが明示されていない、という点は私の盲点でした）

仕様書

とりあえず「magbible」と「正誤表01」を置いておきます．後者は私の知る限り今までインターネット上には転載されていないはずです．どちらも転載元は，東京BBS @P98 です．

• magbigle magbible.lzh
• 正誤表01 seigohyou01.lzh

ファイル情報 (ハンドルは伏せました)

No.==  Date==== Time== = Id======  Title=====［[W]WRITE [RET]READ [?]HELP］
･･295  91-03-30 14:19    ********  ALL/まぐろーだー仕様書        MAGBIBLE.LZH 


+---------------------------------------------------------------------------
| タイトル | まぐろーだー仕様書 - MAKIchan Graphic loader is not 鮪だ！ -
|ファイル名| MAGBIBLE.LZH
| カテゴリ | Document
|前提ソフト| MS-DOSテキストが読めるOS
| 動作機種 | 上記の前提ソフトが動作する機種
| 転送方式 | Y-MODEM
| 圧縮方式 | LHarc
|転載の可否| 配布自由・非売品
| 備   考  | 欄外参照
+---------------------------------------------------------------------------
>●　まぐろーだーとは
>
>    　ＭＡＧフォーマットは、まきちゃんＮＥＴにおいて開発された、９８等用
>    の画像データフォーマットです。愛称は「まぐろーだー」です。
>    　'MAKIchan Graphic loader is not 鮪だ！'という訳です(^^;)
>
>    　ＭＡＫＩフォーマットは皆様の御好評を頂き、予想外に広がってしまいま
>    した。簡単な方式でそこそこの圧縮率が得られる、セーブロードが高速、移
>    植性の高さ、等々の特長を持つＭＡＫＩフォーマットですが、開発当初から
>    いくつかの欠点も指摘されています。
>
>    ・単体での圧縮率がいまいち悪い。
>    ・部分セーブ、ロードが出来ない。640×400ドット16色に限定されている。
>
>    　そこで新たに開発されたのが、このＭＡＧフォーマットです。特長、ＭＡ
>    ＫＩからの改良点を箇条書きにしますと、
>
>    ・単体で MAKI+LZH に迫る高圧縮率。
>    ・更に LHa 等の二次圧縮によって小さくなる。
>    ・簡単なアルゴリズム。
>    ・１６色と２５６色に対応。
>    ・サイズ可変。
>
>    　とまあ、こんな感じです。

CAT-NETより転載

                                                        **************

BINARY FILE (     8K ) を受信しますか？ [Y]/[N] > Y

No.==  Date==== Time== = Id======  Title=====［[W]WRITE [RET]READ [?]HELP］
･･296  91-03-30 14:20    ********  ALL/まぐろ仕様書正誤表        正誤表01.LZH 


+---------------------------------------------------------------------------
| タイトル | まぐろ仕様書正誤表 - MAKIchan Graphic loader is not 鮪だ！ -
|ファイル名| 正誤表01.LZH
| カテゴリ | Document
|前提ソフト| MS-DOSテキストが読めるOS
| 動作機種 | 上記の前提ソフトが動作する機種
| 転送方式 | Y-MODEM
| 圧縮方式 | LHarc
|転載の可否| 配布自由・非売品
| 備   考  | 欄外参照
+---------------------------------------------------------------------------

CAT-NETより転載

                                                        **************

BINARY FILE (     1K ) を受信しますか？ [Y]/[N] > Y

実装等に関する注意事項等

このページの一番上からリンクしている、emkさんによる記事も参照してください(必ず)。

過去の実装経験 (DOS/V 用・展開ルーチンは 8086 アセンブラ，マイクロスクリプト，GTK+ アプリ) からの気がついたことなど．

• 仕様書の記述が適当
  • RFC のレベルの仕様書は期待してはいけません
  • 用語がちょっと特殊
    • 「ピクセル」とは，画像の展開処理の単位となる，画像情報 16bit ぶん（16 色画像なら 4 ドット，256 色画像なら 2 ドット) のこと
    • 展開情報に関してフラグという用語が多用されわかりづらい
  • あいまいな箇所とか，訂正文書が出回ってないこととか (致命的な訂正ではないので実問題は少ないが)
    • 256 色画像の横幅の切り上げが，2 ピクセル (4 ドット) 単位なのか，8 ドット単位なのかわからない
      • 仕様書には，8 ドット単位と書いてあるが，16 色画像のみを想定した記述のようである
      • データ構造から敷衍すると，2 ピクセル (4 ドット) 単位と考えられそう
      • xv の日本化パッチでは，256 色画像でも 8 ドット単位で切り上げている
      • これが問題になるのは，0 ＜ (横幅 mod 8) ≦ 4 の画像において
• 4096 色 (12bpp) の問題
  • PC-98 の 12bpp のパレットデータを 24bpp に拡張する際の方法が決まっていない．「まぐろのすべて」には，17 倍，すなわち RGB の各輝度を x とすると (x << 4) | x とするのが推奨となっている．一方，仕様書では，下位ビットに 1 を埋めるすなわち (x << 4) | 0xf とすることになっている．元が PC-98 のものである (と思われる) データは，24bpp 化に際して適宜補正が必要かもしれない

PC-98 との関連

鮪フォーマットを、NEC PC-98 に特化されたフォーマットと考える向きがあるようだが、技術的ないくつかの反論を示す

• ↓↓↓↓これ間違ってました。リトルエンディアンです。なんでこんな誤解をしていたのだろう...
• PC-98 の CPU である 8086 はリトルエンディアンだが、鮪フォーマットの数値はビッグエンディアン
• PC-98 のグラフィックがプレーン方式であるのに対して、鮪フォーマットは（圧縮などの都合という理由があるにせよ）パックドピクセル方式に近いデータ構造
• PC-98 に特化するのであれば、16 色パレットは 4096 色中で十分だが、鮪フォーマットは 1600万色中 16 色のデータを持てる
• PC-98 の 256 色環境が一般的になったのは PC-9821 以後だが、それ以前から鮪フォーマットは 256 色画像をサポート

以上 4 点、鮪フォーマットを PC-98 に特化したものとは考えられない理由である

参考文献

まぐろのすべてMAGフォーマット開発秘話

• まぐろBBS 編著
• ソフトバンククリエイティブ 出版
• 1995年10月
• ISBN978-4-89052-799-1 (ISBN4-89052-799-0)