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

**名無しさん＠お腹いっぱい。** · 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暗号も使わないて。

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

>>23
そういうのってすごい気になるけど、データの鍵は
プログラムがもってるわけ？
鍵とデータを一緒に配布するって馬鹿くせえとおもったが・・・

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

どの部分が鍵かなんて逆アセでもしないと解らないと思うけど。

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

逆汗すりゃわかるんでしょ。

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

圧縮の方の技術だけど、
ブロックソート後のデータもほとんど暗号と変わらんよ。
ゲームに使うなら十分でしょ

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

http://www.interq.or.jp/www-user/enra/rina/
こんなのどう？

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

たかがゲームデータ抜きたさに逆汗するヴァカがいるか！

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

とりあえず貼っとくか。
http://www.jisyo.com/viewer/faq/mag_tech.htm
MAG仕様書（原文）もちろん日本語ね。

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

>>30
結構いる

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

>>29 作者がドキュン

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

>>29 waveletにはちょっと興味あるけど。

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

解析を楽しむページ
ttp://ku-www.ss.titech.ac.jp/~yatsushi/analyze.html
参考までに。

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

基本的に、解析クン一人にでも負けたらツールばら撒かれて終わりだからなあ(藁

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

>>25
鍵とデータが一緒になきゃ復号できないじゃん。
勘違いしてるのかもしれないけどこれはゲームの話で、実際に暗号を
使う場面では利用者がそれぞれに鍵を持っているので一緒も糞もない。

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

TIM2ってどうよ？

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

>38 PS2の開発なんてやったことも機会もなさそうだしなぁ…
PCで使う意義もないし。

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

Camelliaのコードをみましたが、8bitASIC系に特化されてて
16,32bitの最適化ソースが公開されていないようですね。
最適化ソースが無いのでRijndaelには速度で勝てないでしょう。残念ながら。
Feistel回数が比較して多いのとFeistelとSBOXの手間が他の方式と比べて
煩雑です。Feistelを何回か回すだけでも簡単な暗号系になりますから
それでもいいんですけどね。

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

>>37
そりゃそうだ。
しかしどんなに強力な暗号化を使っても、鍵と一緒に配布されてるんじゃなあ(藁

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

たかがゲーム（失礼）のデータを、そこまで暗号化しなくても
と思うのは、俺だけか？

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

俺もそう思う。どうせ>>35のリンク先のようなレベルのにかかったら
何やったって解析されてしまうんだから無駄無駄。
シェアウェアのクラック問題にも似てるけど。