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

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

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

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

**名無しさん＠お腹いっぱい。** · 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のリンク先のようなレベルのにかかったら
何やったって解析されてしまうんだから無駄無駄。
シェアウェアのクラック問題にも似てるけど。

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

>>42
同感。
複雑な暗号化は速度的にも不利なうえに鍵添付じゃあ、その鍵で
暗号化を解除してくださいとクラッカーに言ってるようなもの。
暗号化にかける時間があったら他のことやったほうがよい。

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

>>43
あのリンク先程度じゃ、変形算術圧縮とか、TripleDES掛けただけでも解析できなくなるだろ

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

まぁしばしばルーチンの解析なんかしないで、ルーチンごと
ブッこぬいて使ったりするけどね。

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

複雑になればなるほど、所詮手動の解析では手間がかかる。
つまり、複雑度を限りなくあげてやればよい。

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

結局、複合化後のデータを抜き出すようなコード書けば
意味無いんじゃないの？
ネトゲなんかで課金がからむと真面目にやったほうがいいんだろうが、
普通のオフラインゲームであんまり気張ってもなぁ｡

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

暗号化アルゴリズムをどう複雑にしたって、たとえば
bool decrypt(byte *out, byte *in, int len);
みたいな関数の入り口見つけられたら、そこからそのまま
ひっこぬかれておしまい。
アルゴリズムではなくてプログラムを複雑にすると
今度はプログラムが単に汚くなる。

48 · 01/11/20 16:05

