イースⅠ・Ⅱ通史(12)：Ⅱの開発は続く | Colorful Pieces of Game
今回は、1987年7-8月あたりの話になる。 前回、イースⅡの開発が始まったとき、天空に行く以外のネタは何も残っていなかったコト、テストマップとしてムーンドリアの廃墟を作り、そこで魔法が登場し、聖域という案を思いつくのと同時ぐらいでランスの村を作っていた、なんとリリアはドットが先でキャラクタが後だったなんて話を書いた。 少し追記しておくと、PC88SRのALUによる合成を画面外でやるイース方式ではソフトウェアスプライトの数に重大な制限があり、アドル＋3体のキャラクタだけだった。山根はイース１で３体を少しでも多く見せたくて、ミネアの街では双子を作った。そして大浦君は３体しかいない動けるキャラの1つをリリアにしたわけである。だからミネアの街のレアは街の固定キャラだし、イースⅡの医者も移動できないわけだ。 コンテを描き、リリアのキャラクタを描いたはずの山根は木屋さんに取っ捕まって『ソーサリアン』
C# で、同じソースコードから常に同じバイナリを生成する
昔、gist にだけ置いてて、そういえばブログに書いてなかったものを思い出したので書いておくことに。 (一応、部分的には言及したことがあるんですけど、ちゃんとした話はしたことがなかったはず。) 決定論的ビルド 3年くらい前まで、C# コードをコンパイルすると、ソースコードを一切書き換えていなくても、生成結果の exe/dll や pdb のバイナリが変化していました(決定性(deteminism)がない)。 原因は以下の2つです。 バイナリ中に埋め込まれる GUID にタイムスタンプと乱数から生成される値を使っていた デバッグ用のファイル情報がフルパスで埋め込まれていた GUID の方はタイムスタンプと乱数なので本当に致命的で、ローカルで再コンパイルしても毎回バイナリが変化していました。 フルパスの方は基本的には pdb (デバッグ用シンボル情報)だけの問題なんですが、 exe/dll で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
紙とペンだけで「オセロ」をやるにはどうしたらいいか考えてたら思いがけず神ゲーができた「発想すごい」