08/12/03 03:28:30 eHTcivM5
ちびっと解析したのでシナリオ書き換え改良版
URLﾘﾝｸ(apple.mokuren.ne.jp)
文章の前の1byte(ひょっとしたら2byteかも?)に文章の行数が入ってて、
その行数分だけ1行づつ読み込む仕様みたい。
イロイロ相変わらずだけどもう眠くてよーワカラン(；´∀｀)
92:名無しさん＠お腹いっぱい。
08/12/03 10:39:53 lv+b2g1Y
>>91
素晴らしい。感動した！
pngをtigにする方法がわかんない。
変換前・後のファイル見比べてみたが俺の足りない頭では理解不能だ
URLﾘﾝｸ(asmodean.reverse.net)
ここにtig→pngはあるので伊勢におわす天照大神様お願いします。
93:名無しさん＠お腹いっぱい。
08/12/03 12:58:11 eHTcivM5
>>92
ナイス！tig化できたっぽい(ﾟ∀ﾟ)！
ちょっと待ってろ………
94:名無しさん＠お腹いっぱい。
08/12/03 13:56:15 eHTcivM5
png->tig変換(ﾟ∀ﾟ)
URLﾘﾝｸ(apple.mokuren.ne.jp)
絵心ある人何とかしてクレッ(； ･`д･´)
95:名無しさん＠お腹いっぱい。
08/12/03 14:41:19 BE2wh4O/
これはそこらのpng画像をtigに変換してゲーム内の画像と差し替えできるってこと？
96:名無しさん＠お腹いっぱい。
08/12/03 14:47:36 lv+b2g1Y
大宇宙の神降臨！
動作確認。
とりあえず適当な画像に変えてみた。
URLﾘﾝｸ(www.youlost.mine.nu)
97:名無しさん＠お腹いっぱい。
08/12/03 15:01:28 Im4hbuVO
pngの設定によっては効いたり効かなかったりするね
98:名無しさん＠お腹いっぱい。
08/12/03 15:13:00 MdWrpCJZ
>>96おつｗ
次は徐庶の奇妙な冒険だな
99:名無しさん＠お腹いっぱい。
08/12/03 15:41:28 eHTcivM5
voi->ogg変換(ﾟ∀ﾟ)
URLﾘﾝｸ(apple.mokuren.ne.jp)
逆はVOIヘッダちゃんと解析しないと無理そう。
>>96
なんという北斗の拳ｗ
とりあえず動いたみたいでヨカッタ(ﾟ∀ﾟ)
100:名無しさん＠お腹いっぱい。
08/12/03 17:19:59 fL/M4s5a
>>99
本当に凄いなおいｗ
お前にならもがみんくれてもいい
101:名無しさん＠お腹いっぱい。
08/12/03 17:35:52 lv+b2g1Y
>>99
ありがたやありがたや～
最初にこのスレに現れたときからやらかしてくれる子だと思っていたよ。
ニコニコに面白プレイ動画が上がる日も近いかな？
102:名無しさん＠お腹いっぱい。
08/12/03 19:52:15 lv+b2g1Y
96ですが、
main\main.lb弄ったらイベントの発生順序とか変えられた。
main.lb内にある3バイトの文字列がmain.sdのアドレスと対応しているようだ。
会話イベントを呼び出す文字列に更新時のイベントのアドレス貼り付けると
更新時のイベントが会話で発生したよ。
103:名無しさん＠お腹いっぱい。
08/12/03 20:51:33 eHTcivM5
>>100
もがみんゲット(ﾟ∀ﾟ)
>>102
main.sd書き換えてデータ長が変わったら
main.lbも書き換えないとダメってコトかー。
とりあえずmain.lb解析したらmain.sdのデータ区切り分かりそだねぇ。
104:名無しさん＠お腹いっぱい。
08/12/03 21:54:58 lv+b2g1Y
>>103
しかも書き換えたイベント以下のすべてのアドレスがずれますからねぇ
main.sdにイベント番号的なものがあって、それを自動で拾い出せれば、とも思うけど
数がかなりあるから面倒だし・・・
空きスペースを「2020」とかで埋めることが出来るとすると、
会話は、元のイベントの文字数以下で書き換えたほうがいいかもね
でもmain.lbのおかげでかなり好き勝手に弄れるようになった。
105:名無しさん＠お腹いっぱい。
08/12/04 02:41:25 xYwSijqX
相変わらずちゃんと動かないシナリオ書き換えver3.00
URLﾘﾝｸ(apple.mokuren.ne.jp)
main.lbのアドレス変換に対応してみた。でもまだ死にまくる(；´∀｀)
なんとなく漠然と
(1) main.lbの書き出しとかアドレス変換とかが間違ってる
(2) main.lb以外にもmain.sdのアドレスを参照しているヤツがいる
(3) main.sd内でmain.sd内のアドレスをアテにしていたりする
とかそんな感じかなぁ…。もう頭スポンジ(； ･`д･´)
106:名無しさん＠お腹いっぱい。
08/12/04 03:01:41 xYwSijqX
png2tigの変換でいけるのとダメなのがあるらしいので、
動作確認できたpngのIHDR chunkを解析してみた。
画像フォーマットとか詳しく無いので識者できたら補完ヨロシク(ﾟ∀ﾟ)
[IHDR chunk]
イメージの幅 800
イメージの高さ 600
ビットの深さ 8
カラータイプ 6 (RGB+アルファ)
圧縮方式 0 (現状コレのみらしい?)
フィルター方式 0 (現状コレのみらしい?)
インターレース方式 0 (0:非インターレース 1:Adam7)
107:名無しさん＠お腹いっぱい。
08/12/04 03:38:01 vehxZV15
>>99
乙
voi->ogg変換は拡張子かえるだけでいいんで
そこのロダから流れてしまっても、各自でリネームすりゃいいな
108:名無しさん＠お腹いっぱい。
08/12/04 12:27:12 cawoC+W7
顔グラを変えて遊ぼう
109:名無しさん＠お腹いっぱい。
08/12/04 13:37:31 xYwSijqX
>>107
えええそうなの！？ウチだとtheme.VOIをtheme.oggに拡張子変えただけだと
再生できないんでvoi2oggつくったんだけど、普通に再生できるのか～。
110:名無しさん＠お腹いっぱい。
08/12/04 14:49:34 Bz8NDuW8
>>109
OPもキャラのボイスも、拡張子かえるだけで再生できてるぜ
foobar2000だけなんかな？そこまではちょっとしらない。
フリーのリネームソフトにフォルダごと突っ込んで拡張子だけoggにして音声きいてるぜ
音声とシナリオ見比べてて気づいたけど
信玄と佐竹義重のイベントや、虎綱春日と宇佐美定満のイベントなど
仕様で発生させられないイベントもちゃんと音声収録されてるのな
よくわからんゲームだ
111:名無しさん＠お腹いっぱい。
08/12/04 15:20:46 xYwSijqX
>>110
ウチだとmedia player classicとwinampの古いヤツで試したけどダメだった。
voiファイルってoggヘッダの前になんかゴチャっとデータがくっついてるので、
foobar2000とやらが、buggyなoggも再生できちゃうだけなのかもねー。
112:名無しさん＠お腹いっぱい。
08/12/04 15:22:07 xYwSijqX
解析メモ
[main.lbn]
データ単位 64byte
データ数 1150
データは2つ単位で使用する=>実効データ数 575
一つ目のデータがイベント名
続くデータが参照ファイル名
この2つデータセットでmain.lbのアドレスを参照して
main.sd内のデータを引く。
ちなみにmain.lbの有効データ数は575で
main.lbnの実効データ数と合致
113:名無しさん＠お腹いっぱい。
08/12/04 15:34:02 01CWlVRI
face64の中を見てたんだけど、206.tig , 219.tigは、pngの拡張子かえただけ。
もしかしてそれでもいけるのかと思ったが単なるミスだったようだ。
（おそらく206.tig以降はダミー＜全部205.tigと同じ）
とりあえず汎用女子を>>61に変えた。さんきゅ
114:名無しさん＠お腹いっぱい。
08/12/04 15:38:11 01CWlVRI
ageちゃった、すまん。
なお、ソフマップ特典のリルフィニアは085.tig。蓮(086)やあたご(087)よりも
前にある。
115:名無しさん＠お腹いっぱい。
08/12/04 16:14:55 01CWlVRI
↑はyukiさんのssl見れば分かる話だった。
で、そのsslの書き換えと組み合わせれば、あいているところに新しい顔アイコン
を追加するのも簡単だった（87の直後は、追加データなどで使われる可能性も
あるので使わない方が無難）。
meetの中の同じ番号が、「女に会う」で表示される立ち絵。そこから先の
イベントはわからん（とりあえず、なんにもないと信長イベントになるようだ）。
116:名無しさん＠お腹いっぱい。
08/12/04 21:16:03 JTs6w7fP
main.swはイベントフラグの格納アドレスだな
最初の方のFFFFFFFFの並びは会った回数を記録する場所だ。
といってもここに直接書き込まれるわけではないけど
多分main.swn内の最初の文字列modeがmain.swの00000000を次のCharが00000004という具合に
main.swnの+0x40毎がmain.swの+0x04毎と対応していると思う。
いじる意味はあまりないと思うが・・・
117:名無しさん＠お腹いっぱい。
08/12/04 22:51:27 CDRZ+M1a
>>109-111
うちのMPCHC-V1.1.604.0だと拡張子を変える必要なくoggとして再生できる。
フィルタは内蔵のが使われてるから新しめのならOKかも。
118:名無しさん＠お腹いっぱい。
08/12/05 18:27:34 vjovnCuC
png2tig ver1.01 日本語パス対応版
URLﾘﾝｸ(apple.mokuren.ne.jp)
voi2ogg ver1.01 日本語パス対応版
URLﾘﾝｸ(apple.mokuren.ne.jp)
pngtig_conv ver0.01 画像変換GUI版 DLKey:sghmod
URLﾘﾝｸ(apple.mokuren.ne.jp)
↓こんなの
URLﾘﾝｸ(apple.mokuren.ne.jp)
119:名無しさん＠お腹いっぱい。
08/12/05 18:30:43 vjovnCuC
>>116
オツカレー(ﾟ∀ﾟ)
解析とか全然進んで無くてまだ右も左もワカラン状態なんで、
『このファイルをいじる意味はあまりない』というのが分かるコトに
すっごい意味があると思うんだぜ(ﾟ∀ﾟ)
120:名無しさん＠お腹いっぱい。
08/12/05 21:06:15 WcYXckHq
>>118
vjovnCuC様の神っぷりに、拙者もう液が溢れそうですじゃ。
>>116はメモリエディタでのイベントフラグの管理や解析に役立ちそうですね。
121:名無しさん＠お腹いっぱい。
08/12/05 23:02:56 1v552e3G
ID:vjovnCuC
俺の中ではかつてのUNIX板の連中と同列の有志
122:名無しさん＠お腹いっぱい。
08/12/06 21:05:45 C4BVvWQs
>>118
乙です
おかげで顔グラ弄るのは簡単になったわ
あとはイベントフラグの解析さえすめば、天下統一エンジン使って自由にゲーム作れるな
123:名無しさん＠お腹いっぱい。
08/12/06 22:53:32 wxHke7XP
一応普通に動いてるみたい(?)でヨカッタヨカッタ(；・∀・)
■pngtig_conv ver0.02 画像変換GUI版 DLKey:sghmod
URLﾘﾝｸ(apple.mokuren.ne.jp)
↓こんなの
URLﾘﾝｸ(apple.mokuren.ne.jp)
前バージョンより内部的にちょっと賢くなっているので
よかったら試してみてクダサイ(ﾟ∀ﾟ)
よさげな差し替えとか出来たらSSでもあげておくれ～。
124:名無しさん＠お腹いっぱい。
08/12/06 23:30:22 cMPoDnwH
>>122
一応既存のイベント発生時期を、他のイベントと置き換えることは可能。
また、一定の条件を満たせば会話の内容も変更可能。
スタート時の武将の名前や顔などはnew.dat\busyo21n16new.binで変更できるが、
顔あり女武将の場合はmain\main.sdの中の名前リストも変更しないと会えない
と勘で言ってみた。
125:名無しさん＠お腹いっぱい。
08/12/06 23:32:24 cMPoDnwH
あ、
>>123
いつもいつも乙です。
神棚に奉らせていただきます。
126:名無しさん＠お腹いっぱい。
08/12/07 01:52:37 D06SI9Av
■main.sd 簡易解析ツール ver0.01 DLKey:sghmod
URLﾘﾝｸ(apple.mokuren.ne.jp)
↓こんなの
URLﾘﾝｸ(apple.mokuren.ne.jp)
果たして他にmain.sdの解析をしている人がいるかどうかは知らないが
来たれ援軍みたいな感じで(； ･`д･´)
127:名無しさん＠お腹いっぱい。
08/12/07 12:34:27 1AHsPcHF
main.tkoは何かな？
必ずかどうかわからないけど、main.sd内の会話の文章の少し前で、
音声の指定文字列（～.voi）の後の、0F????から始まることを呼び出してる気がする。
でも、別の会話の0Fから始まる部分のアドレスに置き換えても会話の内容は変わらない。
なんらかの働きはしてると思うので文章の書き換えでアドレスが狂ったらここも直さないといけないかも。
後、main.sd内の会話等の文章の最後は0010????で終わってる.これが終端の指定かな？
で、ain.sd内の会話文章の前後にある0F????～10????だけど????部分は文章の行数に応じて変わってる。
例えば0F 0B DDから始まってる会話があったとして、名前部分も含めて4行の会話だったら10 0B E1
という風に+4されている。
128:名無しさん＠お腹いっぱい。
08/12/08 17:28:06 YUb9pk4j
SSGの値弄っても25600人までか兵数反映されるの
129:名無しさん＠お腹いっぱい。
08/12/09 01:15:48 XQDNdxlU
main.tkoに書かれているアドレス列はソートされていて、
これらのアドレスからmain.sdを引くと、ほとんど文章データ付近に辿り着くので、
文章を切り出すのに使うのかなぁ…と思っている。
(main.tkoをリネームすると起動しなくなるので、一応使ってはいるみたい。)
んで、>>127の解析から[0F]が文章データ開始の識別子っぽいのが分かったので
ソレを元にちょっと構造を解析してみた。
[文章データ構造(予想)]
[0F][3byte] <= 何かのカウンター？
[4byte] <= 何かのカウンター？
[4byte] <= 何かのカウンター？
[発言者] <= 続く一行(00までのデータ)
[1byte] <= 本文行数
[本文] <= ↑で指定された分の行数(00までのデータが一行)
[10][3byte] <= 何かのカウンター？
>>127もちょっと触れてるけど、カウンターは何かの法則でガンガン増えていくみたい。
130:名無しさん＠お腹いっぱい。
08/12/09 01:16:33 XQDNdxlU
で、コレを元に[0F]からのデータを解析すると
------------------------------------------------------------
[Address]: 0x001B1C8C
[0F] LE=>00375215 BE=>11516165 (0F AF B9 05)
00014456 何かのカウンター？ (78 38 00 00)
00014445 何かのカウンター？ (6D 38 00 00)
[発言者]=> 上杉謙信
[本文行数]=> 0001
「よい……お前はもう、私の家臣ではない……」
[10] LE=>00375727 BE=>11516677 (10 AF BB 05)
------------------------------------------------------------
こんな感じで、[0F]からの文章切り出しはこの構造でいけるっぽい。
131:名無しさん＠お腹いっぱい。
08/12/09 01:19:00 XQDNdxlU
んで[0F]タグの解析をしててちょっと思ったんだけど、
タグデータ自体は4byte単位になっていて、最初の1byteが識別子で
続く3byteがメタデータ的な何かが入ってるんじゃないかなぁ～と妄想中。
[0F]タグで言えば最初の1byteがシーンIDで続く2byteにイベントID的な何かが
入っている…とか。仮にシナリオシーンでのセーブとかロードとかをきちんと実装
しようとしたら、ここらへんのデータを使う予定だったのかなぁ～と。
(↑コレは何の確証も無くなんとな～く適当に言っているだけなのであしからず。)
で、タグが4byte区切り＆タグの種類によっては固有のデータが後に続く…。
という構造予想を元にちょっと解析してみると
[49] xx xx xx : BGM指定(?)
[34] 00 00 00 : 音声指定(?)
っぽいのが分かった。ここまでをまとめて解析してみたのが↓
132:名無しさん＠お腹いっぱい。
08/12/09 01:19:36 XQDNdxlU
[Address]: 0x000DB0BF
2D 57 06 00 (unidentified)
1E 57 07 00 (unidentified)
00 00 00 00 (unidentified)
01 57 0B 00 (unidentified)
86 02 00 00 (unidentified)
---------------------------------------------------------
[49] 57 0D 00 BGM指定(?)
[ファイル]=> bgm\m011.voi
[未解析値(5byte)]=> 00 01 00 00 00
---------------------------------------------------------
01 57 10 00 (unidentified)
84 38 01 00 (unidentified)
01 57 11 00 (unidentified)
36 77 02 00 (unidentified)
133:名無しさん＠お腹いっぱい。
08/12/09 01:20:11 XQDNdxlU
1F 57 13 00 (unidentified)
---------------------------------------------------------
[34] 00 00 00 音声指定(?)
[ファイル]=> voice\nobunaga\oda_0519.voi
[未解析値(5byte)]=> 00 00 00 00 00
---------------------------------------------------------
[0F] LE=>00005207 BE=>05706752 (0F 57 14 00)
00006244 何かのカウンター？ (64 18 00 00)
00006237 何かのカウンター？ (5D 18 00 00)
[発言者]=> 織田信長
[本文行数]=> 0002
「……。また他の女子のところに行こうとしておった
のか？」
[10] LE=>00005975 BE=>05707520 (10 57 17 00)
いまのところこんな感じ(；・∀・)ﾌｩｰ…
134:名無しさん＠お腹いっぱい。
08/12/09 15:32:18 XQDNdxlU
■main.sd 簡易解析ツール ver0.02
URLﾘﾝｸ(apple.mokuren.ne.jp)
※exeのみ。dllとかは>>126あたりのを使ってオクレ。
タグ解析モードで多少構造が見えるようになったのが分かるかと。
まだまだ未解析だらけだけど…(； ･`д･´)
予想できてるタグとか
■画像
[01][3byte] <= シーン+イベントID？
[4byte] <= 画像ID指定とか？
■文章
[0F][3byte] <= シーン+イベントID？
[4byte] <= 何かのカウンター？
[4byte] <= 何かのカウンター？
[発言者] <= 続く一行(00までのデータ)
[1byte] <= 本文行数
[本文] <= ↑で指定された分の行数(00までのデータが一行)
[10][3byte] <= シーン＋イベントID？
135:名無しさん＠お腹いっぱい。
08/12/09 15:33:07 XQDNdxlU
■二択分岐
参考アドレス 00051324
[13]が開始で[14]が終わりっぽいかも？
[13][3byte] <= イベ？
[4byte] <= ？
[1byte] <= 選択肢数？
[4byte] 選択肢のID？(選択肢数分連続)
選択肢の本文(00までの一行が選択肢数分連続)
[14][3byte] <= 終端子＋イベ？
■SoundEffect
[22][3byte] <= イベ？
[5byte] <= なぞ
SEファイル(00までの一行)
[5byte] <= なぞ 音再生系関数の引数とかな気も。
■音声
[1F][3byte] <= イベ？
[4byte] <= なぞ 34 00 00 00 ばかりな気も。
音声ファイル(00までの一行)
[5byte] <= なぞ 音再生系関数の引数とかな気も。
136:名無しさん＠お腹いっぱい。
08/12/09 15:34:10 XQDNdxlU
タグに続く3byteに関して、[tt] aa bb cc と見ると、
同一シーン内ではaaには同じ数値が使われている。
bb cc はセットでシーン内でインクリメントされていく。
(この予想が当たっているとすると、シーン数上限256の、イベント上限がシーン毎に
65536？なんかデータ設計しょっぱくねぇ？)
で、同一シーン内において、何かの数字1byteに続いてaaと同じ数字が続いて、
bb ccに他のタグと近しい数値が入っていたら、ソイツはほぼ間違いなくタグ。
そんな感じでタグとしては存在しているみたいだが内容がわからないもの。
[02] ヨクワカラン
[03] なんか複雑な構造してるぽい
[08] 8byte＋文字列データ群？
[09] なぞ
[0A] なぞ
[0B] なぞ
[0C] なぞ
[12] なぞ
[1E] なぞ
その他いっぱい。
とりあえず画像系っぽい[01]の中身わからんかな～(；・∀・)
137:名無しさん＠お腹いっぱい。
08/12/09 16:49:11 XQDNdxlU
mainディレクトリ解析まとめ(すべからくやり途中)
■main.cg
CGだろたぶん。4byte区切りで数字が入ってるけど何だろねコレ？
■main.ev
[64byte][4byte]のセット=> データ区切り68byte
64byteの中にイベント名 => ex)mouri06
続く4byteに開始アドレス => ex)00047BF4
■main.lb >>102
4byte区切りでアドレスデータ列
main.sd内のアドレスが指す先に各種シーンが格納されている
■main.lbn
[64byte][64byte] => データ区切り128byte
最初の64byte => main.lbのアドレスが指す先のイベント名
続く64byte => ファイル名っぽいもの
※ファイル名が指し示すものはおそらくmain.sd内にバイナリデータとして吸収されている
■main.sd
データ大黒柱
■main.sfn
おそらくmain.sdに吸収されてしまったファイル群の名前
■main.sw >>116
イベントフラグ関連(初期値とかとりあえず領域確保用とか？)
■main.swn >>116
main.swのフラグ名
■main.tko
4byte区切りのアドレス列。
おそらく文章データを切り出すのに使用。
138:名無しさん＠お腹いっぱい。
08/12/09 17:58:09 XQDNdxlU
[13]タグ二択分岐の選択肢IDはどうやらmain.lb内のindexのようだ。
試しにmain.sdの0x0005132Dの数値37をDEに書き換えて、
0x00051331からの38 00を20 02に書き換える。
織田でスタートして最初の二択
○キクゴローをさがす => 信玄の踏み踏みイベント
○光秀を追う => 光秀の襲撃イベント
がそれぞれ発生するようになる(ﾟ∀ﾟ)
139:名無しさん＠お腹いっぱい。
08/12/09 18:44:35 /lPYYY4y
つまりイベントを全部出すことも可能ってことか
140:名無しさん＠お腹いっぱい。
08/12/09 20:29:41 zdIJJ+hv
>>XQDNdxlU
毎度毎度乙です。
イベントの発生条件を弄れないか探しているがさっぱりわからん。
任意のイベントを無理やり起こすなら、「会う」の汎用会話と置き換えるしかないのかな？
あと同じ行数、同じ文字数での会話の書換えツールみたいなのならできますかね？
ファイル見てるとイベントは次々追加できそうな作られ方してるなぁ
フラグ関係のmain.swだけ領域が足りないようだが、メーカーはイベント追加も視野に入れてるかな？
それとも手抜きか・・・
141:名無しさん＠お腹いっぱい。
08/12/09 21:48:08 zdIJJ+hv
選択分岐以外でもイベント最後の文末にある0010から+0x1Dの場所にあるのがイベント終了後の処理のようだ。
例えば会話イベントなんかはBFになっていることが多く、このBFもmain.lbに繋がってる。
すなわちBF×4=[0x02FC]=main.lb内のアドレス
0x02FCはmain.sdの0x2AA0B0を呼び出してる。
ためしにこのBFをBBにしてみると、
BB×4=0x02ECで、main.sdの0x0CD3F1が呼び出され、
会話終了後に信長のイベント「いてぇな・・・・・・。」が始まる。
BFはなんだろうな、会話の回数フラグを1回増やすやつかな？
142:名無しさん＠お腹いっぱい。
08/12/09 21:57:28 zdIJJ+hv
会話イベントのみのキャラを見てみると、
BF以外ではキャラ別の最後のイベントの終了時の処理は00になっていて、
00だとキャラ名の一覧の少し前を参照していることになる。
これはもう何も処理しませんよ。ということかな？
しかしこれ、うまくイベント連鎖させたら全イベント一気に起こせるかもな。
143:名無しさん＠お腹いっぱい。
08/12/10 00:10:35 xq3+Her5
>>140
とりあえずイベントが見たいだけならmain.lb書き換え？
>>138の方法で良ければ見たいイベント言ってくれれば書き換え方書くケド、
書き込み内容から察するにID:zdIJJ+hvならmain.lbの書き換えぐらい
鼻毛を抜くぐらいの気軽さでやれちゃいそうな印象ｇ
とりあえず文字数の変更が無いのであれば、↑のどっかにある拙作のクソツールでも
rawモードとかそんなんで出来そうな気が。でも構造解析とか全く出来てなかった頃の
シロモノなのでイロイロとアレです(； ･`д･´)
(バイナリエディタでいじった方が早そう…ｗ)
タグ解析が進んで、文章だけじゃなくて立ち絵とか背景とか音とかいじれるようになって、
イベントの追加とか削除まで出来るトコまで来たらエディタ的な何かを作ってみよう
かなぁ…と思わないコトも無いけど、ちょっとモチベがなくなってきたのと、
ウチOCN丸の内なんでそろそろ年末恒例大規制祭りがやってきそうな予感ｇｇｇ(；・∀・)
144:名無しさん＠お腹いっぱい。
08/12/10 00:11:15 xq3+Her5
で、ひょっとしたら>>141は大発見をしているかも知れないのでもっと詳しく(ﾟ∀ﾟ)！
正直意味がワカランかった…ｗ
文章終端の[10]から29byte先に次イベントのmain.lb内のアドレスが書かれているってコト？
主人公の一人語りみたいなのが続いてるトコだと[0F]の後に[10]が来て、
そのすぐ後にまた[0F]がはじまるので、29byte先はもうすでに[0F]内だったりするんだけど、
オレが根本的に読み取れてないのかな…？(；・∀・)
145:名無しさん＠お腹いっぱい。
08/12/10 05:54:15 xq3+Her5
・信玄＆道雪のイベント見たいケド、辿り着く頃には死んでんだよなぁ(；´Д｀)
・ランダムイベントってランダムにも程があるだろうッ何この宝クジッヽ(`Д´)ﾉ
みたいな人は
■菊五郎さんに聞いてみよう(ﾟ∀ﾟ)！ver0.01 DLkey:sghmod
URLﾘﾝｸ(apple.mokuren.ne.jp)
↓こんなの
URLﾘﾝｸ(apple.mokuren.ne.jp)
URLﾘﾝｸ(apple.mokuren.ne.jp)
イベントを強制的に発生させるモノです。
いつもどーりほとんど未テスト(ﾟ∀ﾟ)
146:名無しさん＠お腹いっぱい。
08/12/10 06:36:45 uy0wzIgT
>>145
神棚
何という忙しい人の為の戦極姫
147:名無しさん＠お腹いっぱい。
08/12/10 07:14:24 /DyhBmaZ
out/main.sd に書き出したよってでるけどファイルが生成されてない／(＾o＾)＼
どうしてだ
148:名無しさん＠お腹いっぱい。
08/12/10 08:56:18 xTdbYJ5H
>>144
1つのイベント途中の会話の後ではなく、そのイベントの最後の文章の後ね
例えばmain.sdの0x2721E0あたり常信エリの1回目の会話イベント「オッス！ 颯馬元気？」だと
0x002721E0 ： 00 01 81 75 83 49 83 62 83 58 81 49 81 40 E9 44
0x002721F0 ： 94 6E 8C B3 8B 43 81 48 81 76 00 10 0E 0E 00 01
0x00272200 ： 0E 11 00 D6 F9 03 00 08 0E 14 00 21 01 00 00 00
0x00272210 ： 01 00 00 00 02 0E 17 00 BF 00 00 00 01 0E 1F 00
2行目「0x002721FB」の [10] がこのイベントの文末となるわけだが、
ここから+1Dの「0x00272218」の [BF] がmain.lbの「0x02FC」に繋がっている。（BF×4=2FC）
で、main.lbの「0x000002FC」を見ると[B0 A0 2A]となっておりmain.sdの0x2AA0B0を呼び出す。
よってこの[BF]（おそらく2バイト単位）を書き換えるだけでイベントが連鎖されていく感じになる。
イベントを作為的に発生させる場合はmain.lbのアドレスデータを直接目的のイベントのアドレスに書き換えるか、
会話後の[BF]の部分を書き換えるかどちらかでいけそう
ちなみに、このBFの4バイト後が次のイベント
つまり常信エリの2回目の会話イベントの頭になっているようだ。
149:名無しさん＠お腹いっぱい。
08/12/10 09:14:44 xTdbYJ5H
今調べたんだが、ゲームのVerによって少しアドレスに差があるな、
Ver1.01だと例の部分は[BF]だがVer1.00だと[BE]、1.02はしらん。
全部Ver1.01で調べてます。
150:名無しさん＠お腹いっぱい。
08/12/10 10:35:38 xTdbYJ5H
ID:xq3+Her5のモチベUPの為に・・・
イベント中のキャラの立絵は変更できそう。
main.sd内の会話等の開始アドレス（main.lb内参照）から+0xC（3バイト）がそうみたい。
この3バイトは同じmain.sdのアドレスを指していて、
調べると["キャラ名"_A 基本]とかの文字列の少し前にある[ 03 08 ]ってところを呼んでいる。
この3バイトを別のキャラのに置き換えてみると立絵も変わった。
背景は今のところ不明。
エディタ期待してますぜ！
151:名無しさん＠お腹いっぱい。
08/12/10 13:14:10 xTdbYJ5H
昼休みに速攻で調べてみた。
上のは一旦忘れてくれ。
★★★背景CG★★★
main.sd内において、main.lbで指示されたアドレスに飛び、そこが[2D]からはじまる場合
その2Dの何バイト後ろになるかはわからないが[ 01 ?? ?? ]があるはず。
その01の4バイト後ろにあるのが背景CGを呼び出すアドレスのようだ。
main.sd内のそのアドレスに移動すると背景CGリストがあり、
呼び出されるファイル名の手前の[ 56 04 ]のところに飛ぶ。
また、main.lbで指定されたアドレスが[01]からはじまる場合は、その+4バイトの位置が背景の指定みたい。
このケースは、ほぼ会話イベントでいきなり室内の場合だと思うが、背景指定アドレスは[ 84 38 01 ]になっている。
この[ 84 38 01 ]はちょっと特殊で、多分だけど、背景を変更しないってことだと思う。
つまり「会う」での会話イベントは、デフォルトで室内の背景CGが呼び出されるようだ。
また、エロイベントとかでイベント途中のCGの変更は、CGが変更される直前の文末の終端タグ[10]から
少し後にある[ 01 ?? ?? ]の[01]の4バイト後ろがCG指定のアドレス。
イベントCGは背景扱い。イベントCGの上に立絵も乗せられた。
★★★立絵CG★★★
背景CGを指定するアドレスの後ろに[ 01 ?? ?? ]がある場合、その4バイト後ろが立絵の呼び出しアドレスみたい。
main.sd内のそのアドレスに飛ぶと「"キャラ名"_A ～～～ 基本」とかの文字列の少し前にある[ 03 08 ]に飛ぶ。
★★★まとめ★★★
見たサンプルが少ないから合ってるかどうか不明だが
頭が2Dから始まるイベントの場合は、
「背景の指定」→「BGMの指定」→もう一度「背景の指定」→「立絵の指定」→「声の指定」→「文章」
頭が01から始まるイベントの場合は、
「背景の指定」→「立絵の指定」→「声の指定」→「文章」
となっている感じ
01などのタグの後ろの????はよくわからんが勝手に増えていくやつなので無視して解析してみた。
CGは[01]のタグとセットになっていて一旦main.sd内にあるCGのファイルリストに飛んでから個別のCGファイルにアクセスしてるみたいだね。
BGMや声は文字列で指定されてるんでいじるのは厳しいかな？
152:147
08/12/10 13:52:11 /DyhBmaZ
自己解決
「kikugorou.exe」があるフォルダに「out」という名前のフォルダ作ったらその中にmain.sdが生成されますた
153:名無しさん＠お腹いっぱい。
08/12/10 15:28:15 xq3+Her5
読みづらいだろうけど>>129-136の内容を読んでくれると以下がよくワカルと思うのだが、
何か説明中イロイロと混乱するので、まずは共通言語を決めちゃおう。
『シーン』：例えば光秀がメイド服着てうんちゃらかんちゃらみたいな
一連のお話の流れ１つ。エピソードと言い換えても○。
『イベント』：シーン内において、クリックとかEnterとかで進める一つの単位。
で>>148のバイト列を0x002721FBから意味的に区切ると↓こんな感じ。(ズレたらスマン
10 0E 0E 00
01 0E 11 00 D6 F9 03 00
08 0E 14 00 21 01 00 00 00 01 00 00 00
02 0E 17 00 BF 00 00 00
01 0E 1F 00 [ここに画像関連情報が4byte続くハズ]
↑ ↑ ↑ ↑ ↑
① ② ③ ③ ④こっから先全部④
①：コマンド的な意味を持つもの。[0F]なら文章[01]なら画像関係とか
②：同一シーン内で共通の数値が使われる。
③：この2byteは同一シーン内でインクリメントされていく。
④：①の種別によって固有データが入る。
154:名無しさん＠お腹いっぱい。
08/12/10 15:29:31 xq3+Her5
で、>>141と>>148の内容が指し示すのは>>136でヨクワカランに分類されていた
[02]タグの謎を解き明かしたというコトなのだ(ﾟ∀ﾟ)！
[02]タグはシーン読み込みを示すタグで、④の固有データ域は4byte。
固有データ領域にはmain.lbのアドレス配列indexが入っている。
こういうコトだ！すごいぞ！謎がひとつ解けた(ﾟ∀ﾟ)！
155:名無しさん＠お腹いっぱい。
08/12/10 15:37:56 xq3+Her5
>>147 >>152
ごめんｗ圧縮前のデータにはoutディレクトリもあったんだけど、
圧縮する段階で空のディレクトリは消されてしまうみたいだ…ｗ
何かダミーファイルでも置いてから圧縮すればよかったスマン(；´∀｀)
156:名無しさん＠お腹いっぱい。
08/12/10 16:45:21 xTdbYJ5H
じゃあ次は>>148内にある[ 08 ]をば！
>>148では
08 0E 14 00 21 01 00 00 00 01 00 00
となっていますが、本来なら[ 21 01 ]ではなく[ 20 01 ]です。ごめんなさい、確認のため書き換えたままでした。
この[ 08 ]はフラグ管理ですね。
①[08] でフラグ立てますよ～（②③はとりあえず無視）
④[20 01] がフラグリストの呼び出し。
ここではmain.swn内のアドレス「0x4800」（0x0120×0x40）を指している。
このシーン名は「meet_eri_00_end」なんでOKだな。
⑤？[00 01] 最後のこの0001は入力する値でしょう･･････多分。
main.swnの0x4800は、main.swの0x0480（0x4800÷0x10）に対応。で、ここに01を書き込む。
実際、メモリ内の対応する場所に01が入った。
このあたりがあまり意味ないのはフラグ管理なんて面倒な事やってられないから・・・
157:名無しさん＠お腹いっぱい。
08/12/10 23:42:59 xq3+Her5
っていうかよく[08]とフラグ管理結びつけられたな…ｗ
>>156を受けて、ちょっと[08]タグ調べてみた。まずデータ貼る。
参考アドレス0x00040559 (main.lbnによるとシーン名[start]らしい。)
[0x00040559 ベタ書き]
01 02 06 00 F4 3B 01 00 1E 02 09 00 00 00 00 00
03 02 0C 00 01 32 00 00 00 03 12 00 00 00 00 00
00 00 00 02 02 00 00 00 12 02 0C 00 AA 05 04 00
08 02 0D 00 37 00 00 00 04 15 08 93 56 8F E9 E9
44 94 6E 00 08 02 0E 00 32 00 00 00 00 01 00 00
00 0B 02 12 00 00 00 00 00 09 00 00 00 1E 00 00
00 1F 00 00 00 20 00 00 00 21 00 00 00 22 00 00
00 23 00 00 00 24 00 00 00 25 00 00 00 26 00 00
00 08 15 07 00 37 00 00 00 04 06 08 8F E3 90 99
8C AA 90 4D 00 08 15 08 00 37 00 00 00 04 17 08
[0x00040559 タグ解析]
01 02 06 00 F4 3B 01 00
1E 02 09 00 00 00 00 00
03 02 0C 00 01 32 00 00 00 03 12 00 00 00 00 00 00 00 00 02 02 00 00 00
12 02 0C 00 AA 05 04 00
08 02 0D 00 37 00 00 00 04 15 08 93 56 8F E9 E9 44 94 6E 00
08 02 0E 00 32 00 00 00 00 01 00 00 00
0B 02 12 00 (ちょっと長すぎるんで複数行に分解)
---00 00 00 00 09 00 00 00 1E 00 00 00 1F 00 00 00
---20 00 00 00 21 00 00 00 22 00 00 00 23 00 00 00
---24 00 00 00 25 00 00 00 26 00 00 00
[↓こっから別シーン]
08 15 07 00 37 00 00 00 04 06 08 8F E3 90 99 8C AA 90 4D 00
08 15 08 00 37 00 00 00 04 17 08 ...データがつづく
158:名無しさん＠お腹いっぱい。
08/12/10 23:44:20 xq3+Her5
で、シーン02内の[08]タグを抜き出すと、順に。
08 02 0D 00 37 00 00 00 04 15 08 93 56 8F E9 E9 44 94 6E 00
08 02 0E 00 32 00 00 00 00 01 00 00 00
下の方は分かりやすくて>>156の解析と同じタイプ
0x32 * 0x40 = 0xC80 -[main.sfw]-> amagi_add のフラグ操作
上の方はちょっと構造が違う感じで
0x37 * 0x40 = 0xDC0 -[main.sfw]-> temp01
で、続くデータで文字として読めるのを解析すると
93 56 8F E9 E9 44 94 6E = 天城颯馬
なんでtemp01に『天城颯馬』を書き込むのだろう。
(ちなみに別シーンの方の文字列は『上杉謙信』
多分[08]から数えて9byteめ(04と00になってるトコ)がデータタイプを決定していて、
00ならboolとかintとかで、続く4byteに値が格納されている。
04ならstringとかそんな感じかな～？
ending_checkとかdead_check系列のイベントを解析したら、
フラグを読み出すタグも分かるかのぅ…？(存在するかは知らないが(； ･`д･´)
とりあえずイイ仕事したｗお疲れ(ﾟ∀ﾟ)>>156
159:名無しさん＠お腹いっぱい。
08/12/11 01:51:16 /Ge9NhuP
すげーよ、おまえら。
この調子ならマジでイベントエディタが完成しそうだ。
ただレベルが上がりすぎていて、俺も含めて協力できる人が少なそうだ。
160:名無しさん＠お腹いっぱい。
08/12/11 03:51:40 byL96ENs
>>159
何故>>129あたりからオレが暗号文じみたものを書き込み出して、
今スレの流れがこんな状態になっているのかをキチンと説明しておこぅ(； ･`д･´)
まず一般的なデータフォーマットの話をしよう。
世間で良く使われているデータフォーマットって、すっげー投げやりに言うと、
[データサイズ][データの中身]
みたいな構造をしているのだ。PNGとかはこんな塊が複数集まって出来ている。
で、こんな構造になっていると、データの中身とかデータの意味とかは知らなくても
サイズだけを元にデータをキレイに切り出せるワケだ。
ところがだ(； ･`д･´)
main.sdの中身を解析してみると、全然こんな構造になっていないのだ。
(別にこの事自体は悪いコトだとは思わない。)
だから『このアドレスからはじまるイベントの文章を書き換えたい』とか言われても
データの構造(せめてタグごとのデータ長)を全て把握していないと、文章データまで
正しく辿り着けないのだ(； ･`д･´)
(※現状ある程度は出来るが、未解析のタグが出て来るともうダメ。)
161:名無しさん＠お腹いっぱい。
08/12/11 03:52:36 byL96ENs
なので、最低限、全タグのデータ長の算出方法が知りたいワケさ。
それには多分２つのアプローチがあって、
[1] 論理的にタグの構造を解析して、データ長の算出方法を類推する。
[2] main.sd内に含まれるある種のタグのデータ長が全て同じである事を確かめる。
※データ長が同一で無い場合、内部構造を解析する必要アリ。
オレが主にやってるのは[1]なんだけど、中にはタグ3つぐらい見て
『もうコレ8byte固定で決まりっしょ(ﾟ∀ﾟ)』とかやってるのも多々ある…ｗ
で[2]の手法に関しては、main.sdからある種のタグを全て抜き出すというのが
ものッ凄い大変だし、そもそもある種のタグを抜き出すのに他のタグ構造を知らない
と抜き出しが出来ないというニワトリ卵。
実際にやるかやらないかは別として、イベントエディタを作るという観点で言うと、
我々はまだスタートラインにも立てていない…ｗ
正直心が折れそうデス(； ･`д･´)全鯖規制きたらもう二度とやらない…ｗ
162:名無しさん＠お腹いっぱい。
08/12/11 05:10:25 2W6N751a
>>161
そしたらしたらばに板借りてきてやんよ
163:名無しさん＠お腹いっぱい。
08/12/11 10:07:13 o+deS0te
早速eonet全鯖規制＼(^O^)／
でも、めげずに書き込むよ！
>>157
むっちゃ乙。貴方だけが頼りです！
当方バイナリエディタ1本でちまちまやってるので憶測が多くてスマン
タグの解析ツールはかなり参考になります。
いくつか見てみたが[2D]ではじまるシーンは「シーン鑑賞」に出てくるやつばかりだった。
そのシーンの頭にある[2D]は、4バイト後ろの[1E]とセットで存在してる。
また、そのシーンの終了部分には[1E][2F][2E]がセットで並んでる。
その後[08]が入り最後が[02]の流れ。（[1E]はシーン途中にも存在する。）
・[2D][2E]（謎のカウンター部分含めて4バイト）
シーン頭の[2D]と終了部分の[2E]は、文章での[0F]と[10]の関係に近いのかも。（憶測）
・[1E]（00郡が後ろにあるので全8バイトかな）
その存在している位置から「BGMのストップ命令」かと思い。
シーン途中でBGMが止まる場所の[1E]を[00]にしてみたらBGMが止まらなくなったので多分合ってる。
BGMだけのストップ命令かどうかはわからないけど。
・[2F]（4バイト後ろにデータあるので全8バイトかな）
4バイト後が、シーン毎に別の数値が入ってるので何らかの働きはあるんだろうな。
「シーン鑑賞に追加」するフラグかな？
と思って再インストール後この数値を入れ替えてみたらやっぱり別のシーンがONになった。
まあ内容さえわかったらどうでも良い項目だね。
上記以外で現在わかっているのは
[01]：画像
[02]：シーン終了後の処理
[08]：フラグ（アドレス、数値などで、半端な全13バイト？）
[0F]：文頭
[10]：文末
[13]：選択肢
[1F]：Voice（後ろの34がよくわからん）
[22]：SE（後ろに00郡あり）
[49]：BGM
かな？
164:名無しさん＠お腹いっぱい。
08/12/11 16:58:46 byL96ENs
>>163
全鯖規制来てるのに何と言う勇者…ｗ毎度毎度オツカレ～(ﾟ∀ﾟ)
[2D]～[2F]とか良く見つけたな…ｗ
言われてみれば『ああ～ホントだぁ～』って感じだわｗ
[1E]はオレもちょっと[1F]とかの絡みで音停止系統のタグかなーと思ってはいた。
やっぱそんな感じよね～。
何か使ってくれているみたいなので
■main.sd 簡易解析ツール ver0.03 DLKey:sghmod
URLﾘﾝｸ(apple.mokuren.ne.jp)
多少進化したので、とりあえずreadme読んでみてオクレ(ﾟ∀ﾟ)！
165:名無しさん＠お腹いっぱい。
08/12/11 17:54:46 jVWt4NGd
ツールさんきゅです！
バイナリエディタで全体を眺めてる分、気がつきやすいのかもしれないね。
というわけで追加で～す。
[2D]と[2E]だけど改めて調べてみたらmain.ev内にあったよ[2D]のアドレスが。
でmain.evはおそらくシーン鑑賞で使うデータの切り出しをしてるみたい。
一つのシーンの途中に[2E]があったので何ぞ！
と思いシーン鑑賞を見てみるとやはりそこで切れた。
[2D]：回想で切り出すシーンの始点
[2E]：終点
CGについてはそれぞれのCGファイル名の前後の始点終点を探してみた。
[56]：始点で（4バイト後ろの[53]にももカウンターがあるのでこれもタグ？）
[0E]：終点のような気がするぞ。（4バイト長）
[30]：ついでに「CG鑑賞」への追加指示はおそらくこれ（8バイト長）
[3C]：後ろの[64]とセットだと思うが不明
こういう書き方のほうが解るかな？
166:名無しさん＠お腹いっぱい。
08/12/11 18:26:51 51f2S2KK
おまえらすげぇ・・・すごすぎるよ
167:名無しさん＠お腹いっぱい。
08/12/11 20:52:48 jVWt4NGd
重要キャラの死亡チェックのとこ見てたんだけど、
[66]：そのキャラあるいは勢力の状態チェック開始？
[0312]：状態チェック終了？
[040608]：大名名？
[040108]：武将名？
[04010A]：サルだけ名前の前がこれだね。
[0202]：その直前に条件式がありそれが真ならば[0202]の後ろにある処理をする？
[12]：条件分岐「if」みたいな感じかな？
[12]の4バイト後に飛ぶアドレスがありその後ろに条件式。真ならば指定したアドレスに飛べ？
[03]：不明
[FFFFFFFF]：死亡？
こんな感じかな？こればっかりは全く自信がないが
チェックの命令をもし俺がかけるならこんな感じかな？と思って。
0x13ff0あたりの
大名関係のチェック見てみると（多分現在プレイしてる勢力の調査）
[66]-存在チェックみたいなの-[0312]-[040608]-大名の武将名-[0202]（真なら？）-[02]（飛べ）
で、とんだ先は重要武将の存在チェックのとこ。
になってる気がするんだわ。
キャラチェックに来ても
[66]-存在チェックみたいなの-[040108]-武将名-[0312]-[FFFFFFFF]-[0202]（真なら？）-[02]（飛べ）
な感じだ。
長尾影虎の場合だけ[12]命令が入ってて上杉謙信に飛ばしてる。
ちなみにこの辺りのチェックやらCGやらの項目の最後は[0E]になってるんで
[0E]は現在のジョブの終了かな？
168:名無しさん＠お腹いっぱい。
08/12/11 20:58:18 jVWt4NGd
[04010A]：毛利ガーナと宇佐美もだ
[04010C]：毛利ナッシュとオルテナはこれだった
169:名無しさん＠お腹いっぱい。
08/12/11 21:58:33 jVWt4NGd
上あ～ごめん
[040608][04010A]とかだけど
[0406]：大名名の指定
[0401]：武将名の指定
で、次の
[08]やら[0A]は普通に後ろに続く名前のバイト数だったのね。
飯食ってると気がついた。
170:名無しさん＠お腹いっぱい。
08/12/11 22:06:52 byL96ENs
ちょｗｗｗメシくって酒飲んでる間に凄いコトになってるｗｗｗ
ダメだｗもうオレの方が追いつけない…ｗ[66]タグとか永久欠番だと思ってたよ…ｗ
まだ>>165の前半の内容を消化して、後半ちみっと見始めたばっかなんだけど(；・∀・)
アレだね。普通にゲーム内でシーンが発生する場合はmain.lbからたどって行って、
回想メニューからシーンを選択した場合はmain.evからアドレスをたどる感じなんだね(ﾟ∀ﾟ)
例えばmain.lbにもmain.evにも[mouri06]ってイベントがあるんだけど、
[49] 1C 05 00... <= main.lbから来るとココ
[2D] 1C 08 00 <= main.evから来るとココ
[1E] 1C 09 00 00 00 00 00
こんな感じだねぇ。まぁBGM再生はじめてすぐストップ処理が走るので、
スクリプトのミスかチェック漏れな気がしなくも無いけど…ｗ
CGに関しては[01]タグとの絡みもあるので是非とも中身を解析したいのだけど
例えば↓みたいに…
171:名無しさん＠お腹いっぱい。
08/12/11 22:07:30 byL96ENs
[Address]: 0x00072548 島津シナリオ朝風呂シーン
[01] 2C CC 00 B7 44 00 00
==>data block [B7 44 00 00]
==>0x000044B7 (main.sd)↓
56 05 85 06 53 05 86 06 65 76 65 6E 74 5C 63 67 2D 30 35 36 2E 74 69 67
==>タグ解析
56 05 85 06
53 05 86 06
65 76 65 6E 74 5C 63 67 2D 30 35 36 2E 74 69 67 event/cg-56.tig (次女入浴)
********************************************************************************
[Address]: 0x00077B16 上杉シナリオ冒頭シーン
[01] 2E 04 00 D4 04 00 00
==>data block [D4 04 00 00]
==>0x000004D4 (main.sd)↓
56 04 84 00 53 04 85 00 62 67 5C 62 67 30 36 2E 74 69 67
==>タグ解析
56 04 84 00
53 04 85 00
62 67 5C 62 67 30 36 2E 74 69 67 bg/bg06.tig (上杉領の街並みの絵)
172:名無しさん＠お腹いっぱい。
08/12/11 22:08:06 byL96ENs
こんな感じでイベント絵とか背景とかは割と素直に辿れるんだけど、
立ち絵は謎アドレスに飛んだりして、辿り方が全然ワカンネ(；・∀・)
でもたぶん、[56]はCGはじまるよ～。[53]はCGの中身だよ～。とかそんな感じかなぁ。
そうそう。書き方は>>165とか>>167とかの感じで全然わかる。
でも強いて言えば、参考アドレスとかどのシーンで解析してるとか書いてくれると、
確認作業するときに該当個所に行きやすいかなぁ…(；・∀・)
とりあえずオツカレ(ﾟ∀ﾟ)！
173:名無しさん＠お腹いっぱい。
08/12/11 22:15:00 jVWt4NGd
とりあえずキャラの存在チェックをまとめると
[66]（スキャン開始）->
[0401]（武将を検索）[08]（4文字）->”ここに武将名”->[0312]（スキャン終了）->
[FFFFFFFF]（死亡）->[0202]（真なら）->[02]（4バイト後ろにある処理を実行）->
偽ならその後ろの処理へ・・・
ちなみに[02][??????][09]は[08 06 8A 01 31 00 00 00 00 01 00 00 00]（重要キャラの死亡フラグON）を実行し、
これ実行したらGAMEOVERになった。
勢力別の重要キャラリストの最後に人には[02]～[09]の後ろに[02]～[0F]がある。
これは素直にチェック終了の[0E]につながってた。全員生きてたらチェック終われって事だな。
174:名無しさん＠お腹いっぱい。
08/12/11 22:30:33 jVWt4NGd
じゃあ次は立絵CGの解析かな。
[0ｘ13FFB]～
大名存在チェックのアドレス主人公存在チェックと一体
[66]～[0312]までのバイト数は[66]を含めて8バイト。カウンター以外は全員同じ数値だ。
武将チェックはそのすぐ後ろの[0x14134]～になってる。
これはmain.lbnからたどれるね。
未解析のタグとかあったら載せてみて、出来る限りがんばる。
なんてか、エロは偉大だな。
信長の野望ならここまで頑張らんぞ。
175:名無しさん＠お腹いっぱい。
08/12/12 02:00:31 cgn53N7C
大名の登録順は東北(南部)から00……かな
国番号も城番号の割り振りも北から順番ぽい。
東北(北陸奥→南出羽)、関東(常陸から相模・伊豆まで)、東海(駿河から伊勢まで)、
甲信(甲斐・南北信濃)、北陸(越後～越前若狭らへんまで)、
近畿(近江、山城から紀伊まで順番不詳)、
山陰(丹後但馬～石見)山陽(播磨～周防長門)、
四国(阿波～土佐)と九州(豊前豊後、筑前筑後、肥前肥後、日向大隅薩摩)
176:名無しさん＠お腹いっぱい。
08/12/12 18:31:34 wqhpjMwg
>>175
大名の登録順はnew.dat/daimyo21.bin
国はnew.dat/kuni21.bin
にそれぞれ書かれてる順じゃないかな～。
(コレ解析して書き換えたら沖縄とか北海道とか追加できんのかな…？ｗ
177:名無しさん＠お腹いっぱい。
08/12/12 18:32:37 wqhpjMwg
ちまちまと文章の文字数を増やしたり減らしたりして、
main.sdのデータサイズが変わる状態でイロイロ試している。
で、いまのところmain.sdと併せて
main.ev main.lb main.tko のアドレスを全て書き換えるまでは出来ていて、
改変後のmain.sdとmain.lbでタグ解析して普通に読めるので出来たかな～と思いきや。
○武田シナリオがSLGパートを抜けた後に始まらずに固まる
○『女に会う』をやると落ちたりする
○城に攻め込もうとしたらいきなりOPムービーが流れたりする
(落ちたのかと思ったらいきなりフルスクリーンで『さぁ～かせてあぁ～つくぅ～♪』)
フラグ操作とかSLGパート関連でも書き換えないとダメな部分があるのかのぅ(；・∀・)
(main.lbとかからのサイド攻撃やめてmain.sd一本に出来んもんかのぅ…。
178:名無しさん＠お腹いっぱい。
08/12/12 20:07:57 9awXovP7
毎度毎度乙です。
main.sd内部でのアドレス移動が結構あるんで、その辺りでおかしくなってるんじゃないかな？
最後のほうのエンディング関係のがあるんでその辺りのからみかな？
[12]や[03]が解析できたら結構うまいこと行くかも。
てなわけでその辺りのややこしいのが解るかもしれないCG関係を分解してみた。
新しいタグはそんなに出てこないけどかなり謎が多いので、
解析のヒントになるかな？程度です。
179:名無しさん＠お腹いっぱい。
08/12/12 20:09:47 9awXovP7
かなりズレてるんですが勘弁
ゲームのVerは1.00です。
シーン名（立絵：信長_A 驚き）
0x02BE97～0x02BE7Aまで全0xE4バイト
0x000000 : 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
----------------------------------------------------------
0x02BE90 : 00 00 00 0E 0C 39 00 03 0C 45 00 01 49 02 00 00
0x02BEA0 : 03 17 00 00 00 00 FF FF FF FF 02 02 00 00 00 12
0x02BEB0 : 0C 45 00 EB BE 02 00 08 0C 46 00 21 03 00 00 01
0x02BEC0 : 49 02 00 00 08 0C 47 00 D1 02 00 00 01 48 02 00
0x02BED0 : 00 08 0C 49 00 49 02 00 00 00 FF FF FF FF 08 0C
0x02BEE0 : 4A 00 48 02 00 00 00 FF FF FF FF 4B 0C 4E 00 01
0x02BEF0 : EE 01 00 00 6E 6F 62 75 6E 61 67 61 5F 41 00 00
0x02BF00 : 00 00 00 00 8B C1 82 AB 00 03 0C 51 00 01 81 02
0x02BE10 : 00 00 03 12 00 00 00 00 00 00 00 00 02 02 00 00
0x02BE20 : 00 12 0C 51 00 4E BF 02 00 3D 0C 52 00 01 EE 01
0x02BE30 : 00 00 01 21 03 00 00 00 00 00 00 00 01 D1 02 00
0x02BE40 : 00 00 00 00 00 00 12 0C 53 00 61 BF 02 00 3F 0C
0x02BE50 : 54 00 01 EE 01 00 00 01 D1 02 00 00 00 00 00 00
0x02BE60 : 00 40 0C 58 00 00 32 00 00 00 08 0C 5C 00 81 02
0x02BE70 : 00 00 00 01 00 00 00 0E 0C 5E 00 03 0C 64 00 01
上記を詳しく分解してみるます。
[0C ?? ??]：このシーンでのカウンター、無視します！
180:名無しさん＠お腹いっぱい。
08/12/12 20:12:14 9awXovP7
>>179
★[0x02BE97]：スタート位置
・[03]：不明（8バイトか9バイト）
・[01 49 02]：何を指すのかわからないが、
後に[49 02]や[48 02]がよく出てくるのでフラグ参照とかしてるのかも。
・[03 17]は武将存在チェックの[03 12]（終了）に近い意味かと。
過去に出てきた[66]は8バイトぽいので[03 17]が[03 12]と同じなら
[03]は9バイトなのかな？
他の項目で調べても[03]～[03 ??]まで11バイト。
・[FFFFFFFF]：？
・[0202]：5バイト？やっぱり「AならばB」的な感じかな？
でもなんか違う気もする。謎だ。
・[12]：アドレス移動型のIF命令かな？自信なし！（8バイト）
・[EB BE 02]：アドレス[0x02BEEB]へ飛ぶ。[12]と連動。
181:名無しさん＠お腹いっぱい。
08/12/12 20:13:20 9awXovP7
>>179
[0x02BEB7～] ここからが条件？条件の終了は何処だろうね？
・[08]：main.swnを呼ぶ
・[21 03]：main.swn内の0xC840でフラグ名は「nobunaga_vanish」信長消える？
・[01 49 02]：フラグの入力値（謎、後に出てくる[49 02]と関係は？）
シーン鑑賞フラグなどの入力値は[00 01]だったが、ここは[01～]になってる。
[00～]と[01～]で命令が少し違う気がするね。
・[08]->[D1 02]（フラグ名「nobunaga_x」）->値[01 48 02]
（また出てきたよ[01～]の値）
・[08]->[49 02]->[00FFFFFFFF]（set_vanish）
・[08]->[48 02]->[00FFFFFFFF]（set_x）
頭の[00 ????]が値の入力命令で、[01 ????]は値の参照命令なのだろうか？
ここまでの命令は立絵が消えているか、消えてないなら消すとかかな？
182:名無しさん＠お腹いっぱい。
08/12/12 20:14:38 9awXovP7
>>179
★[0x02BEEB] [12]命令で飛んだ先
ここからがおそらく立絵を実際に表示させる命令群かな
・[4B]（立絵呼び出しの命令？）->[01 EE 01]（不明）->"nobunaga_A"
これは「char\nobunaga_A.ch」を呼び出してるのでしょう。
・"驚き"（"nobunaga_A"との間に00が6バイト分続いてる）
これはnobunaga_A.chの中の表情ファイルの呼び出し命令かな？
これにより「char\nobuharuA04.tig」が呼び出されるわけだね。
・[03]～[03 12]と続いて[12]命令であっち行ったりこっち行ったり。
途中で・[3D]・[3F]・[40]のタグが出てくるけどまだ不明。
まさかとは思うが立絵の表示位置？
ちなみに[12]タグは同じmain.sd内でのアドレス移動なんで
これでおかしな挙動になるのかもね。
183:名無しさん＠お腹いっぱい。
08/12/12 20:16:35 9awXovP7
>>179
★[0x02BE73]に[0E]があり[0x02BE7A]で終了。
謎の文字列だらけだと思ったが、分解してみるとなんとなく解るね。
立絵一つ表示でコレだけの命令があるのは、
キャラが2人以上並んだ時に表示位置をずらす関係だろうね。
ちと今回は自分でも解りにくい感じになってる。
なんせ移動が多くて何を意味してるのかさっぱりとは言わないが難しいね。
誰か援軍ぷり～ず。
184:名無しさん＠お腹いっぱい。
08/12/12 20:52:02 9awXovP7
むむむっ
見返していたらなんとなく[03][0202][12]の繋がりが解ってきたぞ。
最初の
[03]～[01 49 02] [03 17] ： [01]：参照せよ、[4902]：main.swn内のset_vanishを（main.swでの0ｘ0924）
[FFFFFFFF][0202] ： main.swでの0ｘ0924がFFFFFFFFならば
[12]～[EB BE 02] ： main.sd内の0x02BEEBへ飛べ。
かな？
[08]～からは[FFFFFFFF]で無かった場合の処理だね多分。
[12]はIF文ではなく単なるアドレス移動かもしれない。
185:名無しさん＠お腹いっぱい。
08/12/12 21:37:38 a94ui+gk
凄いな
こんなにらしく動いてる改造スレ久し振りに見たぞ
186:名無しさん＠お腹いっぱい。
08/12/12 22:53:30 wqhpjMwg
>>184
なんと言う人間タグパーサー(；ﾟДﾟ)
ていうかオレも開眼したかも知れん。
[Address]: 0x0005258D 信長と最初にボードゲームで遊ぶシーン
[01] 21 C0 00 F7 0A 00 00
[01] 21 C3 00 84 38 01 00
[01] 21 C4 00 16 9D 01 00
１つめ[01] data block [0x00000AF7] => main.sd
56 04 EC 01
53 04 ED 01
=> 62 67 5C 62 67 30 34 2E 74 69 67 00 (bg/bg04.tig作戦会議とかする部屋)
3C 04 EE 01 00 64 00 00 00 62 67 5C 62 6C 69 6E 64 2E 74 69 67 00
0E 04 EF 01 (もどる)
２つめ[01] data block [0x00013884] => main.sd
08 06 1B 00 48 02 00 00 00 00 00 00 00 (set_x) X座標を0にしなさい
08 06 1C 00 49 02 00 00 00 00 00 00 00 (set_vanish) 絵消しフラグを0にしなさい
0E 06 1D 00 (もどる)
３つめ[01] data block [0x00019D16] => main.sd
>>179と似た感じで立ち絵信長基本
立ち絵って800x600の画像なのでX座標0で画面中央に表示される。
187:名無しさん＠お腹いっぱい。
08/12/12 23:11:29 wqhpjMwg
うおお絶望した何か凄い絶望した。
[01]も[12]もmain.sd内のアドレスガシガシ参照してるじゃん。
っていうか>>171で自分で[01]タグからmain.sd内参照してるクセに
main.ev main.lb main.tkoのアドレスだけ書き換えても
うまく動くワケないじゃん(ﾟ∀ﾟ)！
188:名無しさん＠お腹いっぱい。
08/12/12 23:17:02 cgn53N7C
>>176さんきゅ
順番確認した
それ、やっぱりSS天下統一と同じ格納方式
別口でNEW.DATを弄くって五島や種子島も出てくるようにした、天下統一アドバンスの在野シナリオがあるよ
(全国マップと城・街道の連結も書き換えて)
189:名無しさん＠お腹いっぱい。
08/12/12 23:45:44 9awXovP7
>>186
立絵の位置はどうやって変わってるんだろうとメモリエディタで立絵表示中のフラグを観察してみると
[1F FF FF FF]やら[ED FE FF FF]がり、この数値を弄ると移動したので詳しく調べてみた。
立絵中央以外に表示する時は（今回のケースは2人を左右に並べる）
シーンは光秀がメイド服きるとこ。
「0xEC654」
[01] 5E 80 00 A2 38 01 00 <-位置情報01
[01] 5E 81 00 16 9D 01 00 <-信長の立絵
[01] 5E 83 00 66 38 01 00 <-位置情報02
[01] 5E 84 00 8C A1 01 00 <-光秀の立絵
位置情報01
[08] 06 21 00 48 02 00 00 00 1F FF FF FF
[08] 06 22 00 49 02 00 00 00 ED FE FF FF
[0E] 06 23 00
こうなってるわけだが
[08]での入力値が[00 1F FF FF FF]
これは2人を左右に表示させる命令ですぐ後の
[08]～[EDFFFFFF]もセットで命令される[0E]が命令の最後だもんね。
位置情報02
[08] 06 15 00 48 02 00 00 00 E1 00 00 00
[08] 06 16 00 49 02 00 00 00 13 01 00 00
[0E] 06 17 00
この4つの[08]で二人の表示位置を左右に分けているようだ。
「0x138A2」付近は立絵の表示位置情報がいくつか並んでいるっぽい。
というわけで[3D]・[3F]・[40]は関係なかったみたいだ。
なんだろコレ？
>>185
実際何人くらいこのスレ見てるんだろう？
190:名無しさん＠お腹いっぱい。
08/12/12 23:51:39 9awXovP7
>>187
実際[12]とかイベント会話アドレスの間とか、
main.sdの最後の方にもあったり参照してたりするので絶望感が出てくる鬱陶しさだな
CGとかのパッケージ化もしてないんだし、
どうせならシーン毎に別ファイルにでもしてくれてればいいのにね。TXTのままでいいじゃん！
最悪アドレスの変更しないような改造で・・・・・・
191:名無しさん＠お腹いっぱい。
08/12/12 23:59:50 cEs6WceF
みんな頑張ってるな。
とりあえずエディタができたら信玄タソハッピーエンドの製作に取り掛かりたい…
192:名無しさん＠お腹いっぱい。
08/12/13 00:04:57 sUbNIxOZ
>>191
戦闘前とか後に適当な背景+立ち絵で適当な台詞しゃべらせるmodを・・・
193:名無しさん＠お腹いっぱい。
08/12/13 00:55:36 S4p4CwSL
>>186 確認しました。その考え方で合ってると思う。
(set_x) (set_vanish) は立絵が無いときに[00000000]になっていて、
立絵があるときは[FFFFFFFF]になってる。
[08]タグの場合、入力値は5バイトで、[00～]が書き込み命令だと思う。
この場合は[00][00000000]になっているので、[00]書き込め[00000000]を、てな感じ。
また、[01]と[12]の違いもこんなかな？
[01]で参照した場合は[0E]に当たると、元の[01]のところに戻る。 <-アドレス参照
[12]の場合は参照先などで命令順を飛ばすとかに使っていて、
[0E]があっても[12]の位置に戻らず[01]のとこに戻る <-アドレス移動
これ[66]やら[03]が解ってくると世界が広がるよ。多分
194:名無しさん＠お腹いっぱい。
08/12/13 02:45:42 p9qG+31e
>>189
ツールがちょくちょくあるからRomはそれなりに居ると思う
195:名無しさん＠お腹いっぱい。
08/12/13 03:56:02 TavppwVG
マジパねぇ絶望の果てにオレは再び開眼したかもしれん(； ･`д･´)
Youの家でも無事に動く事を願ってやまない…
■URLﾘﾝｸ(apple.mokuren.ne.jp) DLKey:sghmod
196:名無しさん＠お腹いっぱい。
08/12/13 10:12:37 lBDFnsWE
>>195
うほっ、いいシナリオエディタ
197:名無しさん＠お腹いっぱい。
08/12/13 11:16:28 y/hHOkZE
>>195
殿！やんごとねぇツール作りましたな。野望達成にまた一歩。
ver.100
main.sdも弄りまくってたのでオリジナルに戻してからツールを実行。
新規ゲーム開始で、普通に「殿ッ、～」が始まったので、どこに原因があるのか探ってみた。
通常のシーンならこんな感じの変更でいけるみたいだけど、
ゲーム開始時だけは少し違うみたい
main.lbnを見ると「home_start_mouri」があり、今回改造した「mouri01」
と同じアドレスに飛ばしているので、
・main.lb
[0xB0]（mouri01）→[E2 06 04] （元の値に戻す）
[0xA4]（home_start_mouri）→[12 D1 32] （ケチャップのアドレス）
・main.sd
[0x32D29F]→[2C 00] （最後、[02]で飛ばす所。2C00はmain.lbの[0xB0]）
にしたらケチャップシーンが終わったあと「殿ッ、今年こそ～」が始まった。
開始時に立絵の消去命令が入ってなかったので、信玄がスタンド使ってたがな。
うちだけなのかもしれないが。
198:名無しさん＠お腹いっぱい。
08/12/13 13:54:20 TavppwVG
>>197
なんかウチだとhome_start_mouriだと動かなくて、mouri01にしたら動いたのでそんな感じに
しといたんだけど、なんかよくワカランので引数でmain.lbの書き換えたいindexを渡す感じに
してみた。(添付のbatは41と44を書き換える)
■URLﾘﾝｸ(apple.mokuren.ne.jp) DLKey:sghmod
ためしに[08]タグ使って49 02 00 00に 00 01 00 00 00 とか 00 FF FF FF FF とかやって
set_vanishしてみたんだけど、信玄の立ち絵消えなかった…ｗ
>>193
アレかね[01]は言うなればincludeで[12]goto(使ったコトないがｗ)みたいな感じかね？
[02]との兼ね合いとかどうなんだろう？とちょっと思うけど、
ひょっとしたら[02]の場合は、現在までのシーンで確保した領域をdeleteとかして解放
するのも込みなのかもねぇ。
>>196
スパルタ仕様ですんません(； ･`д･´)解析メンが増えたりすると
プログラムに割ける時間が増えてちょっとはマシになるかも知れません(； ･`д･´)
199:名無しさん＠お腹いっぱい。
08/12/13 16:07:02 3/7rkk8/
[01]と[12]はそんな感じ。
[02]はmain.lb経由の移動命令じゃないかな？
似たような役割のタグが複数ある場合は、タグによって参照ファイルに違いがあるとかかな？
立絵を消すのは[01]タグがよいかな
例えばケチャップシーンだと [01 FE 15 01 93 E6 03 00]
これを最後の[02]タグとの間に挿入したら立絵が消えてから本編始まった。（[02]のカウンターも+1して）
立絵消去のアドレスはキャラによって違うみたいだ。
・「0x03E693」信玄の場合（表情違っても消せるみたいだね）
[3E] 13 F7 00 01 F8 01 00 00 01 29 03 00 00 00 00 00 00 00 ←main.sw（shingen_C）と（shingen_vanish）の調査？（shingen_C）は07で固定されてるな
[40] 13 FA 00 00 32 00 00 00 ←？、[3E]とセットなのかな？、[3E]と[3F]の調査の終了命令かもね？
[08] 13 FE 00 29 03 00 00 00 00 00 00 00 ←shingen_vanish
[08] 13 FF 00 D9 02 00 00 00 00 00 00 00 ←shingen_x
[08] 13 02 01 89 02 00 00 00 00 00 00 00 ←shingen_view
[0E] 13 04 01 ←戻る
いろいろ調べるたびに1行目の[01 F8 01]が、
[01]：ただ単に見ろ、[F801]main.ibの[0x7E0]に見えて仕方がない。
200:名無しさん＠お腹いっぱい。
08/12/13 17:17:54 Wzqs92ti
[01]：ただ単に見ろ、
[F801]：main.swの[0x7E0]をに見えて仕方がない。
だね。ごめん
201:名無しさん＠お腹いっぱい。
08/12/13 18:02:23 TavppwVG
>>199
あーそうか。そういや[02]はmain.lbを参照してるんだったね。
立ち絵の処理系はコマンド群としてもう出来上がってるんだねぇ。
自前で[08]ポチポチ書くよりか[01]からコマンド群直接includeしちゃった方が
楽だし確実ってコトか(ﾟ∀ﾟ)
199の後半あたり読んでmain.swnにそんなフラグまであんのか…ｗ
と思って改めて見てみたら1000個近くあるな…ｗ
とりあえず↓main.swnをdumpしたもの.txt DLKey:sghmod
URLﾘﾝｸ(apple.mokuren.ne.jp)
なんか調べもせずにスゲ適当書くケド[3E]の中身って
if( shingen_C && shingen_vanish ) みたいな感じかねぇ？
202:名無しさん＠お腹いっぱい。
08/12/13 18:11:17 TavppwVG
またスゲ適当に妄想書くケド、
[03] if( condition )
[3E] if( !condition )
とかで例えば
[3E] でshingen_Cのデータが正しく読み込めたかをチェックして
[40] でエラーダイアログを表示して
[08] 群で、とりあえずshingen_C表示言われたら無視しとくようにする
とか…？(；・∀・)
203:名無しさん＠お腹いっぱい。
08/12/14 00:35:53 5Ll1RUPn
>>202
そうかエラーダイアログってのもあったね。なるほどそうかもしれん。
でも確認しづらいなこれは。
・[03]
>>179 の
0x02BF09 : 03 0C 51 00 01 81 02 00 00 03 12 00 00
の中盤の[01][81 02 00 00]
これはmain.swの「set_vanish」を見ていると考えるとつじつまが合う。単純に1アドレスのみ見てるね。
・[3E]
[3E 13 F7 00](4byte) -> [01][F8 01 00 00](5byte) -> [01][29 03 00 00](5byte) -> [00 00 00 00 00](5byte)
>>199の[3E]～は上のように分解できるが、意味的にも参照してるのは、main.swでしょうね。
[F8 01]は常に固定されてる気がするので、この部分は何を調べているのかわからんな。
最後が5ﾊﾞｲﾄなのが気になり、後半は書き込み命令かとも思って、
いろいろ弄ってみたが、具体的にどんな仕事してるのかわからなかった。
・[3F] ： >>179で出てくるが、[3E]との違いがわからん。全く同じ構文だ。もしかしたら[08]の変形型かも。
・[3D] ： [3E]の後半が2つになってるバージョンか？
[3D](4byte) -> [アドレス0](5) -> [アドレス１](5)->[00群1](5) -> [アドレス2](5)->[00群2](5)
これに関しては>>179を見てると[08]の複数命令にも見えてくる。
これらはイベント作成上、おそらく入力することがないと思うので、
バイト長くらいを調べておくだけでもいいかもしれない。
204:名無しさん＠お腹いっぱい。
08/12/14 06:07:44 n3kogcN0
>>203
もしかしたら[3X]系のタグってif文みたいののバリエで
if( condition )
if( !condition )
if( conditionA && conditionB )
if( conditionA && !conditionB )
if( !conditionA && conditionB )
if( !conditionA && !conditionB )
こんな感じで論理積が論理和になっちゃってるバージョンとかも
イロイロと個別に実装されてんのかもねぇ。んで条件式は==0ばっかりとか。
そうするとflag位置を参照だけしてるっぽい動きも納得できる気がする。
(まぁ、納得したいがためのこじつけな気がしなくもないけど…ｗ
# しかしまぁ、コレだけ色々複雑に出来るようにエンジンは作ってあるのに、
# ADVパートにほとんど活かされてない気がするねぇ…ｗ
# むしろこの複雑さが逆に仇となってクソ重くなってる気がする…ｗ
とりあえずID:5Ll1RUPn には皆まで言わずとももう分かってるぽいけど、>>187あたりから
オレがかなり方向性を変えたので、[3X]系タグの解析は自分が納得できる点あたりで、
いったんpendingしてください。キミのブッ壊れたタグ解析能力のおかげで、
イロイロと見えなかったものが見えるようになったよ。(中には見たくなかった真実も
あったりしたけど…ｗ)心からのリスペクトを込めてありがとう(ﾟ∀ﾟ)！
205:名無しさん＠お腹いっぱい。
08/12/14 06:18:44 n3kogcN0
で、main.sdの既存部分を書き換えるというアプローチではもうシャレにならない労力が
伴うコトが分かったので(その労力を払っても成功するかはワカンネ)
main.sdに新規にデータを継ぎ足して、main.lbとか比較的構造の単純なヤツをいじって
リンクの張り替え的なアプローチをしてみるコトにした。
■sgh_editor 超絶実験版 ver0.01 DLKey:sghmod
URLﾘﾝｸ(apple.mokuren.ne.jp)
↓こんなの
URLﾘﾝｸ(apple.mokuren.ne.jp)
URLﾘﾝｸ(apple.mokuren.ne.jp)
# ぶっちゃけこの手法で無理そうならもう撤退します(；・∀・)
206:名無しさん＠お腹いっぱい。
08/12/14 10:04:00 +yJY6h9s
>>205
神！
形になったね。すばらしいツールになってきてる。
で、実験してみたけどうまく行ったよ。
あとはmain.lbの何処に追加するかの選択と、
シーン終了後の[02]がしっかり出来たらほぼ動くんじゃないかな？
・[02]
単純に「会う」で簡単な会話のときは[02]～[BE]（main.lbｎでのmeet_end）
回想シーンなどに関しては[02]～[02]（main.lbｎでのmain.txt）
シーン連結を考えないのならどっちかを末尾に加えるだけでいいかもね。
・[08]
ストーリー部分の差し替えは[08]が絡むからフラグリスト選択してそこに01を入力
[08][?? ?? ??] [(main.swnのリスト÷0x40）] [00 01 00 00 00]
てな感じで・・・
フラグの構造はいたってシンプル。
最初の[mode]、[char] はバグルかもしれんので弄らない。
[「キャラ名」_View]、[_x]、[__vanish] 及び
[「キャラ名」_A]、[「キャラ名」_B] なんかは立絵関係なんで弄らない。
「キャラ名_feeling」は会った回数なんで会うごとに+1されていくが、
[08]タグではここを追加することをやってないみたい。弄る必要性無し。
残りのイベントフラグは、イベント終了後に01が入力されるだけ。
このあたりを理解してると改造も楽だね。
まあ、フラグは後回しでいいと思う。
207:名無しさん＠お腹いっぱい。
08/12/14 12:28:23 +yJY6h9s
>>205
回想シーンなどに関しては[02]～[02]（main.lbｎでのchar_scn_end）
の間違いだった。
作成したシーンを「会う」と置き換えてみたんだが、
[02]～[BE]を入れても、
作成したシーンを二回繰り返した後、置き換えたシーンの次のシーンにつながってしまったり
永遠にループしたりとやっかいだな。[02]が効いてない気がする。
実験的に1回目の会話イベントの最後の[02]に
2回目の会話イベントのmain.lbのアドレス入れてみたら、1回目の会話の無限ループが始まった。
[02]の代わりに[12]を入れてmain.sdの2回目の会話のアドレス入れたら1回目の会話の後に、すぐ2回目の会話が始まった。
もしかして[02]はmain.lb経由の移動命令ではないのかもしれない。
作成したシーンも最後の[02]を[12]に変えて適当なアドレス放り込んでみるとループしなくなった。
でも、上のように会話の連鎖もしないな。SLGパートに戻るだけ。
208:名無しさん＠お腹いっぱい。
08/12/14 13:06:12 +yJY6h9s
追加シーンを２つ作成して
それぞれを誰か適当な人間の会話シーンに置き換えてみた。
[02]がなんだか頼りなくなってきたので、
[12]命令で追加シーン同士を連鎖させてみると、連鎖せず。
既存のシーンへ飛ばしてみると連鎖したりしなかったり・・・・・・落ちたり・・・
動きが読めん。
んで、とりあえず各シーン最後の
[02]～を [12]～[38 39 01]（これが安全なのかどうかは不明だが）
に変更したらエラーなく元に戻れた。
[12]で入力するアドレスをミスったら落ちる落ちる。
しかしまあ、いけそうだなコレ。
209:名無しさん＠お腹いっぱい。
08/12/14 15:43:27 n3kogcN0
>>206-208
そうそうそうそうそう(ﾟ∀ﾟ)！
readmeに書いといた直近問題ズの移動系タグのハナシは、
この辺が結局プログラムに落とし込めるほど理解できて無いのよ。
どんな時に02なのか12なのか、とか。
でも02とか12でchar_scn_endに飛ばすってのはナルホドなぁ～って感じだわｗ
ちなみに入れ替えてみたシーンって信長？
BE(ウチではちょっとズレてるみたいだが)って名前自体はmeet_endになってるけど、
参照元ファイルはnobunaga_s.txtになってるみたいなんで、
汎用命令として使えちゃうのかな？(； ･`д･´)
とりあえず
>もしかして[02]はmain.lb経由の移動命令ではないのかもしれない。
この仮説が恐すぎる((((；ﾟДﾟ))))
210:名無しさん＠お腹いっぱい。
08/12/14 18:11:10 n3kogcN0
>>208
あぁぁわかったかも(； ･`д･´)
アレだよね？シーンA用のbin_source.datとシーンB用のbin_source.datを用意したとして、
[素のmain.sd][シーンA][シーンB]
みたいに連結してAの最後をBに繋げようとしたんだよね？
いずれ何とかしないとな～と思ってはいたが、実験版制限仕様に書き忘れていた項目が
あって、各タグのメタデータ領域は何も設定をしないとscene_id FEのevent_id 1から順に
自動的に振られている仕組みになっているのだ。
なので例えばシーンAが終わってシーンBに飛ばす
＝＞シーンB冒頭のタグが処理される…
＝＞がしかし、scene_id FEのevent_id 1でシーンA冒頭とかぶる…
＝＞かぶったのでシーンB冒頭のタグ要求が破棄される。
みたいなコトが内部で起こってるんじゃないかのぅ…？(； ･`д･´)
シーンIDはrc/system.iniのSCENE_IDで指定してるので、例えばシーンBをFDとかで
作ってやると上手く行くかも知れん。
それか、たぶんこの段階で256もevent_idを使っていないと思うので、
バイナリエディタで開いてシーンBの各タグのtt aa bb bbの bb２つめを01とかに
書き換えてもイイかも知れん。
何にせよコレで意図した通りに動いたら、オレの情報伝達ミスだ。
もの凄くコレで動く予感がするので先にあやまっておく。正直スマン(；´∀｀)
211:名無しさん＠お腹いっぱい。
08/12/14 20:21:29 +yJY6h9s
>>210
>>[素のmain.sd][シーンA][シーンB]
その通り。実験的にやってみた。
タグの後ろのFE????は適当に入れてる。数字がかぶらない程度。
[0F]の後ろの変な数字はとりあえず0000のまま。
入れ替え元のシーンは、信長の2回目くらいの汎用会話と半蔵の「ニンッ」
main.lbの毛利オープニングのとこもこのシーンにつなげてる。
シーン終了後すぐ1ターン目になった。
[12]命令で[char_scn_end]に飛ばした理由はなんとなく
[meet_end]に比べて命令が単純に見えたので。
[char_scn_end]は重要なシーン終了後、プレイ中の大名？のフラグチェックして
問題なければ最後にある[0E]に飛ばしてるだけだったので。
[meet_end]は背景の処理なのか立絵の処理なのか画像系の処理とフラグ調査をやってる。
一応ここに飛ばしてもエラーや不具合は起きていない。
[02]なんだが、
もう一度実験したらループ現象が起きなくなって普通に動いた。挙動不審だな。
使用するための条件とか環境が厳しいのかな？これが確実に動けば完成したも同然なんだが・・・
シーンの連結だけど、
既存のイベントでも綺麗につながるかどうかもわからないし、
普通つなげることはしないと思う。するんだったら一つのシーンに纏めたほうが管理しやすいし。
本来存在しないはずのアドレス同士の連結なんで厄介なんだろうな。
212:名無しさん＠お腹いっぱい。
08/12/14 20:38:44 892+JQom
続き
シーンIDを[FF]と[FD]に変更するのを試したが、
シーンの連結はせず、何事もなくSLG画面に戻る。
となると[02]とか[12]って、ここで仕事してるのかな？
会話に関しては画像が出て話が出来て、
んでもって[08]が動けば問題ないのだが。
[02]が動いてないと、置き換えるシーンを誤ると
エンディングチェックが出来ず、エンディングを迎えられないとかでるかも。
ゲームの再起動は度々やってたんだが、
ループ現象とかも起きなくなってるのはWindwosの再起動でメモリがリフレッシュされたから？
わけわからんな。いまは安定してるんだよな。
213:名無しさん＠お腹いっぱい。
08/12/14 20:52:03 892+JQom
あ～でも[02]とかが仕事してなかったら次のシーンとの切れ目がなくなるので、
二つのシーンが繋がるんだよな。
ということは、
命令としての[02]や[12]きちんと動いてるが、移動先アドレスを無視してる状態なのか、
移動先での処理でなんらかの制限が加わっているのか。
214:名無しさん＠お腹いっぱい。
08/12/14 21:47:49 n3kogcN0
ぬおお何か良くわかんなくなってきたぞ(； ･`д･´)
とりあえずID:892+JQomの現状としては
○『女に会う』のリンク張り替えを試している。
○新規作成部分の最後で『meet_end』に飛ばす場合、
(i) [02]でmain.lbのindex指定をして動いている。
(ii) [12]で直接アドレス指定をして動いている。
○新規作成部分の最後で『char_scn_end』に飛ばすと
(i) [02]でmain.lbのindexを指定するとループ現象が起きたり挙動不審
(ii) [12]で直接アドレス指定をすると動く。
こんな感じ？
215:名無しさん＠お腹いっぱい。
08/12/14 23:06:02 c78xIT53
>>214
今のところ[02]で飛ばしているが、問題ない
新規作成シーン2個
>>○『女に会う』のリンク張り替えを試している。
その通り。
「meet_end」「char_scn_end」双方に[02]と[12]で飛ばす実験をしてみた。
シーンの最後はこんな感じに
[02] FD 0E 00 02 00 00 00
又は
[12] FD 0E 00 38 39 01 00
・最初の改造時
[02]を使用 -> 「meet_end」「char_scn_end」のどちらに飛ばしても挙動不審となった。
[12]を使用 -> どちらに飛ばしても問題なかった。
・飯食って家帰ってきてから再度[02]を試したら
「meet_end」「char_scn_end」のどちらに飛ばしても問題なく動いた。
この間にしたのはWindowsの再起動くらいだったんで、わけわからんのだ。
・現在の状況
[02]で「meet_end」に飛ばしてる -> 問題なし・・・
[02]・[12]でシーンの連結 -> 繋がらないが、SLGパートには戻る。
「meet_end」とかに飛ばしても、他のシーンのアドレスに飛ばしてもエラーなくSLGパートに戻る。
うまくはいってるんだが、連結しないくせにエラーも無いし、挙動がおかしくなる事もないのが逆に気になるんだわ。
移動できなかった時、あるいは移動先でなんらかの障害があった時の処理はどうなってるんだろうという疑問が・・・
既存のイベント同士でも[02]で連結しないことがあるしな。
216:名無しさん＠お腹いっぱい。
08/12/14 23:10:22 c78xIT53
結論から言うと
「連結はするな！」だな。
実際オリジナルのmain.lbでシーン連結してるの見たこと無いし。
（正確には見つかってない）
217:名無しさん＠お腹いっぱい。
08/12/14 23:23:14 n3kogcN0
なるほどなるほど>>215は凄くまとまっていて分かりやすいな(ﾟ∀ﾟ)
エッセンスだけを抜き出すと、
『女に会う』のイベントのリンクを張り替える場合(インターセプト？乗っ取り？)
最後は[02]タグでmeet_endに飛ばすのが妥当であろう。
というコトだな。
ついでに
>「連結はするな！」
だな…ｗ
とにかくオツカレ(ﾟ∀ﾟ)！
218:名無しさん＠お腹いっぱい。
08/12/14 23:49:41 8qvpAkoK
>>217
まとまってなくてスマン
なんせ調べる度に新しいことが解ったりコレまでの予想がはずれたりで・・・
遂次書き込んでると変になるね。
ある程度たったら一旦まとめ入れたほうがいいかな？
main.lbを書き換えて既存のシーンを無視してるので、インターセプトに近いかな。
「女に会う」でエロイベントがない場合「meet_end」
ターン更新時のイベントや「シーン鑑賞」に登録されるようなものは「char_scn_end」に飛ばすのがデフォルトらしいが。
今のところはどっちでもいい感じがする。
通常作成されるのが予想されるイベント等は、キャラチェックなんかのプログラム部分へ飛ばすことはないと思うので
シーン終了時の処理として上の二つへのリンクを選択できればベターかな？
219:名無しさん＠お腹いっぱい。
08/12/15 00:09:22 1Lrw+EyK
>>218
あーいやいや。
とりあえず思いついたら何か書き込むスタイルの方がイイと思うぞ(ﾟ∀ﾟ)
現在何が進行していて、どの程度まで進んでいるのかとか分かるし、
書き込むために文章まとめてるウチに脳内整理されて気付くこともあるだろうし(ﾟ∀ﾟ)
んなワケで今のところ↓こんな感じになってる。
URLﾘﾝｸ(apple.mokuren.ne.jp)
中身スッカラカンだけどね～(ﾟ∀ﾟ)
220:名無しさん＠お腹いっぱい。
08/12/15 00:31:51 1Lrw+EyK
ああんオレ日本語読めてなさすぎ(；´Д｀)
区切り区切りでまとめ入れるか入れないかの話か。
まぁ、とくにルールにしなくてもイイんじゃないかのぅ？
ウダウダ話しあって収束したあたりで必要があればやる程度で(ﾟ∀ﾟ)
221:名無しさん＠お腹いっぱい。
08/12/15 02:48:44 1Lrw+EyK
■sgh_editor 超絶実験版 ver0.02 DLKey:sghmod
URLﾘﾝｸ(apple.mokuren.ne.jp)
とりあえず本日実装分(ﾟ∀ﾟ)！
222:名無しさん＠お腹いっぱい。
08/12/15 14:16:40 GlBNrwGq
>>221
_、_
（ ,_ﾉ` ） n
￣ ＼ （ E） ｸﾞｯｼﾞｮﾌﾞ!!
ﾌ /ヽ ヽ_／／
「meet_nobunaga_01」との置き換え実験は一発で成功。（Ver1.00）
[なま]は手動でタグと数値をぶっこむやつだね？
追加で実装したらいいタグは、[1E]のBGMストップ（4+4バイト？）くらいか？
[08]のフラグはいろいろ実験成功してからでいいかな。
main.sdの後ろにデータ追加して、そこにmain.lbとかから飛ばすってのは、すばらしい発想だったね。
そのおかげでほとんどのタグを無視できるようになった。
実際イベント作成で使うタグなんてほんの数個だし。
後は、画像関係のリストができたら、ほぼ完成だね。
俺はただの解析厨だが、貴方は本当に神だ！
今度は[13]関係を調べてみようと思うが余力はあるかい？。
選択肢が絡むとかなりややこしい事になると思うので、
調べてみて面倒だったら止めたらいいし。
EO復活万歳＼(＾o＾)／
223:名無しさん＠お腹いっぱい。
08/12/15 15:30:25 E9MHJLfz
解析ラー乙でし。自分は半分も理解できてないけど、新しいイベントに差し替えができそうやね。
最後は織田ルート全面改定をば......
224:名無しさん＠お腹いっぱい。
08/12/15 17:17:07 1Lrw+EyK
>>222
HAHAHAデータ書き換えでは見事に敗北したが、インターセプト作戦でイーブンだ(ﾟ∀ﾟ)！
[なま]はver0.03のreadmeに書いといた。
[1E]つけた。
[08]保留。
[13]保留。
とりあえずタグの生ブッ込みを実装したので、理論上書けないタグはなくなったし、
01タグの中身も外部ファイル定義にしたのでreadme見て調べて試せばなんとかなるだろ。
コマンドリストのセーブとロードもつけたので、コマンドリストのデータと
連結してほしいエントリさえ聞けばシナリオ配布も可能(なハズ)
なのでまぁ、あとは基本的にKIAIかなと。
で、今まで使える使えないは置いといて、それなりの数のツールをリリースしてきた
つもりなんだけど、今までマトモに改造とかされてんの一度も見たコトが無いので、
(png2tig作ったときにテラ北斗なSS一枚見ただけな気が…ｗ)
これ以上だ～れも使わないであろうツールに労力を割くのもどうかな～と(； ･`д･´)
もしもシナリオとかイロイロ書く人があらわれて、オレが楽しめるようになった時に
シナリオ書く上でタグ書きが煩雑すぎたりするようなら、何か対応しようかなぁ、と。
まぁ、その時にこのスレを見ているかどうかは分からないケド(ﾟ∀ﾟ)
225:名無しさん＠お腹いっぱい。
08/12/15 17:17:39 1Lrw+EyK
んなワケで
■sgh_editor 実験版 ver0.03 DLKey:sghmod
URLﾘﾝｸ(apple.mokuren.ne.jp)
とりあえず不可避な致命的バグでも出ない限り開発一旦pendingします(；・∀・)
ID:GlBNrwGqへ
オレがタグの概念を教えたハズだったのに、あっという間に抜かれてしまって
正直ちょっと悔しいｗ途中からタグ系の解析丸投げな格好になっちゃって
申し訳なかったけど、それでも「も～何このタグぅ～」とか思ってたのが
見る見るウチに解き明かされていく様はなかなかに面白かったぞ(ﾟ∀ﾟ)
226:名無しさん＠お腹いっぱい。
08/12/15 17:24:34 pnjGJvjo
この解析班優秀だな
久しく見てないぞこんな改造されてんの
日曜になったらオルテナをガッツのタカさんにするから待っててくれ
227:名無しさん＠お腹いっぱい。
08/12/15 18:02:59 GlBNrwGq
ID:1Lrw+EyK
ひとまずおつかれ～
結構面白かったぞ。
ちなみに俺が開眼したのは
[タグ][アホカウンター][DATE]
の並びになってるのを教えてもらった時だった。
あとは弄って実験と、想像でなんとか。
>>(png2tig作ったときにテラ北斗なSS一枚見ただけな気が…ｗ)
これ俺だ。w
最初はCGの差し替えを何とかできないか、だけだったから・・・
柴田勝家は最初、戦国ランスのにしようとしたが立絵が切れてて止めた。
現在CGリストを完全にする作業をちまちまやってるが、無茶苦茶うっとうしいなコレ。
背景だけでもノーマル、明るい、暗いの3種あって150種類近くあるんだな。
アドレスも文字数によって変化するのでただ単にいくつ+とかではいかないし・・・
立絵と背景を別々のリストで指定できるようにはできんかな？
全部並べたら結構見にくいぞ。
あと、エフェクトはどうするかな？
見る限りホワイト系とブラック系しかないし、[01]で飛ばしてるだけだろうし。
簡単だと思うから調べてみようか？
228:名無しさん＠お腹いっぱい。
08/12/15 18:21:51 GlBNrwGq
>>立絵と背景を別々のリスト
背景とイベントCGと立絵の3種・・・
229:名無しさん＠お腹いっぱい。
08/12/15 18:24:43 E9MHJLfz
>>224ｱｶﾞﾄｳ
エディタは使いこなせてないけどPNG-TIGは使ってるよ。
鍋島さんとか、北条や佐竹の一門衆とか
尼子十勇士っぽい方々とかてきとーに画像当てて声も差し替え。
ほんとは元ネタ同一シリーズで固めるべきなんだろうなぁ...
高橋紹雲(鎮種)や高橋統虎(立花宗茂)なんかも女性化すればいいのになー統虎なんか本多のへーちゃんと双璧で誉められてたんだし
230:名無しさん＠お腹いっぱい。
08/12/15 21:34:09 3MmbYFFB
ここみてると、ADVパートはなんでこんなの作っちゃったんだろって出来だな
231:名無しさん＠お腹いっぱい。
08/12/15 21:40:34 5oUuM/xx
>>230
いまさら何を言ってるんだ
232:名無しさん＠お腹いっぱい。
08/12/15 21:59:43 3MmbYFFB
すまん、本スレと誤爆した
233:名無しさん＠お腹いっぱい。
08/12/15 23:22:38 1Lrw+EyK
おし。オレ的にかなりパーフェクトに近い島津オープニングが完成したぞ(； ･`д･´)
URLﾘﾝｸ(apple.mokuren.ne.jp) DLKey:sghmod
動作実験や練習も兼ねてヒマな人以下をやってみてオクレ
①sgh_editorのinディレクトリにmain.ev main.lb main.lbn main.sdをコピってくる
②解凍して出て来るshimadu_OP.datをsgh_editor ver0.03で開く(めにゅ～=>ろ～ど)
③右下の方に二つあるリストのmain.lb連結の方からhome_start_shimaduを選ぶ
④コンパイルボタンを押す
⑤outディレクトリにmain.ev main.lb main.sdが出来るので戦極姫のmain/にコピる。
⑥島津でゲームをスタート。
[追記]今回使った01.txtも添付しといたので、必要なら適当にマージしてオクレ(ﾟ∀ﾟ)！
234:名無しさん＠お腹いっぱい。
08/12/15 23:40:07 1Lrw+EyK
>>227
なんつーかあんま誰か一人ががんばってリストを完成させる必要は無いかな～
と個人的には思っていて、画像系のはKIAIさえあればバイナリエディタで開けば分かると思うんだ。
開くか開かないかの差であって。
んで、誰かが何かを書く際に調べた01情報が少しづつマージされていけばいいかな～なんて(ﾟ∀ﾟ)
ただまぁ、自分でちょっとやってみて消去系のはmain.swとかとの関連が分かっていて
ある程度タグが読める人じゃないと無理くさい感じはしたかも。
それとリスト分割のハナシだけど、まぁまぁそんなに焦らずに
リストが成長したころに一度、画面の上から下までびろ～んって広がってるプルダウン見て
うっはｗｗｗｗナニコレｗｗｗｗ長すぎｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
なんて一笑いしてから考えようｚ
分割に関してコレが正解というのがまだ見えていないのと、
実装工数のハナシになっちゃうけど、コマンドリストからの書き戻し処理を入れたので、
ぶっちゃけちょっとメンドクサイ。これがFAというのが出ていて一度きりならすぐやるけど、
「ああんやっぱりこうがイイ」「いやいやこれはこっちだろ」みたいになると超メンドクサイ。
それとエフェクトだけど、余裕があったらちょっと見てみて欲しいかなぁ。
ハマるようならエフェクトはしばらくお預けって感じでもイイし。
# っていうかテラ北斗やっぱりオマエか…ｗ
235:名無しさん＠お腹いっぱい。
08/12/15 23:50:52 1Lrw+EyK
sgh_editorがどんな発想で動いているのかをドキュメントにまとめてみた。
■URLﾘﾝｸ(apple.mokuren.ne.jp) DLKey:sghmod
一応目を通しておくと、一見複雑に見えるmain.lb連結だのが何故必要なのかがワカル(ﾟ∀ﾟ)！
>>226
なんだか日曜日を待っておく(； ･`д･´)
>>229
ssはまだか。ssはまだなのか。
236:名無しさん＠お腹いっぱい。
08/12/15 23:54:04 GlBNrwGq
URLﾘﾝｸ(apple.mokuren.ne.jp) DLKey:sghmod
CGリストを一応作ってみた。
イベントCGなんか、まだこの3倍あるわけだがしんどいので基本を全部入れただけ。
立絵は表情なしの基本と消去を入れてみた。
解凍後「rc」フォルダに入れるのだ。
立絵位置（左）
立絵位置（右）
というのがあるが、これは「立絵位置（左）」を追加し直後に、立絵を追加すると絵が移動するかもしれないモノ
一回も試してないがな・・・
アドレスが間違ってるのがあったら教えてください。
>>225 すまねぇ
やっぱ[08]が必要だ。
俺は[まな]でいけるのだが、フラグ無しではイベントが進まなくなると思う。
例えば
main.lbの[meet_ai_01]と追加シーンを置き換えたら、
main.swの[meet_ai_01_end]に01を入力しないと
[meet_ai_02]がはじまらなくなると思うのだ。
書式は
[08][aa bb bb][xx xx xx xx][00 01 00 00 00]
aabb = カウンター
xxxx = main.swnのリストのアドレス÷0x10
シーンの最後の「移動とか」を入れる直前にこれを入れないとな。
本当にすまないが、もうしばらく付き合ってくれないか？ m（_ _）m
237:名無しさん＠お腹いっぱい。
08/12/16 00:21:23 nBcMkhMv
>>235 いい解説ですじゃ。
ファイルのサイズが変わると落ちる。みたいな仕様でなくてよかった。
main.sd の上のほう・・・Verでアドレスが変わってたらいやだな。Ver縛りが入ってしまう。
Ver1.01で見てみたけど上のほうは変わってない気がするが、ソフマップ特典はやばそうだ。
フラグ関係はかなりずれてると思うから。
リストの件だけど
現段階ではリストからの選択は面倒だけど
リストが完成してきたら、同じキャラの立絵が並んで逆にわかり易くなるかも。
センスある人にリストの名前部分を直してもらいたい。
このゲーム、顔グラだけなら単純にファイル追加して武将のリスト弄れば、
既存のファイルと置き換えないですむんだな。
理論上65535ファイルまで増やせると思う。
238:名無しさん＠お腹いっぱい。
08/12/16 09:47:29 pMT0foMe
>>236
スンゲーリストきたぁ～(ﾟ∀ﾟ)
と思ったんだけど、何かウチとアドレスちなう…ｗ
オレが調べた島津のあたりとかすごいズレてるな…ｗ
ID:GlBNrwGqのトコだと>>233のやつ動かなくね？
[08]に関してだけど、ひとまず開発pendingってのを尊重してオクレ。
それにこの場面でフラグ操作が必要だ。みたいのは
調べたり聞いたりしないとわかんないよ…ｗ
調べる人はほっといても何とかするだろうし、
聞く人には[08]の入力欄用意すんのも
生タグの書き方教えんのも同じだって…ｗ
ひとまず、現状の機能で何とか出来るコトに関してはKIAIで。
○01のプルダウンが長い＝＞KIAIで選ぶ。
○フラグ操作＝＞KIAIで生タグ。
オレのスタンスとしてはこんな感じ。
# ついでに01参照のズレが発覚したぽいので更にやる気ｇｇｇ(；・∀・)
# まぁ、01.txtの運用で何とかなるかも知れんが何かもういいやｗ
239:名無しさん＠お腹いっぱい。
08/12/16 12:04:01 nBcMkhMv
>>238
>>[08]に関してだけど
そかー。じゃあ皆の胆力に期待だな。
立絵の話だけど、
とりあえずリストの頭探して、鼻歌交じりに入力してたら
蓮の基本が終わったあたりで、その下にまた「誰それ 基本」てのが見えてきて
うぎゃー！となってそこでやめた。
一応どっちのアドレスでも動いてる気がするので、
アドレス順で下に来るやつを「～～ 基本2」とか置いてみてる。
あと、そっちの01.txt見てみたが、ナニコレ2のアドレスは[A2 38 01]じゃないか？
そこらは、こうだ
A2 38 01 00:立絵位置（左）
66 38 01 00:立絵位置（右）
84 38 01 00:立絵位置（中央）
まだ、（右端）（左端）へ立絵を移動させる命令がある。
最大5人まで並べられるかな？
俺もそろそろ何らかの改造をやってみようと思う。
240:名無しさん＠お腹いっぱい。
08/12/16 12:31:52 ovXcGXUW
>>237
つまりエロゲキャラ総出演とか可能になるわけか
241:名無しさん＠お腹いっぱい。
08/12/16 13:08:10 nBcMkhMv
>>240
そういうことだな具体的に説明すると、
URLﾘﾝｸ(apple.mokuren.ne.jp)
画像の
① = 「face64」及び「meet」フォルダのファイル名
ここではCAなんで「202.tig」を呼んでるんで、例えば「255.tig」を読ませたいならFFにすればいい。
ファイルサイズに注意
② = 声の変更ができる。（主にコマンド実行時の「はっ！」とか言う声）
どのファイルと対応という事ではなく、キャラ毎に数値が決まってる。
大体は顔グラファイルと同じ数字を入れると、そのキャラの声になる。
おまけ
③ = [01]を入れると引抜けなくなる。
④ = [02]を入れると「女に会う」で会えるようになる。
会話イベントなどが無いのでエラーが起きるがな。
⑤ = [01]を入れると重要武将になるのかな？
弊害はちと不明。
1回だけしか実験してないので絶対とはいえないが
がしがしやっちゃってください。
242:名無しさん＠お腹いっぱい。
08/12/16 13:44:10 XOyjF3Ot
>>241
(5)の1は「敗北条件にかかるユニーク武将」のチェックかなぁ？
(1)の1は引き抜き謀反なしの重要武将になるんやね。
同じ(1)に2を入れると一揆衆や寺社勢力扱いになってやはり降伏・引き抜きなし
ちなみに武将個人でなく集団と見なされ切腹のメッセージは「鎮まりました」とかになる。
243:242
08/12/16 14:06:51 XOyjF3Ot
>242自己レス
(1)は(3)、(2)は(4)の間違いですたｏｒｚ..ｏ
244:名無しさん＠お腹いっぱい。
08/12/16 17:27:17 ovXcGXUW
>>241
解りやすい解説㌧
休みに弄るのが楽しみになってきた
245:名無しさん＠お腹いっぱい。
08/12/16 17:44:27 pMT0foMe
>>239
軽く不貞寝して、なんか納得いかなかったので、
再インストールして調べてみたら、島津勢も>>236のアドレスになってた。
ついでにv1.02のupdater落としてパッチあててみたんだけど、
アドレスの変更はなかったぽい感じ。
んで>>237を見てソフマップ特典て何だろう…？
ってリルフィか…ｗそういやそんなのもあったかもしれん…ｗ
アドレスがズレてたのリルフィっぽい(；´∀｀)
# 同じver1.00使ってるハズなのにmain.sdが違うってオカシイとは思ってたんｄ
ナニコレの0x138A2のトコみてみたんだけど、0x248(set_x)に
00 1F FF FF FFって感じになってたんで>>189の解析と合致するねぇ。
オレの書き間違いか読み間違いだスマンｗ
そうそう、iehisa_A基本だけやっぱり違っていて、
AC 6A 01 00 になってるけど
4C 6A 01 00 じゃないかな？
手が空いたら確認してみてオクレ(ﾟ∀ﾟ)
246:名無しさん＠お腹いっぱい。
08/12/16 19:08:04 nBcMkhMv
>>245 さんきゅ
その通りでした。
ソフマップ特典はいらんな。
イベントが追加され、イベントCGが間に割り込んでくるのでアドレスがずれてたんだね。
武将としては、Ver1.00ですでに登録されているので顔グラだけいただいておくといいかな。
現在は、このゲームがどこまで改造できるかを実験する準備中。
具体的には、立絵を作ってる最中だ。
なんだったらCGとかを、差し替えではなく、追加できるかどうかやろうと思ったが、
今これを書いている最中にとんでもないことを書いてる気がしてきたので、
挫折する気まんまんだ。
立絵の追加はさすがにしんどそうだけど、背景とかはいけるかもしれないな。
いざという時の[12]で
main.sdがぐちゃぐちゃなんでとりあえず再インストールだな。
今度はきちんとバックアップとってやろう。
247:名無しさん＠お腹いっぱい。
08/12/16 20:47:37 nBcMkhMv
いい素材を発見したので速攻で作ってみた。
人間タグパーサーの異名をもらっては限界にチャレンジするしかないと思い。
大名や重要武将を書き換えてみたぞ。
うまくイベント繋げるとちゃんとストーリーいけるかもしれないぞ・。
URLﾘﾝｸ(apple.mokuren.ne.jp)
URLﾘﾝｸ(apple.mokuren.ne.jp)
いい感じに出来てるよ。
ちなみに織田信長と明智光秀を改造したよ～
main.sd等の構造をある程度理解してれば楽勝でここまでこられる。
後、文章を追加する際。
名前の欄に何も入力してないと落ちるので注意！
気がつくまでに数回やらかしてしまった。
248:名無しさん＠お腹いっぱい。
08/12/16 21:18:48 wcz2WVDs
何だか凄いことになってきたみたいだｗ
249:名無しさん＠お腹いっぱい。
08/12/16 21:20:29 kVqriRhH
全く別物のゲームとしか思え・・・
250:名無しさん＠お腹いっぱい。
08/12/16 21:31:27 W+RlAGUC
ハイレベルだなおい
251:名無しさん＠お腹いっぱい。
08/12/16 21:49:49 pMT0foMe
>>247
サスガ人間タグパーサー(ﾟ∀ﾟ)！
>>241みて『へぇ～』と思ってちょっとやってみた。
URLﾘﾝｸ(apple.mokuren.ne.jp)
URLﾘﾝｸ(apple.mokuren.ne.jp)
# ↑この『女に会う』ボタンはどこでいじんの？
ついでにコレ。画像差し替えじゃなくて追加でやってみた。
URLﾘﾝｸ(apple.mokuren.ne.jp)
↓こんな感じで
URLﾘﾝｸ(apple.mokuren.ne.jp)
背景のとこパクって連結無しで追加しておいて、
あとから01とかからアドレス叩いてやればいけるっぽい。
イベントCGのトコをパクったら、絵が出てすぐ終わっちゃったので、
フラグ関連の下準備とかしておかないとイベントCGとかは
動かないのかもシレン(； ･`д･´)
あと『女に会う』とシーンがどう繋がってるのかわかれば、
ソコに飛ばすようにすれば会えるようになるね(ﾟ∀ﾟ)！
252:名無しさん＠お腹いっぱい。
08/12/16 21:51:53 pMT0foMe
ああごめん。最後の画像ちょい間違った。
[30]タグの行無しで(；´∀｀)
253:名無しさん＠お腹いっぱい。
08/12/16 22:19:03 nBcMkhMv
>>251 CG追加
鍋食ってる間に結構やらかしてますな。
そうだった[12]だったら元に戻ってこれないんだった・・・
「女に会う」なんだが
会うのボタン押すとどこに飛ぶとかそんなことはわからないけど、
既存のキャラで会える人なら乗っ取れる。
busyo21n16new.binで汎用キャラの名前書き換えた後、
main.lb内の誰か会える武将を、この新キャラの名前に置き換えてしまうのだ。
で、安全のため乗っ取ったキャラは武将ファイルの「会える」の02（もしくは01）を00にしとけば大丈夫だと思う。
俺は念のためすべての名前を書き換えたよ。
織田信長を孫策伯符と置き換えたら大名家も勝手に孫策家になった。
つらいのが名前の長さだな、アドレス変わるとおしまい・・・
どうやらキャラの呼び出し等は名前の文字列でやってるようなんだ。
しかもそのリストはおそらく存在チェックのあたりでやってると思うので、
追加したらアドレスが狂ってしまうし、なにより会った回数等を記録するフラグエリアに空きがない。
後は乗っ取ったキャラの会話シーンのアドレスをインターセプトする。
同じ名前の武将複数いたら、「会う」と信長が出てきたりする。