>>49　かぶった。結婚する？(ﾜﾗ

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

こういう暗号化は、暗号化アルゴリズムをいかに
複雑にして解読を防ぐかじゃなくて、復号ルーチンを
どうリバースエンジニアリングから守るかだよ。

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

皆さんソフトにリバースエンジニアリングを防ぐ建設的な手法を使って
いらっしゃいますか？（結局理論的には解析可能だから対策をしないと
いうのはとても簡単なことですが…）

>>51
>暗号化アルゴリズムをいかに複雑にして解読を防ぐかじゃなくて

おおむね同意します。でも暗号アルゴリズムなんてXORでもない限り
複雑なものを導入しても大してコストはかからないですよ。感覚としては
XORをかけるならAESかけるのもさして違いはないです。

52 · 01/11/21 04:13

>XORでもない限り
すみません "s/XORでもない限り/"

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

XORとAESってそうとう違うような・・・

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

どうせ鍵を同梱するなら、XORでももっと凝った暗号でも
防御力は一緒だと思ってたんだけど、違うの？

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

>>55
鍵と暗号済みのデータがあれば、解読できるわけ？

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

ゲームを普通に起動して、
メモリ上に展開された解読済みデータを
ReadProcessMemory で抜き取るとか。

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

>>49
グローバルなレジストフラグをプログラム全体に散りばめておいて、
レジストチェックルーチンの中でそのフラグを直接操作する。
こうすることで、レジストチェックルーチンをスキップしただけでは
動作しないようになる。
あとはひたすらチェックルーチンを冗長に複雑にする。
例えば、チェックルーチンは仮想マシンコードで実装する。
これによって直接の逆アセンブラは防げる。
あとは、そのルーチンを圧縮して、展開コードを仮想マシンで書いて
インタプリタで動かして、無駄なコードをつけまくって、ひたすら頑張る。

一度このシステムを作れば、プログラムにフラグを生めこむだけなので再利用はきくよ。

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

なんか話がいつのまにかレジストチェックルーチンの話に
すりかわってますぜ旦那・・・

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

みんなサウンドやBGMのコーデックに何使ってる？

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

>>59
暗号化も鍵を隠すという点ではにたようなものでしょうが。

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

>>60
OggVorbis

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

暗号の鍵を暗号化する？ｗまぁがんばれや
ネットゲーの場合はときどきサーバからあたらしい
アルゴリズムの復号化DLLが送られてくる、とかで
結構なんとかなるかな。

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

>>60
漏れもOggVorbis使ってる

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

普通のゲームの場合、暗号化されたデータと鍵と復号ルーチンを全部配布してるわけで、
その辺が普通の暗号解読とは違う。

個人的にはあんまりむきになっても仕方ないと思ってるんだけど

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

鍵と金庫を一緒にユーザにしてんのに、
南京錠だろうがIDカードだろうが同じことだと思う今日この頃。
シェアウェアなら、パスワードにデータの解除キー混ぜたり
できるかもしらんけどどのみち気休めでんな。

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

s/してんのに/渡してんのに/

**名前は開発中のものです。** · 01/12/16 02:56

age

**名前は開発中のものです。** · 01/12/16 06:56

OggVorbis 重くない？
これ入れてから FPS が激減しちゃったんだけど・・。

**名前は開発中のものです。** · 01/12/17 00:01

MP3 2%, OGG 5%, APE 15%, MPC 1%, AAC 15% (Celeron450MHz@Winamp における負荷調べ)

どこぞから拾ってきた参考資料
多少は重いかも

**名前は開発中のものです。** · 01/12/17 01:57

www.din.or.jp/~glit/TheOddStage/Progs/audioplayer/
こんなのがある。CPU使用率調べ。

**名前は開発中のものです。** · 01/12/17 06:58

>>71
やっぱ、mp3もoggも遅いマシンだと負荷は馬鹿にならないなー。

**名前は開発中のものです。** · 01/12/17 06:58

いやそのページのPenIIIマシンが遅いという気はないんだが。にんともかんとも

**名前は開発中のものです。** · 01/12/23 03:58

OggVorbis RC3 早くでないかな・・・。

**名前は開発中のものです。** · 02/01/09 13:03

＞７４
でまして。

**名前は開発中のものです。** · 02/01/09 23:33

OggVorbis RC3 すごく音がいいぞ

**名前は開発中のものです。** · 02/02/03 13:30

>>29,33
去年の話でなんですけど、閉鎖ということでご勘弁を。

**名前は開発中のものです。** · 02/02/04 09:16

>>76
160kbpsとか？

**名前は開発中のものです。** · 02/04/26 09:07

プレイ中のゲームの変数改竄方法と対策について語り合ってるスレはないですか？

**名前は開発中のものです。** · 02/04/26 10:44

プレイ中のゲームの変数改竄方法と対策について語り合ってるスレはないですか？

**名前は開発中のものです。** · 02/04/26 11:43

>プレイ中のゲームの変数改竄方法と対策について語り合ってるスレはないですか？
プログラムコードを書き換えることで、変数改竄をするパターンが
多いです。なので、これに対する対策は、全てのアプリケーションデータを
プログラムコード全領域をキーとする暗号をかけてしまうことです。
こうすれば、プログラムコードを変化させようものならば、
アプリケーションデータも解凍時に支障が起きます。
プログラムコードが変更するたびにデータも作成しなければならないという
点がデメリットと、絶対に常駐するコード領域をキーにするというのが
必要条件です。

もっとも気休め程度の暗号なのですが。

**名前は開発中のものです。** · 02/04/26 12:27

>>81
結局、コード書き換えされればいつかは改造されるのか。

オフラインなら良いかもしれないんだけど、ネットゲーだと致命的だよな。
課金とか絡んでくるし。
チートキャラだらけのネトゲに金払うなんてバカバカしいってことで
ゲームの存続にもかかわってくるから結構重要な問題かと…

**名前は開発中のものです。** · 02/04/26 12:54

プレイ中にプログラムを切り替えてターゲットゲームの変数の増減を検索して
何の値であるか推定し、書き換えるアプリがありますね。
プロセスの切替時の各パラメータチェックサムの変化で書き換えを検出
できそうですが、いずれ高度な書き換えソフトが出ないとも．．．

**名前は開発中のものです。** · 02/05/04 04:02

折れは男らしく全部ビットマップ
ダブルキュリックで中身が見える親切設計だ折れもユーザーも大ハッピー。まいったか

**名前は開発中のものです。** · 02/05/14 09:00

ネットだと結局、改竄してもらっては困るデータ（能力値等）をサーバーに、
改竄してもどうでもいいデータ（テクスチャ）を置いて、完全にクライアント
とサーバーを分割するしかない。　というか、それでオケな気もする。

**名前は開発中のものです。** · 02/05/14 21:45

**名前は開発中のものです。** · 02/08/22 20:45

>84
まいった。
ｱﾅﾀ最強でつ。

1 · 02/09/07 01:56

おお、このスレまだあったんだなぁ・・・（涙

**名前は開発中のものです。** · 02/09/23 06:51

ねぇ3Dのデータ扱うのに「これ使っとけヽ(｀Д´)ﾉｺﾞﾙｧ!!」って感じの
フォーマット教えて下さい……

**名前は開発中のものです。** · 02/09/23 07:18

自作

**名前は開発中のものです。** · 02/09/23 07:56

xsi

**名前は開発中のものです。** · 02/09/23 07:58

いややっぱしtmd使っとけ

**名前は開発中のものです。** · 02/09/23 08:12

いやrokだろう

89 · 02/09/23 21:13

>91>92>93
ありがとうございます、試してみます。
でもみんな>90みたいに自作の独自フォーマット使ってたら(((( ;゜Д゜））））ガクガクブルブル

**名前は開発中のものです。** · 02/09/23 23:07

マジレスすると世間では基本的に自作フォーマットだ。がんがれ

**名前は開発中のものです。** · 02/09/28 22:55

>>66
個別に違う鍵を渡すなら漏洩元を特定でるるから無意味でもないのでは？

**名前は開発中のものです。** · 03/02/23 02:53

保守あげ

**名前は開発中のものです。** · 03/02/23 03:12

　　　　　　　　　　　　ｏ.
　　　　　　　　　　　 /　￣￣￣￣￣￣￣￣￣￣ /
　　　　　　　　　　　/　　　このｽﾚは見苦しく.　　/
　　　　　　　　　　 /　　終了いたしました　　　 /
　　　　　　　　　　/　ありがとうございました　 /
　　　　　　　　　 /　　　　　　　　　　　　　　　　/
　　　　　　　　　/　　　モララーより　　　　　/
　　　　　　　　 /￣￣￣￣￣￣￣￣￣￣￣/
　 ∧＿∧　　/　　　　　　　　　　　　　　　　/∧＿∧
　（　･∀･）　/　　　　　　　　　　　　　　　　/（･∀･　）
　（　　　　）つ　　　　　　　　　　　　　　　⊂（　　　　）
　｜｜｜　　　　　　　　　　　　　　　　　　｜｜｜
　（_＿）＿）　　　　　　　　　　　　　　　　　　（＿（＿_）

**名前は開発中のものです。** · 03/02/25 01:43

データは全部変数に代入してコンパイラすればいいんではないか
というのはだめか？

**名前は開発中のものです。** · 03/02/25 07:36

　　　　　　　　　　　　　　　　ｏ.
　　　　　　　　　　　　　　　 /　￣￣￣￣￣￣￣￣￣￣ /
　　　　　　　　　　　　　　　/　　　このｽﾚは無事に .　　/
　　　　　　　　　　　　　　 /　　終了いたしました　　　 /
　　　　　　　　　　　　　　/　ありがとうございました　 /
　　　　　　　　　　　　　 /　　　　　　　　　　　　　　　　/
　　　　　　　　　　　　　/　　　ﾍﾟｲﾋﾟｯﾆﾀﾞより　　　　 /
　　　　　　　　　　　　 /￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　　　/
　　　　　　　　　　.　/
　　　＿＿<｀∀´>./
　　／＿＿　＼　/
　　|　|　　 |　　|
　（＿）　（＿＿）

**名前は開発中のものです。** · 03/04/05 09:34

保守

**名前は開発中のものです。** · 03/04/27 23:39

http://yokohama.cool.ne.jp/rr_ri/html/SoftWare/GpcFileMaker.exe

**名前は開発中のものです。** · 03/05/19 00:02

？？

**名前は開発中のものです。** · 03/09/23 03:39

>>99
ROMに焼くならそうするしかない。
static const指定して全部プログラムROMに詰め込む。

**名前は開発中のものです。** · 03/10/03 23:27

改造ソフトってパラメータがやたら増えてたりするみたいだが
それやると
チェックサムに引っかかってセーブデータ無効になったりしないか？
なんで皆平気で改造してるんだろ。
優秀で親切ひと、教えてください

**名前は開発中のものです。** · 03/10/03 23:28

マルチ氏ね

**名前は開発中のものです。** · 03/10/04 00:06

>106
105さんは前のスレッドで撤退宣言してますよ

**名前は開発中のものです。** · 03/10/04 00:52

>>105
ゲーム製作じゃなくてゲームプレーだろそれ。
板違いだって言ってんのに何でまたしつこくこの板で聞くんだ？

**名前は開発中のものです。** · 03/10/04 01:01

りょおかいしました、じゃ家庭用ゲーム板で伺います

プログラマじゃないとわからないだろうとおもったんですよ、、

**名前は開発中のものです。** · 03/10/06 02:21

画像データなら…
昔のしょぼい市販ゲームでは、ビットマップのヘッダ潰しただけってのも
あったけど、大体は、ランレングスかスライド辞書でＯＫだろ。

そういや、アンバランスのザナドゥはベタベタのビットマップだったな。
マスクデータも見えていや～ん（ｗ

**名前は開発中のものです。** · 03/10/09 00:40

スレ違いと思われるが、Susieプラグインを作ったりしてる人たちは、どうやって作っているのか知りたい。
delphi始めて少ししかたってない厨にはやはり無理なのだろうが