ゲームのデータファイルについて語るスレ

**名無しさん＠お腹いっぱい。** · 01/11/18 12:27

ゲームのデータファイルについて語るスレです

データファイルの種類（画像、ＢＧＭ、効果音、音声など）は問いません
データファイルのフォーマット、圧縮、プロテクトなど語りましょう

2 · 01/11/18 12:35

[ヘッダ2byte][チェックサム2byte][データ2byte]

1 · 01/11/18 12:42

とりあえずフォーマットあたりから

ゲームを作るときには当然
データファイルのフォーマットも考えなければなりません
ちなみにいくつかのＷＩＮのゲームのデータファイルを見てみると
だいたい下記のような感じになってますね

・ヘッダー情報（識別ＩＤ、ファイル内のデータの数など）
　ファイル先頭に（必ずといっていいほど）ある
　特にはじめの４バイトが識別ＩＤになってるものが多い（？）

・データ情報（データの識別名、位置、サイズなど）
　たいてい、ヘッダー情報の後にこれが配列される
　この数はヘッダー情報にある

・実際のデータ
　データ情報の配列の後に来る
　（ヘッダー情報のサイズ＋データ情報×配列数の後）

私もゲームのデータファイルはこうしてますが、
他にもよく使われるフォーマットありますか？

1 · 01/11/18 12:46

追加
＞　特にはじめの４バイトが識別ＩＤになってるものが多い（？）
例えばＹＳⅡＥのデータファイル（monde.ys2）は
初めの４バイトは"YS2E"が
メモオフ（***.dat）は"lnk"が識別ＩＤとして入ってます

**名無しさん＠お腹いっぱい。** · 01/11/18 13:11

可変長データのストアにはどんな構造使ってる？
俺はRIFF-WAVEみたいに、
DWORD ID
DWORD size
BYTE data dup(size)
のチャンク構造でやってるけど。

**名無しさん＠お腹いっぱい。** · 01/11/18 13:31

>3,4
コンパイラが（というかＣＰＵが）３２ビットごとに
アクセスしたほうがパフォーマンスがいいから
Cで書くと

struct data
{
　　long sign;
　　long width;
　　long height;
　　...
}

という風に宣言しておくのはよくやるみたい。
CGの横幅なんか２バイトで十分そうでも４バイトとるし。

**名無しさん＠お腹いっぱい。** · 01/11/18 13:34

ところで、先頭の4バイトの識別子は、
magicが一般的ですか？

**名無しさん＠お腹いっぱい。** · 01/11/18 15:22

　MAGファイルから直接DirectDrawのサーフェスに
読み込ませてる俺はDQNですか？

**(●´ー｀●)** · 01/11/18 15:51

このスレなぁ、今んとこプログラマの好みの問題にみえるべ。

**名無しさん＠お腹いっぱい。** · 01/11/18 17:02

参考資料
http://www.wotsit.org/

**名無しさん＠お腹いっぱい。** · 01/11/18 19:24

>10
おお、こんなところ知らなかった。便利だ、感謝。

画像ファイルとかって、皆どうやって扱ってるのかな。
俺はMAGっぽい独自フォーマットで圧縮して、何十枚かまとめて
一つのファイルにしてる。ヘッダにオフセットのサイズの情報を
書いておいて、適宜抜き出してるけど。

**名無しさん＠お腹いっぱい。** · 01/11/18 19:32

圧縮ならS3TCが扱いやすい。
固定長マンセー

11 · 01/11/18 19:50

s/オフセットのサイズ/オフセットとサイズ/

**PSEC鍵生成パラメータ教えて** · 01/11/18 20:06

暗号化だが、
http://info.isl.ntt.co.jp/
のEPOC PSEC Camelliaはどうか。
特にCamellia。

8 · 01/11/18 20:26

>>11
俺はMAGそのまんまだ。拡張子もMAG（ｗ

　昔のエロゲなんかでMAGのヘッダ潰して拡張子変えただけ
ってのもあったらしいが。

**名無しさん＠お腹いっぱい。** · 01/11/18 20:29

オレは画像にはPNG使ってる
データはアーカイブにして、すべてを一つにまとめてる。
データのフォーマットは
struct header {
u32l sign;
u32l size;
u32l crc32;
};
あとは簡単な暗号化を施したカタログ情報と、
その後に圧縮データが続く。

**名無しさん＠お腹いっぱい。** · 01/11/19 01:02

MAGフォーマットってフリーの規格なの？
俺もほぼパクリで使ってるけど、なんかそのまま使うと怖いような。

**名無しさん＠お腹いっぱい。** · 01/11/19 01:14

マルチペイントのマニュアルには
同人ソフトなどでMAGフォーマットのデータを使ったりしても
いいですよ。みたいな事が書いてあった。

1 · 01/11/19 01:34

ＭＡＧフォーマットですか・・・
知りませんでした・・・

ちなみにＭＡＧフォーマット検索してたら
こんなページ見つけました
～　圧縮法入門　～
http://www.ingnet.or.jp/~kojif/mu/comp/index.htm

1 · 01/11/19 01:42

追加
http://www.gavo.t.u-tokyo.ac.jp/~hosoyama/report/ex2b6.html

**名無しさん＠お腹いっぱい。** · 01/11/19 02:15

鮪の前身であるMAKIフォーマットが完全なフリーをコンセプトに
開発されたものだから、当然MAGも自由に使えます。
適度な圧縮率と展開の速さ＆容易さで今でも便利なMAG萌え。

**名無しさん＠お腹いっぱい。** · 01/11/19 02:23

ついでに、MAGの仕様は「MAGBIBLE」で検索かけると見つかると思われ。

**名無しさん＠お腹いっぱい。** · 01/11/19 05:16

>>14
おお国産ですな。暗号化はAESしかしらないですなぁ
ブロック長より鍵長のほうが重要だと思うんですが AES 互換を全面に出した
ということですかな。Rijndaelより高速で256bit-keyが使えるなら使いたい。。
問題は Optimize されたレベルでより高速かということですが。。。

**名無しさん＠お腹いっぱい。** · 01/11/19 11:21

メッセージデータは当然圧縮なり暗号化なりするだろうけど…1byteずらして
ごまかすってのはダメ？(w

というかゲームデータを隠すのに128bit暗号も使わないて。