親父PGがゲームを作り始めるスレッド

1 名前：親父PG [04/03/30 02:40 ID:phIrC7nN.net] C++やC、アセンブラは昔こなしたし、プログラムの事なら自信はあるけど ゲームは作った事が無い方。現場からも引退したし（ｗ。 ここは一つ趣味でDirectXでも勉強して、ゲームでも作ってみようかなぁと思った、 オジサンPGのスレッドです。 一緒にマターリライブラリから作りませんか？ 112 名前：名前は開発中のものです。 mailto:sage [04/04/04 18:17 ID:KpeQdK+f.net] Xerces-Cでいいんじゃないの？最近のはしらんけど 本システムはＶＣでもツール類はちょこちょこつくって軽くテスト、 軽く改良って感じなので作りやすいのがいいと思うよ そうなるとGUIが容易でとなるのでBCB、Delphi、java、c#くらいが まず選択肢になると思う あ、Delphiで気軽に使えるXMLパーサってあったかな UTF8って選択はXML扱うならどの環境でも必須条件なので扱いやすい たとえばmacユーザーにマップツール使ってもらうとか考えるとjavaも悪くない 複数の人に使ってもらうという前提が必要ならね ソーサリアン知らないとなるとどう説明していいのやら こんなあたりが参考になるのかな ttp://www.ipc-tokai.or.jp/~ytanaka/pc88/sorc_pi.shtml 113 名前：新人PG mailto:sage [04/04/04 18:45 ID:yroz7+Kx.net] >>110 全然違う話だったのね・・・鬱だ（ry とりあえず、規格設計だけは作っておきます。 それからXMLか独自で組むかは、決めたほうが良いかなと思いますんで。 >>112 日本語処理が多いとUTF16という選択もあるんだけど、ゲームの概要が見えてないのでダメポ。 とりあえず、今はWindowsで動くものをｗ 機会あればやってみますわ＜ソーサリアン デモもありましたし。 114 名前：親父PG [04/04/04 19:14 ID:6UsE36R6.net] >>112 あらためて偉大さを感じますね。紹介のＨＰをしみじみと読ませて頂きました。 メモリが足らなくなったら、メモリの内容をそのままＤＩＳＫに保存。 プログラムをスワップするとかやってましたなぁ。 >>113 全然違う話ではないのですけどね＾＾ そうそう実際にコード切り取る時どうします？ あの関数についてぐぐって見たけどコードを切り取る部分は、書いてないのが多いので.... ＸＭＬについては「ＸＭＬのフォーマットがゲームデータ−の表すのに適しているか？」 の一点で評価しましょう。 現状ではＸＭＬ形式に保存（できる）というスタンスで良いと思います。 そもそも「何をどのように保存するか？」が煮詰まらないと、決められないと思いますので。 これから夜勤です。orz 115 名前：名前は開発中のものです。 mailto:sage [04/04/04 19:24 ID:KpeQdK+f.net] XMLは慣れると内部データにも使いやすいよ domツリーそのままというよりはElementを多用するというか MapとListを自由に組み合わせれるコレクション型と考えればいいかな CPUが1GHz超えているのなら メインループでDOMツリーガリガリ操作していても余裕で60fpsくらいでますぜ 116 名前：名前は開発中のものです。 mailto:sage [04/04/04 22:15 ID:PaXg2AQi.net] というかXMLで表せないデータなんかあるのかねぇ。 今は猫も杓子もXML使っとけという流れだけど。 117 名前：親父PG [04/04/04 22:17 ID:3txQVYNu.net] ゲームのデータ-について　草案を書きます。●トリガーテーブル　●シーンデーター　という２つのデータ形式から構成される ●トリガーテーブル トリガーテーブルには（selfNO）トリガー条件とトリガー番号が固定長で収納する 編集時はエクセルでの編集を可能にする。 最終的に数値セルをバイナリに落す（要コンバーター） NO　INT 比較先場所FG　BYTE　 比較先FGNO　INT　(直接値の場合もあり) 比較先場所FG　BYTE　 比較先FGNO　INT (直接値の場合もあり) 比較条件　BYTE == != > < >= <= ! トリガー種類FG BYTE （MOVE　FG値操作　次処理　シーン呼び出し） トリガ用パラメーター1（処理先NO）INT トリガ用パラメーター2（処理先NO）INT トリガ用パラメーター3（処理先NO）INT 　リザーブ（24か32Byte境界）　 ●シーンデータ- シーンデータ-にはメッセージやウインドの処理などが書かれる。 またシーン終了時にどのトリガー条件に戻すかが書かれている。 ※トリガーテーブルデータ-は、純粋に条件の表現だけに特化しゲーム特有の処理を含ませない。 シーンデータ-は実際に行いたい具体的な処理を書くようにする。 ------------------------------------------------------ 一定周期、ないしはアクションが会った後、トリガーテーブルを参照する。 ●その他のデーター ・キャラクターデーター　本企画はキャラクターデータ-を中心に考えている（ソーサリアン的） ・アイテムデータ-　DLLで供給　・魔法？のデータ- ・プレイヤーのデータ- TRPGのD&Dは有り余る金で城建てたり、ダンジョン掘ったり、タワー建てたり、いろいろできるんだよね。テキストレベルでいいからそういうのもエミュレーションしたいねぇ。 118 名前：親父PG [04/04/04 22:28 ID:3txQVYNu.net] >>100 ああ　すみません読み飛ばしていましたorz 画像班もいてくれると大助かりです。宜しくお願いします 119 名前：ﾐVﾐlPG mailto:sage [04/04/04 22:36 ID:yroz7+Kx.net] www.geocities.jp/oyajipg/up/format.GIF www.geocities.jp/oyajipg/up/data.xml 以上適当に雛型っぽいのを作ってみました･･･。 が･･･草案を見る限り、XMLではないのでしょうか･･･。 120 名前：新人PG mailto:sage [04/04/04 22:42 ID:yroz7+Kx.net] >>119 うご、文字化けてる。 一応XML互換と言う事で、>>117の草案を元に練り直します。 121 名前：親父PG [04/04/04 23:07 ID:3txQVYNu.net] >>120 ご苦労おかけします。orz 122 名前：新人PG mailto:sage [04/04/04 23:42 ID:yroz7+Kx.net] >>121 ちょっとトリガーテーブルの記述が判りにくかったので解説求む。 123 名前：名前は開発中のものです。 mailto:sage [04/04/04 23:48 ID:D8QJdaIr.net] >>119 プロパティ多用なんかキモイ 124 名前：新人PG mailto:sage [04/04/04 23:58 ID:yroz7+Kx.net] 寝ます。 平日の書き込みペース＆進捗はかなり落ちますので、そこんとこよろしくお願いします。 >>123 もうちょっと踏み込んで設計していたらもっとキモイフォーマットが出来ていたかと思います。 XmlSchemeなんてこんな物では？ 125 名前：名前は開発中のものです。 mailto:sage [04/04/05 00:15 ID:C13/cZA5.net] 俺も>>123のいうことがわからん 126 名前：名前は開発中のものです。 mailto:sage [04/04/05 00:16 ID:C13/cZA5.net] ま、ゲームで扱うものならdtd程度でいいとは思うけどね 127 名前：名前は開発中のものです。 mailto:sage [04/04/05 02:34 ID:aEWGS1EG.net] www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=9818&forum=9&13 128 名前：親父PG [04/04/05 03:55 ID:OF5lxvl4.net] >>124 ●トリガーテーブル トリガーテーブルには（selfNO）トリガー条件とトリガー番号が固定長で収納する 固定長にするメリットは内部で高速に動作させる事と、EXCELで簡単に編集できるなどを 考慮してです。 struct { int SelfID; //シリアル番号 byte CmpSeed1;　　//int CmpTarget1が何を示すかの種類　FGテーブル　デバイス　関数戻り値　値 int CmpTarget1;　//値 byte CmpSeed2;　　//int2 CmpTarget1が何を示すかの種類　FGテーブル　デバイス　関数戻り値　値 int CmpTarget2;　//値 byte CmpOP;　//上の値の比較方法 byte CmpOP; //真/偽どちらを使うか？ (追加 short int ActCommand ; //何をするか？　MOVE　FG値操作　次処理　シーン呼び出し int ActValue1;　//値　ActCommandによって扱いが異なる int ActValue2;　 int ActValue3; //リザーブ（24か32Byte境界）　 }; 値を比較するときに、「何処の値」を示すのが　CmpSeed1 このように値の前に「何処の」というフラグをつけて対応します。 255種類もあれば大丈夫でしょう 何かご意見があればドシドシ募集中です。まだこれは草案なので こんなものも追加したほうがよい！　などまだあるはずです。 トイレで考えたのを書いただけだから^^；.. こんな説明でよろしいでしょうか？orzﾜｶﾘﾆｸｸﾃｽﾏﾝ... 129 名前：親父PG [04/04/05 04:03 ID:OF5lxvl4.net] >>119 画像のほうのリンクで「モビットの広告画像」が出てきて、ツボニはまりました >>127 興味深いお話ですね。フラグチェックループのことを考えると、XMLの生データーを 本体では直接は持たないと思います。（翻訳エンジンで先ほどの形に落とし込みます） 130 名前：親父PG [04/04/05 06:49 ID:OF5lxvl4.net] 先日から行っていた文字ライブラリの速度計測 セレ2.0G　1024*768　WINDWモード　の平均fps105に置いて 高精度アウトライン文字使用　マウス座標を表示　文字数1-4　フォントサイズ40程度 において 3-4fps消費しました。 少し重いねorz 131 名前：名前は開発中のものです。 mailto:sage [04/04/05 10:35 ID:tRuvkc6W.net] 親父PGって何歳なん？ 132 名前：名前は開発中のものです。 mailto:sage [04/04/05 11:46 ID:C13/cZA5.net] 1024*768のウインドウモードでその程度ならなんの問題ないと思うんだが 133 名前：親父PG [04/04/05 11:49 ID:6z0RwfU5.net] >>131 現在のＬＶではそれは使用できません。orz嘘ですｺﾞﾒﾝﾅｻｲ 取り合えず、妻子持ちという事で^^ あと２〜３週間を目処にいったんあぷします。 134 名前：名前は開発中のものです。 mailto:sage [04/04/05 12:26 ID:tRuvkc6W.net] 親父PGたんのスペックおしえて。 身長、体重、血液型など。 135 名前：名前は開発中のものです。 mailto:sage [04/04/05 14:01 ID:405E+F+V.net] >>130 どこが重いの？ 同じ大きさのビットマップを同じ数 AlphaBlendとかTransparentBltしてみると それに近い数値で減ると思うけど。 136 名前：新人PG mailto:sage [04/04/05 21:20 ID:1nSnHjPt.net] ただいま帰りました。 >>126 勉強も兼ねてXmlSchemeで･･･(^^; >>128 Excel編集可能な規格はちょっと考えつかないっす。 CSV形式(独自フォーマット)でよければ作れますが･･･。 (XMLデータ)⇔ツール編集　→　コンバータ　→　バイナリ 上記みたいな構成でいいのでしょうか？ バイナリを直接Excelで編集する事を考えています？ #DirectXの本を買っちゃいました。(DirectX9実践プログラム　工学社) #あんまりMSのサンプルやリファレンスと変わらないのでちょっと損した感じ･･･。 137 名前：親父PG [04/04/06 01:40 ID:40Qsawby.net] >>134 むむ、個人スペックですかい。 身長178.8　体重85ぐらい 血はAです。肝機能障害ありですorz.... >>135 表示している内容に対して重いと思います。orz... >>136 お疲れさま。資料本買ったのですね^^;　有難う。 データ-の形式については、作り込んで貰う前にいろいろと検討しましょう。 そうでないと作ってもらってから仕様変更になりかねません。orzｼﾉﾋﾞﾅｲ... これは私の考えなのですが、ひとつ議題のたたき台につかってください。 ●シナリオデータ-は本体のプログラムが読み込む前に、一旦最適化されたバイナリ形式に落とし込む。 （本体にXML関連のLIBは持たない） ●各ツールの互換性はこのバイナリデータ-互換でおこなう EXCELでの編集は一旦バイナリ＜＞CSVツールを作ってトリガーテーブル部分のみを編集できる。というスタイルになります ●必要なデータ-群 トリガーテーブル　（トリガーが書かれている　固定長） シーンデータ-　（処理が書かれている　可変長） ストリングテーブル　（名前などストリング系のテーブル） ファイルネームテーブル　（ファイルネームを収めます） マップデータ-　（地形を表すデータ-） アイテムデータ-　（魔法とかキャラデータ-など....） ゲーム管理用データ-（画面分割数　ボタン大きさや処理等）＜こちらで作りました ざっとこんな感じです。まとめたほうが良いデータ-もありますね また単独であったほうが良いファイルもあります。 コレ全部の仕様決めるのは大変ですが、一つ一つ詰めていきましょう。 138 名前：名前は開発中のものです。 mailto:sage [04/04/06 11:23 ID:7yXcmumh.net] 作る課程を楽しむのならいいけど ゲームを完成させるのが最終目的ならば富豪的プログラミングでいいとおもうけどなぁ 空中分解するスレ何度も見てきているので完成後の最適化とかバランス調整とか そっちに時間かけて欲しいと思ったり 139 名前：親父PG [04/04/06 14:03 ID:QeLHJL6C.net] >>138 お気つかい有難う。 過程を楽しんでいるのはもちろんですが。 今はゲームを作る為の環境を整えているところです。 まったくの０からなので、時間はかかってしまいますが^^; 文字周りが一息ついたところで、WINDOWSシステムを作ります。 リソースデータ（構築データ−）より作成されるシステムとなり データ−＞翻訳＞内部ルーチン呼出　という流れを 本格的にサポートする為の、雛型になると考えています。 140 名前：名前は開発中のものです。 mailto:sage [04/04/06 14:57 ID:ZvDa+4W9.net] 親父PGたん、むちむち体型なの？ 背は高いね。きっとダンディーなんだろうな。 ｵﾔｼﾞPGﾀﾝ（´Д｀）ﾊｧﾊｧﾊｧ 141 名前：名前は開発中のものです。 mailto:sage [04/04/06 18:32 ID:LJa+6Bu1.net] もしフリーソフトの RPGツクール出来たら 凄い需要があると思う この板の神になるかも 142 名前：名前は開発中のものです。 mailto:sage [04/04/06 19:36 ID:oZfK2l07.net] いきなりコードを書き始めるプロジェクトの顛末。 まあ期待しないでROMってるよ。がんばってね。 143 名前：新人PG mailto:sage [04/04/06 21:52 ID:4g++6UBP.net] ただいま帰りました･･･。てか、親父PGﾀﾝ書き込み夜遅すぎ。一日ループしてしまいますね。 ちょっとまとめです。 １）トリガーデータ（フラグ管理やシーン遷移を定義） ２）シーンデータ（シーン管理。シナリオ、トリガーデータや画面管理用データと関連する？） ３）シナリオデータ（シーンデータと同義？） ４）ストリングテーブル（プレイヤーに表示するシステムメッセージ等？） ５）ファイルネームテーブル（ファイルを管理） ６）マップデータ（マップフィールド定義） ７）アイテムデータ（魔法やら道具やら敵やら・・・？） ８）画面管理用データ（システムデータ） ・・・等の定義ファイルがあるって事ですね。 僕からは１，２，３の草案より規格案を出していきます。(ひょっとしてもう頭の中では纏ってます？) しかし、このファイルの感じですとシーンデータの負荷は大きいですね。 もうちょっとヒントをお願いします･･･ｗ 他４，５は最初はMAP形式のファイルで良いような気がします。 ６はどうするんでしょう。俯瞰型かフロントビューの視点のRPGを想像していたのですが親父PG様はどう考えられてます？ ７はまだまだ判りませんね･･･ｗヒントお願いします。 ８は完成されていると言う事なので期待プラス参考させていただきマス。（８に１，２，３のデータとの絡みは無いですか？） 144 名前：名前は開発中のものです。 mailto:sage [04/04/07 03:22 ID:BZdMbvQi.net] マップデータとトリガデータ分離するの？ 編集はエディタのみで、単にファイルが分離しているだけならいいけど。 データ間の依存関係は、データ修正の手間が軽いかどうかを重視するのが よいと思うがどうか。 ３Ｄなら特定のオブジェクトをトリガとして扱う（ダミーノードやボーンがあるモデラなら それを使う） ２Ｄなら、どーせマップエディタ作るんだから、編集はエディタのみの１箇所なので 無問題 って感じ？ あと、>>128 > 255種類もあれば大丈夫でしょう ケチらなくてもｗ こんな構造体作るよりは、スクリプトをキックしてスクリプトにフラグ判断させて、 スクリプトからイベント（ここではただの会話もイベントとしよう）をキックさせた方が、 作成も変更も管理もらくだと思うけど。 145 名前：親父PG [04/04/07 05:27 ID:4mfJMcZS.net] >>140 ﾊｧﾊｧキター（W >>141 ツクールとは視点が違うのですが、データ−互換ゲーム環境を考えています。 その上でデータフォーマットを公開しますので、いろんなシナリオやサブセットプラグイン等を 募集いたしますorz　ｱｲﾃﾆｻﾚﾅｲｶﾓ.... >>142　半年前からコツコツやってました。これからも生暖かく見守ってお守りくださいまし... >>143 どうもお疲れ様 ＞てか、親父PGﾀﾝ書き込み夜遅すぎ。一日ループしてしまいますね それは夜勤の時、コッソリ（Ry　まぁまったりいきましょう。１日考えるぐらいがちょうどいいやも 草案で出した案は最終的なバイナリのイメージです。トリガテーブルはそれれ自体が フラグを拡張したものだと考えることができます。 １４４氏の発言＞スクリプトをキックしてスクリプトにフラグ判断 トリガーテーブル自体が他のトリガーやシーンを呼び出して、その結果を判断できます。 おっしゃることは実現可能かと思います。 シーンデータ−には、５W１H（のようなもの）が定義されます ビューポート１番に定義されたウィンドをこの場所に開き、メッセージを表示しろ 以下「メッセージデータ」：戻り値 このようなデータになると思われます。 本体側インターフェースを提示しないと作りにくいとは思いますが、暫定で進めてください ある程度はこちらも合わせます。 ※私の申してる話は、データ−の最終形態なので、実際のツール類はそれぞれ最適化されたデータ−で ソースを持つのがよろしいかと。しかし、最後はコンパイルされて、一定のバイナリに落とし込みます。 146 名前：親父PG [04/04/07 05:29 ID:4mfJMcZS.net] ４ ストリングテーブルには「固有名詞」や「ユーザー定義」の文字を収納します st1 "ぴたごらすいっち"と定義　 メッセージデータ　#1はNHKのTV番組　＞ぴたごらすいっちはNHKのTV番組 ６　struct MAPBASE{byte Maptype,MoveCost,ToDo,Maptype2}: こんなのを配列で持つのはどうですか？ ７　この部分はを考えるのは一番楽しい部分かなぁ（ｗ 　　属性追加タイプを考えています。熱く寒く丈夫で黒光りする腐った剣　とかorz結局ﾂｶｴﾙﾉｶ?ｺﾉｹﾝ... ８　バイナリデータ−で固定長データ−です。 それとは別にテクスチャテーブルもあり、セットで運用しています。 ちょっとずつ変わっていますが、この後出しますね。 147 名前：親父PG [04/04/07 06:09 ID:4mfJMcZS.net] struct ViewPortSetting{ 　unsigned int　ClientSizeX,ClientSizeY,ViewPortSize; 　dRECT　　RECTS[MAXPANEL]; 　dOption　OPTIONS[MAXPANEL]; }; struct dOption{ short int TextureNum ;//テクスチャー論理番号 short int TextureNum2;//テクスチャー論理番号２枚目 short int D3D ;//基本座標系　1 混在　2 2D 3 3D unsigned char Z1; //1枚目Zの価 unsigned char Z2;　//2枚目Zの価 unsigned int hTexture2; unsigned int hTexture;//上に貼り付けるテクスチャのハンドル　システム側でセット unsigned int hTextureBox;//ポリゴンのハンドルシステム側でセットされる }; ２枚目のテクスチャは上に重ね合わせるためにあります。（抜き処理か半透明使用） ボタンの設定一部略 struct dBOption{ short int Parent;//親のView番号 unsigned int SelfID;//自分自身の番号 short int BaseTexture;//テクスチャのＢＡＳＥ番号 short int CoTexture;//テクスチャ内の子ＩＮＤＥＸ番号 short　int BTOption;//動作　０なし 1以上の価でボタンアクションの種類を指定 unsigned int ON_LDownMouse;// アクション番号　０はなし unsigned int ON_RDownMouse;/　ここで呼び出す関数番号を指定する 略 ※シナリオからみるべきはボタンの処理番号になるのかな？ 場面切替の場合はビューポート周りも見る必要があるかもね 148 名前：親父PG [04/04/07 06:10 ID:4mfJMcZS.net] 閑話休題 戦闘システムですが、場にキャラクタが使うアイテム（魔法エッセンス）を宣言（スロット配置）して その置かれたアイテムによって、使用できるコマンドが追加されていくというものを考えています。 またアイテムには持続ターンの設定がされていて、持続ターンを消化するとスロットから除外されます。 剣を主に使う場合（サンプル 剣を使用宣言＞「切りかかる」が使用可能 盾を宣言＞防御力UP　「受ける」が使用可能 魔法の場合 マナと秘薬宣言＞魔法○○使用可能 剣を中心とするユーザー 利点・持続ターンが長い 欠点・単体攻撃 魔法ユーザーの 利点・幅広いコマンド 欠点・アイテムの持続ターン アイテムの使用と宣言は同時にはできないので「使用タイミング」を考慮しなければならない。 まぁこのへんはアイデア段階ですのでいろいろ変わると思います。 　 149 名前：名前は開発中のものです。 [04/04/07 07:13 ID:MvpBLMAM.net] test 150 名前：親父PG [04/04/07 08:38 ID:4mfJMcZS.net] テクスチャのブレンドに関するパラメーター多いね　多すぎて何がなんだか＠＠＠ ひとつひとつ検証しますかのうorz... 「テクスチャ（４４４４）前面 　頂点色付ポリゴン」 　　　　　＋ 「テクスチャ５６５」（背景） 　頂点色付ポリゴン」 + 「サーフェースカラー」 前面のポリゴンの頂点のアルファ値のコントロールでいければ良いのだけど 今、なんとなくやった設定では背景のサーフェーイスカラーに対してブレンドしてるね。 それはそれで必用な設定なんだけどね。 後ろの背景が消えて（無視）されて合成されているorz 設定できる（可能性）の幅が広すぎてトホホホです。 pD3DApp->m_pd3dDevice->SetTextureStageState( 0, D3DTSS_ALPHAOP, D3DTOP_MODULATE ); pD3DApp->m_pd3dDevice->SetTextureStageState( 0, D3DTSS_COLORARG1, D3DTA_TEXTURE ); pD3DApp->m_pd3dDevice->SetTextureStageState( 0, D3DTSS_COLORARG2, D3DTA_DIFFUSE ); // アルファ合成の設定 pD3DApp->m_pd3dDevice->SetRenderState( D3DRS_DESTBLEND, D3DBLEND_INVSRCALPHA); pD3DApp->m_pd3dDevice->SetRenderState( D3DRS_SRCBLEND, D3DBLEND_SRCALPHA); pD3DApp->m_pd3dDevice->SetRenderState( D3DRS_ALPHABLENDENABLE, TRUE ); これから息子と嫁さん連れてバス旅行（隣の駅まで）行ってきます。 151 名前：144 mailto:sage [04/04/07 08:57 ID:BZdMbvQi.net] >>145 もう１度読んでください。 前半部は、データ作成段階に入ってからの絵描き・プログラマ・スクリプタ・プランナ それぞれの間のワークフローに関わる問題の指摘です。 様々なファイル間に依存関係があります。特に座標値を即値で持った場合には、 マップ変更で様々な影響があります。 不整合を起こさない仕組みをお考えであればまったく問題はありません。 相互に依存関係があるファイルを個別に修正すると（特に別々の人が）、様々な エンバグが発生することでしょう。 マップエディタの例は、とりあえずトリガデータとマップデータの不整合を防ぐ仕組みの 具体例の１つとして出しただけです。 決して最終バイナリの数を問題にしたのではありません。編集時です。 後半部は・・・特に色々問題をはらんでいるのですが・・・。 まず、２つの意味で、 seed を ８ビットとする必要はありません。 ・どーせパッキング単位が４バイトなのでメモリの節約にならない ・余ったビットはフラグにでも使えば良い むしろ seed に名前をつけて文字列を格納し、実行時にアドレス（またはＩＤ）変換するくらい 富豪的でも問題ないと思います（つーか、パディングするって書いてあるけどｗ）。 データキャッシュが荒れるのを気にするならば、宣言を直してメモリを節約するのも良いと思います。 つづく 152 名前：144 mailto:sage [04/04/07 08:58 ID:BZdMbvQi.net] ところで、>>117 の場所ＦＧって、単にフラグ番号？ 場所っていうからマップの座標かと思ってた。 マップデータもただの配列だし、もしかしてまだ、マップアトリビュートテーブル自体が 話題に上ってなかった？ マップの特定の場所に行ったら起動するようなイベントはシステム側からフラグを立てて それをトリガで拾うという仕組みをお考えですか？ なぜ、トリガデータがこんなにもスクリプト的な機能を持っているのか不思議だったのですが、 もしそうなら納得できます。 トリガデータはイベントハンドルテーブルのように扱ったほうがシンプルになると思います。 どちらにせよ、トリガデータの１レコードは豪華すぎるように思います。 んー、なんか、データ構成見てると、ソーサリアンを作れそうに見えない・・・。 アトリビュートテーブルがないせいだとは思うんだけど、マップ -> イベントキック -> シーン の流れが見えないと・・・。 もしかして、MAPBASE::ToDo がイベント起動？ そんなことしたら、同じマップで違うイベント配置の時に管理が破綻しない？ まさかねぇ・・・。 まあ、それこそ編集時はイベント名の文字列で管理すればいいのか、な・・・？ 153 名前：親父PG [04/04/07 09:11 ID:4mfJMcZS.net] >>144 いろいろな考察ありがとうございます。きちんと整理してご返答したのですが、 あいにくバスの時間がｗ戻ってきてきちんと返答します。 MAP＞イベントキック＞シーン　この方法には２つ方法があると思います。 MAPにイベント番号を入れる方法と MAPにはイベントがあったことのみのデータ−で　管理側でXY座標を引数にイベントトリガー内を検索します。 とちらにも利点欠点　あ時間だ　帰ってきて書き込みます 154 名前：（´Д｀）ﾊｧﾊｧ mailto:sage [04/04/07 12:02 ID:yREiaToq.net] 親父PGﾀﾝはブリーフ派？トランクス派？ 155 名前：名前は開発中のものです。 mailto:sage [04/04/07 12:26 ID:TuGWnynl.net] ふんどしに決まっているだろ。 156 名前：名前は開発中のものです。 mailto:sage [04/04/07 12:56 ID:CnFCUIgg.net] ぱ ん つ は い て な い 157 名前：名前は開発中のものです。 mailto:sage [04/04/07 14:22 ID:waAm3+2+.net] >>親父PGさん 玄米食え、玄米。 158 名前：親父PG [04/04/07 14:26 ID:4mfJMcZS.net] >>154 155 156 orz..... >>155 川口にいって桜を見物してきました。今日はいい天気で子供達ものびのびと羽を伸ばしてきたようです。 トリガーテーブルはそれ自身に起動条件を備えています。 またトリガー自身がトリガーを呼ぶことが出来ますし、他のトリガーからも呼ばれます。 さて地形MAPについてですが、これにはシステムに対してトリガーをチャックしろというトリガーを引きます。 プログラムに流れは以下のようになります。 キャラ移動＞該当MAPの配列調査、トリガテーブル起動命令がある。 トリガーテーブル検索、トリガーテーブルの演算＞シーン起動 さて編集時の問題についてここで解決策を述べておきます。 MAP編集ツールはトリガーテーブルに追記することができます。 MAPツールで編集するのはX座標aY座標bでトリガーがあるということだけです。 あとでシーンデーターで、その追記された部分を補完すればよいのです。 トリガーテーブルは固定長なので扱い易く、いろんなツールで追記することができます 複数人数での作業もトリガーテーブルを、マージしながら作業を進めることになります。 ○トリガーの設定 とある座標にトリガーを埋め込む。MAPの配列該当部に任意の価を入れる。 同時にトリガーテーブルに座標を引数とするトリガーテーブルを追記する （何をするかはここで編集しない　※できるようにしても良いとは思いますが） ○座標の書き換え とある座標でトリガーを設定していたが、座標移動することになった。この場合MAPデータ−は 自身のトリガーテーブルの該当座標が記録された部分を書き換えます。 （※この作業の為にシリアル管理しても良いかもしれないね。） ○複数人数の作業 トリガーテーブルをマージします。「違うMAPの場合どうするのだ？」というご指摘がありました その場合トリガーテーブルごとに入れ替えるか、もしくはMAP番号も引数に加えれることで解決します。 ○トリガーテーブルはCSV化してEXCELで簡単に一覧化できる。簡易マクロでエラーチェックもおこなう トリガーテーブルは計算式　IF文を処理する機構なのです。 FG（フラグ）は変数置き場です。 159 名前：名前は開発中のものです。 mailto:sage [04/04/07 19:19 ID:kfqaFPaa.net] 子供は娘さんですか？ 160 名前：名前は開発中のものです。 [04/04/07 20:11 ID:OoCqvErc.net] 子供は娘さんですか！？？ 161 名前：名前は開発中のものです。 mailto:sage [04/04/07 21:05 ID:mi1SbU81.net] 娘さんは私が責任を持って育てさせていただきますので どうぞプログラムに専念していただきたい！！！！！！ なんの心配も要りません！！！！！！！！！！！！！！ 162 名前：名前は開発中のものです。 mailto:sage [04/04/07 21:29 ID:Acbfz39E.net] 以後、親父PGの娘さんを奪い合うスレッドになります。 ↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓ 163 名前：名前は開発中のものです。 mailto:sage [04/04/07 21:46 ID:du+oinrP.net] ありがとうございます。 では娘さんをお迎えに 行かせていただきます！！！！！！ 164 名前：名前は開発中のものです。 [04/04/07 21:50 ID:WornAub7.net] ジャイコちゃん、お迎えが来るから早く準備して。 165 名前：新人PG mailto:age [04/04/07 21:50 ID:7aasUls1.net] www.geocities.jp/oyajipg/up/relational_01.gif ちょっとトリガーと地形の事についてまとめてみました。 思った事を書きます。 ・トリガーのCmpOP（比較方法）は要らないんじゃないかと思っています。 プログラムの実装でカバーできるんじゃないでしょうか？ ・トリガーのActCommandはデータは大きく確保しておいた方が良いのではないでしょうか。 私は複数の処理を羅列して書けたら良いと思っているので可変長配列がいいと思いますが。 実は個人的には地形データにトリガシリアルを記述する事に賛成ではありません。 別のデータ（アイテムデータ等）が持つデータだと思います。 アイテムデータがトリガ情報を所持していて、それが地形データの上にあるとすると、 アイテムデータトリガ呼び出し　＞　地形データの座標等チェック（トリガへの付加情報）　＞　トリガ処理 という流れが出来るので良いと思っています。 抱合関係はファイルデータを参照して ●シーン　:=　トリガ　:=　アイテムデータ ｜　地形データ　｜　シナリオ このようなイメージを持っているのですがどうでしょう？ 166 名前：新人PG mailto:sage [04/04/07 22:10 ID:7aasUls1.net] あ、あと細かい事かも知れないけど、MAPって聞くとデータ構造の方を思い浮かべてしまって混乱してますｗ 呼称「地形」で良いスか？ｗ　（ごめんなさい、ほんとに判らないんです） 167 名前：名前は開発中のものです。 mailto:sage [04/04/07 22:16 ID:NGXP1J9S.net] 俺的にはマップとmapでわけてるというか 会話になると混乱するかもしれん つーか、普段の会話でmapってでてこないしなー hashmapとか実装込みで離すだろうし 168 名前：新人PG mailto:sage [04/04/07 22:35 ID:7aasUls1.net] >>167 マップが地形の方でmapがデータ構造の方？ｗ うちの会社ではiniファイルもpropertiesファイルも全て「マップファイル」と呼びます。（ｶﾞｸﾌﾞﾙ しかし、データ構造やシステム面から詰めていってゲームって作れるんでしょうか。 本当に行き着く先がRPGツクールな気がしてきましたｗ ラフ絵等が出てくると雰囲気出て良いかも。 169 名前：名前は開発中のものです。 mailto:sage [04/04/07 22:44 ID:iAt21LPE.net] そしてそういったゲームには欠かせない 絵とか音楽とかシステムまわりがこのプロジェクトにはまったく無い 技術ありきだとプログラマ本人以外ついていけんしな 170 名前：名前は開発中のものです。 [04/04/07 23:16 ID:SEG+EKoN.net] ああ。。僕の真鈴たん（仮名）早く逢いたいよ。。 171 名前：新人PG mailto:sage [04/04/07 23:55 ID:7aasUls1.net] 寝ます。 親父PGﾀﾝ夜勤ご苦労様です。 絵柄は洋ゲーっぽく、渋くクドイのが良いなぁ･･･。 硬派さを出したいｗ 172 名前：名前は開発中のものです。 mailto:sage [04/04/08 04:23 ID:rdLQdFbl.net] なんだか凄そうなので、3Dだったらぜひ一枚かませて欲しいです。 激渋グラフィック大好きなので。必要になったら声かけてくだちい。 ひっそりのぞいてます。 173 名前：親父PG [04/04/08 05:31 ID:msAPqSAi.net] >>165 お疲れ様！ Gif画像がモビットになってるorz HPに上げてくれると助かるです まとめ画像を見てない状態ですが、いくつか私の意見も書いておきます。 ＞・トリガーのCmpOP（比較方法）は要らないんじゃないかと思っています。 ＞プログラムの実装でカバーできるんじゃないでしょうか トリガーテーブルは仮想CPUに対する命令です。この部分にゲームの「分岐」に対する情報が書き込まれます。 これらの情報は「シナリオ作成者」が担当するものなのですが、シナリオ作成者に「Cを書け」と言っても無理な注文です。 そこで、それを解決する方法として考えたのが分離方式です。 煩わしい制御コードに悩むことなく、文章部分に集中してもらいます。 トリガーテーブルは以下のようなインターフェイスで、編集を考えています。 ▼はプルダウン　[]は価入力 条件NO００２３「▼FGの価」[34]と「▼トリガーの結果」が「▼等しいなら」「▼シーンの」[２３４]を処理 可変長にしないのはデータ−作成者のレベルを配慮（IF文より難しいことを避ける） メインPGが使用するときの検索の高速化 いろんなツールが読み込んで作業する為のデータの単純化　など トリガーテーブル部分だけ準PGがやることによって、ゲームスクリプトの矛盾発生を押さえ込む。 いくつかの理由があります。 174 名前：親父PG [04/04/08 06:14 ID:msAPqSAi.net] 続き ・トリガーのActCommandはデータは大きく確保しておいた方が良いのではないでしょうか。 そうですね。引数もふくめるとおっしゃるとうりです。この部分は拡張しましょう。 ＞別のデータ（アイテムデータ等）が持つデータだと思います。 ＞アイテムデータがトリガ情報を所持していて、それが地形データの上にあるとすると、 ＞アイテムデータトリガ呼び出し　＞　地形データの座標等チェック（トリガへの付加情報）　＞　トリガ処理 ＞という流れが出来るので良いと思っています。 アイテムデータ−にはトリガー情報は含みません。例えば、ある地点でアイテムを拾うというイベントがあったとしましょう。 キャラデータ−が移動、地図配列をチェック、トリガーがある。>トリガーテーブルから該当するトリガーを探し出す。 トリガの１番目のコマンドを調べる　（シーン１と書いてある） 　シーン１　メッセージの表示「アイテムを拾いますか？」 　選択メニュ表示　戻り値をリターン トリガの１の価取得終了　トリガの２の価取得開始　（ダイレクトの価１） 比較命令に従って２つの価の比較　条件によりアイテム取得トリガー呼出（引数　任意のアイテム番号） このような流れになります シーン１の情報が変わってもトリガー情報に影響がありません、逆もしかりです。 ＞＞実は個人的には地形データにトリガシリアルを記述する事に賛成ではありません これは１４４氏の指摘にある「地形データが入れ替わった時どうするのですか？」に対する 解決案のひとつ。同座標にトリガー埋め込んだ場合どうする？　という問題ですね。 ＞●シーン　:=　トリガ　:=　アイテムデータ ｜　地形データ　｜　シナリオ ＞このようなイメージを持っているのですがどうでしょう？ 私のイメージは 地形データ＞＞＞＞トリガー＜＜＜＜シナリオ 独立 アイテムデータ− このようなイメージを考えています。　トリガーテーブルを中心に他は従属関係にあります。 ＞うちの会社ではiniファイルもpropertiesファイルも全て「マップファイル」と呼びます。 prz.... このスレでは地図データ−は地図データ−もしくは地形データと呼ぶようにしましょう。 175 名前：親父PG [04/04/08 06:38 ID:msAPqSAi.net] 続き ＞しかし、データ構造やシステム面から詰めていってゲームって作れるんでしょうか。 ＞本当に行き着く先がRPGツクールな気がしてきましたｗ ＞ラフ絵等が出てくると雰囲気出て良いかも。 メインPGの最初のステップは、ステージを作ることですので最初は仕方の無いことでしょう。 画面イメージなどは今ちょこちょこ作ってます。お友達にキャラ絵も数点お願いしました。 （決定原稿ではないですけどね）元少女漫画家（出産の為引退）された方です。 ゲームの雰囲気ですが、私の隣には数年前に上野の博物館であった「ケルト神話」の展覧会の本が置いてあります（W そこから察してください。^^; >>172 >>169 最初はライブラリの構築からマッタリという考えだったので、イメージとかの資料を提示できずにいます。 申し訳ない。劇渋３D大歓迎です。そうだ！１点お願いしてもいいでしょうか。 １２８＊１２８で武器（種類問わず）を１点お願いしてもいいでしょうか？ デザイン背景はケルト神話で基調カラーは青に緑が加わった色。 アクリル絵の具でいうところの「Compose Blue」でお願いします。 と勝手にお願いしていいのか俺orz 劇渋路線が人気あるようですね。私もラリーエルモア大好きです。 背景テクスチャポリゴンと前面テクスチャポリゴンがうまく半透明にならないと いろいろ苦慮していましたが、原因は「背景データ−を先に描画していないから」 という結論でしたorz.....ｱﾎｽｷﾞﾙ 各テクスチャ事にレンダリングステート登録する機能作ったのに...全然別の理由だった（鬱だ この機能は現時点ではいらないことが発覚（ｼｮﾎﾞｰﾝ　orzﾅﾆｶﾆﾂｶｴﾙｶﾅ.... 閑話休題 子供はまだ３歳と５歳だよｗ 176 名前：名前は開発中のものです。 mailto:sage [04/04/08 08:54 ID:qS569gdt.net] 子供ください 177 名前：名前は開発中のものです。 mailto:sage [04/04/08 15:10 ID:EIdbWV3j.net] いきなりマニアックな内容でさらりと語るのはやめてくれ。 せめて参考になりそうなURL用意するとかして欲しいぞ。 コンポーズブルー ttp://www.fairy-land.to/shop/moji/c-sample.html エルモア ttp://www.larryelmore.com/ 178 名前：名前は開発中のものです。 mailto:sage [04/04/08 15:26 ID:Hg7sDvxp.net] エルモアってなにか遠い昔に聞いた名だなと思ったが D&Dのパッケ描いた人か…。 179 名前：親父PG [04/04/08 15:40 ID:msAPqSAi.net] >>176 orz... >>177 調べてくれて有難う。こんなHPあったんだねorz 僕が中学生の頃、D&Dのイラストを見て、激しく感動したイラストレータです RPGの話をするならこの人は避けて通れません。 Windowのパーツを作り始めました。仕様もこれから固めていきます。 イメージのたたき台になりますかね？ 180 名前：名前は開発中のものです。 mailto:sage [04/04/08 16:06 ID:PQfhS+Yw.net] 　|　ああ〜　やっぱ３歳は　　　　／ 　|　　　　シマリがいいな〜！！　／ .　　　＿＿__ 　　　| |・∀・|　／⌒⌒ヽ 　　　| |＼ 　|`ｲ　 ノハぃ）　ｶｸ .　 (( |_|＿ｨ⌒`｣ ‖' ､ ｿ| 　　　 ノ と､_入`_,つ λ う 　ｶｸ 181 名前：144 mailto:sage [04/04/08 16:49 ID:kikONY5O.net] トリガテーブルは固定長じゃないほうがいいと思うよ。 で、番号じゃなくて名前の文字列にしよう。 で、std::map< std::string, TriggerAndProcess > みたいなのに突っ込もう。 ハッシュでもいいけど。 マップの方では、トリガ番号をセルに埋め込むのはよろしくないと思う。 ３Ｄにしたときにどうしようもなくなる。 その代わりに、アトリビュートファイルを作ろう。 アトリビュート範囲とトリガの名前が書いてある。 （もちろん、マップファイルの固定長地形データ配列の次にくっ付けても 構わないが、実行の問題じゃなくて構造の問題ね） トリガの条件判断は、やはりスクリプトに譲ったほうがよいと思う。 寄り道できない一本道のシナリオなら今のトリガテーブルの条件記述 で構わないと思うが、ちょっと複雑になったら、結局素人の手には 終えなくなると思う。 当面は今のトリガ記述方法で良いと思うけど、早いうちからスクリプト への変換をしておくと、トランスレータだけいじればよくなるので、 トリガデータ構造はもっと柔軟なもの（できればスクリプト）にしておいた ほうが良いだろう。 182 名前：名前は開発中のものです。 mailto:sage [04/04/08 17:15 ID:Hg7sDvxp.net] 親父PG氏、ソーサリアンとかD&Dとか言ってる時点で 俺と同世代っぽいなー。 183 名前：親父PG [04/04/08 17:53 ID:msAPqSAi.net] >>144 ご意見ありがとう。いろいろとご意見を私なりに整理しました、話をすすめていく上で確認すべき点があると思います。 私が提起しているデータ−形式は、そのまま「メモリの上に展開して動かせる最終形態」の話です。 プログラムの中でSTLを使うにしても、バイナリデータ−の並びを解釈してCPUを動かさなければなりません。 前にも述べましたが、スクリプト（テキスト）を動的に解釈するメリットはないので、 中間言語およびスクリプトで書かれたコードは全てコンパイルが済んだ形（バイナリ）にします。 そのバイナリ形式が提案している形になります。 ただし、その前工程でどのような形でデータ−を扱ってもかまいません。 例えばコンパイラはテキストで書かれた命令文を最終的にCPU命令に置き換えます。（MOV　AX、CX） といった単純な命令群に置き換わります。今回のゲームデータ−についてはここまで単純化してはいない（必要が無い）ですが、 その一歩手前にある（構造を単純化して高速化）といえます。 std::map< std::string, TriggerAndProcess >を使用する場合、 プログラム内で「このデータ−をMAP（STL）にPUSHしてくれ」という、コードを入れなければなりません。 そういったレベルでスクリプトを組めるのはPGレベルの人だと思いますorz... 184 名前：親父PG [04/04/08 17:53 ID:msAPqSAi.net] 続き ＞std::map< std::string, TriggerAndProcess > みたいなのに突っ込もう 実際問題としてトリガーがトリガーを呼ぶ構造なので、スタックという形で動的配列は使用します。 それはデータ−を解釈するPG側の話なので、そのあたりについてはお任せください。 >>トリガテーブルは固定長じゃないほうがいいと思うよ。 可変長が必用な場合、トリガーテーブルを２個（以上）使って表現すればよいのです。 トリガーがトリガーの結果を呼び出せるという構造で、柔軟な動きに対応できるはずです。 ＞当面は今のトリガ記述方法で良いと思うけど、早いうちからスクリプト ＞への変換をしておくと、トランスレータだけいじればよくなるので、 逆にいえば、RPGのデータ−ツールに複雑な構造を単純化しうる機能が必要になるのです。 最終データ−を扱う段階で、英文翻訳ソフトのようなプロセスを行うことは致しませんよ。 ３DについてはZ座標を別途持つことでは対応できないのかなぁorz 誤差範囲とかも必用だけど基本はBOX判定だろうし........ ※どのアイテム、動作、動きにていて基底データ−のようなものを定義するのは有用かもね。C++でいう基底クラス 185 名前：名前は開発中のものです。 mailto:sage [04/04/08 18:02 ID:TfluK8Bw.net] スクリプトをＣＰＵバイナリにするメリットなんてあるの？ 解釈しやすいバイナリにするのなら当たり前だけど 移植性や可読性を考えると命令セットに依存する部分って必要ないような ＣＰＵやモードが替わったりすると確保するバッファサイズが様々になるので メリットないと思うんだが ついでにいうとテキストレベルのスクリプトを動的解釈しても５００ＭＨｚ 超えているマシンなら問題になりにくい デバッグの課程を考えるといわゆるインタプリタレベルのデバッグモード という位置づけも必要になるんじゃないの？ ３Ｄについてどうのこうのってのは再ショアから作るものが決まってないからそういったことになる ソーサリアンを目指すというのならたとえばサイドビューとか 作るものが決まってないのならそのへんの最適な解は見つからんよ 186 名前：親父PG [04/04/08 18:05 ID:msAPqSAi.net] >>178 思い出しましたか？^^; >>180 orz.... >>182 ﾆﾔﾘ　-） WINDOWの構造体造ったはいいがツール作るのが面倒で鬱ぬ。 187 名前：親父PG [04/04/08 18:18 ID:msAPqSAi.net] >>185 CPUはたとえでありまして、実際にCPUバイナリにはしません。 動的スクリプト解釈についてはメリットがないと思うのです。 同じ処理を事前に済ましてしまえばいいのですから。 「物理できなデータ−の塊を解釈して動作させる」という動きの比喩でCPUを上げました。 さて今回必用な話に戻すと、データ−の塊を逐次解釈して動作させます。 その基本形が提唱している固定データ−（トリガーテーブル）（中間コード）になります。 動的スクリプト解釈をするにしても起動時に一旦コンパイルして中間コードに、並べてから動作させます。 １ラインごとに解釈するはずはありません。特に今回のケースではメリットがありません。 188 名前：親父PG [04/04/08 18:36 ID:msAPqSAi.net] 新人PGさん＜この呼び方なんかすごく恐縮なので, せめてベテランPGさんとかにしてほしいなぁqrz 閑話休題 まとめていただいた図　造って頂いて有難う www.geocities.jp/oyajipg/up/relational_01.gif ずばりです。各トリガーの必用な引数などは追加する可能性がありますが、 おおよそこのようなつくりです。 トリガーテーブルと呼んでいますが、これって（中間コード）ですよね。 MAPからの引数はZ値も入れましょう。 ゲームの種類のよっては使わないかもしれませんが... 189 名前：名前は開発中のものです。 mailto:sage [04/04/08 18:54 ID:TfluK8Bw.net] トリガーからトリガー呼ぶのはいいがそのへんはシステムがインテリジェントにやってくれて スクリプトを書く人は意識しないでいいんですよね？ たとえばjava風だとadd〜listenerみたいな感じでイベントリスナ追加で 一度発生したイベントが次に発生しなくなるならremove〜Listenerとか あくまでもトリガテーブルに処理は書いちゃいかんと思うのですよ 190 名前：親父PG [04/04/08 19:33 ID:msAPqSAi.net] >>189 たくさんのご意見ありがとう。 トリガーテーブルはそれ自身がスクリプトともいえます。 自身を管理する処理は最低限行えます。 もちろん、メッセージを出すといった「処理」はかかれません そういう場合は処理が書かれた「シーン」を呼び出す事になります。 トリガー自体を有効無効については、そういうFGが入ってもいいかもしれませんね。 Enable Enableの価によってリムーブをコントロールしましょう。 ADDについては、フラグテーブルの後ろに物理的に加算することで表現できます。 ＞トリガーからトリガー呼ぶのはいいがそのへんはシステムがインテリジェント 内部的にはそうなります。 命令の組み合わせを作り出すのはツール側になります。 例えばCのswitch-case文などをif文の羅列に並び替えるような処理は、ツール側の仕事になります。 191 名前：新人PG mailto:sage [04/04/08 23:33 ID:nyCaSSwW.net] ただいま帰りました･･･。 >>親父PGﾀﾝ ようやくデータ構造が見えてきました。順にまとめていきたいと思います。 ↑日曜日以降になりそうです。週末予定が入ってしまいました･･･orz 今年入社なんで「新人PG」ですｗ　社会人歴１週間です。 モビットってなんだろーとか思っていたら、2chから直リンするとモビットが出ますねｗ　URL直接指定してください（汗 あと元少女漫画家の友人に注文しても良いですかね？　 男だろうが女だろうが　筋　肉　モ　リ　モ　リ　で よろしくお願いしますｗ 192 名前：172 mailto:sage [04/04/08 23:47 ID:rdLQdFbl.net] >>親父PG いまんとこ2Dゲーになるのか3Dゲーになるのかわかんないので、 もし今後このシステムで3Dゲーを作ろう！となって 3Dモデルとかモーションとか作る肉体労働者がたりねー みたいな事態になったら声かけてくだちい。 （イラスト描いたりデザインしたりはデキネ。） プログラムにも興味あるのでずっとタシロってると思いますので。。。 193 名前：親父PG [04/04/08 23:59 ID:msAPqSAi.net] >>191 お帰りなさい。 ＞ようやくデータ構造が見えてきました。順にまとめていきたいと思います。 それは良かった。スクリプト作成側にも最適化等の処理を求めますので、データ構造の意味が理解していただけないと なかなか説明が難しいと思っていたところだったので、安心しました。 ＞モビットってなんだろーとか思っていたら、2chから直リンするとモビットが出ますねｗ　URL直接指定してください（汗 あれ、かなりつぼにはまって笑いましたよｗ ＞あと元少女漫画家の友人に注文しても良いですかね？　 ＞男だろうが女だろうが　筋　肉　モ　リ　モ　リ　で なるほろ、間に合えば連絡しておきます。 >>192 そうですか、では３Dになったら即お願いします。^^; 194 名前：名前は開発中のものです。 mailto:sage [04/04/09 02:52 ID:d03K47Nx.net] >>184 > ３DについてはZ座標を別途持つことでは対応できないのかなぁorz > 誤差範囲とかも必用だけど基本はBOX判定だろうし........ ナナメ 195 名前：144 mailto:sage [04/04/09 04:52 ID:d03K47Nx.net] >>183 > 私が提起しているデータ−形式は、そのまま「メモリの上に展開して動かせる最終形態」の話です。 （略） > ただし、その前工程でどのような形でデータ−を扱ってもかまいません。 もちろん。 ただ、現在の形が、固定長のＣＩＳＣのような命令セットであり、柔軟性に乏しい。 以下のような例を考えよう。 　台座に青い宝石があり、ソーサリアン的には台座の下で<<上>>を入力すると調べるのような反応になる。 　最初に調べると、「台座に青い宝石が置かれている」とメッセージウィンドウに表示される。 　次に調べると、「青い宝石からは高い音が発せられている」とメッセージウィンドウに表示される。 　さらに調べると、「青い宝石を手に入れた。どこかで音がした」メッセージウィンドウに表示され、 　（このシナリオ限りの）アイテムがアイテム欄に追加される。 　という場合、青い宝石のある座標にトリガ番号 777 が設定されているとしよう 　[トリガファイル] 　777 FG BlueJewelCounter eq imm 0 Scene 1 * 　778 FG BlueJewelCounter eq imm 1 Scene 2 * 　779 FG BlueJewelCounter eq imm 2 Scene 3 　　780 always StoreFG BlueJewelCounter 1 　　781 always StoreFG BlueJewelCounter 2 　　782 always StoreFG BlueJewelCounter 3 * 　　783 always GetItem BlueJewel 　[シーンファイル] 　　scene 1 「台座に青い宝石が置かれている」 goto 780 　　scene 2 「青い宝石からは高い音が発せられている」 goto 781 　　scene 3 「青い宝石を手に入れた。どこかで音がした」 goto 782 つづく 196 名前：144 mailto:sage [04/04/09 04:54 ID:d03K47Nx.net] って感じ？ ソーサリアンでは、反応する場所では、とりあえず反応がなくなるまで上連打が基本だったと思うけど。 これより簡単にしようとすると、 ・条件が一致したら、自動的にフラグをインクリメントする比較命令を作る ・複合命令を（例：CountupAndGetItem）どんどん増やす ・フラグのインクリメントやアイテムの取得はシーンファイルに記述する って感じじゃないの？ いーの？ 充分素人の手に負えないと思うけど。always とか * とか。 上記トリガは最適化版。最適化前は、シーンファイルに goto が無く、トリガファイルは９行だった。 　　777 FG BlueJewelCounter ne imm 0 goto 780 * 　　778 always StoreFG BlueJewelCounter 1 * 　　779 always scene 1 　　780 FG BlueJewelCounter ne imm 1 goto 783 * 　　781 always StoreFG BlueJewelCounter 2 * 　　782 always scene 2 　　783 FG BlueJewelCounter eq imm 2 goto 784 　　784 always StoreFG BlueJewelCounter 3 　　785 always scene 3 ちなみに、* なしで複数の処理を一度に行うことは俺にはできなかったよ。 上記トリガを記述するのに、親父ＰＧﾀﾝ の発言に無かった仕様は * だけ。 マップの ToDo を書き換えることも考慮したが、余計わかりにくくなった （セーブするのに、シナリオで使う前マップも保存しなきゃならなくなるし）。 197 名前：144 mailto:sage [04/04/09 04:56 ID:d03K47Nx.net] トランスレータを書く前提で、スクリプトで上記を書き直してみよう。 　青い宝石のある位置に、イベント名 BlueJewl の文字列が定義されている（もちろん識別番号でも良い）としよう。 　[シーンファイル] 　　<event BlueJewel> 　　　[CounterCheck BlueJewelCounter] 　　　　0 「台座に青い宝石が置かれている」 　　　　1 「青い宝石からは高い音が発せられている」 　　　　2 「青い宝石を手に入れた。どこかで音がした」 　　　　 　*get BlueJewel 　ただし、[ ] 内の CounterCheck は、スイッチのようなものだが、カウンタを参照して、一致したらイベントを起動して、 　カウンターをカウントアップする。Ｃの switch でいう default は別に考える。 　* は、システムコマンドを呼び出す。 　もちろん、シーンファイルは事前に仮想マシン用のバイトコードにコンバートしておいて構わない。 例に最適化した文法を作ったわけで、かなりズルしてるけど、トランスレータを前提にすれば、こういうズルも必要なときにできる。 親父ＰＧﾀﾝ のトリガファイルの文法へのトランスレータも問題なく書ける。 しかし、これに多少の工夫をしても、まだ分かりにくいし、人為的ミスの混入も減らないかもしれない。 すると、結局シナリオ編集サポートツールを作ることになるわけで、ならば最初からスクリプトに任せてしまえ、ということですよ。 で、スクリプトをアセンブラライクなバイトコードに変換すると（逐次解釈でもいいけど）。 だから、スクリプトライクなトリガテーブルには疑問を抱くのですよ。 > std::map< std::string, TriggerAndProcess >を使用する場合、 > プログラム内で「このデータ−をMAP（STL）にPUSHしてくれ」という、コードを入れなければなりません。 > そういったレベルでスクリプトを組めるのはPGレベルの人だと思いますorz... 違う違う。 シリアルナンバを使用するのは、配列のアドレッシングのためでしょ？ 文字列で連想配列をアドレッシングすることを勧めてるの。 編集時や使い回しの柔軟性のために。 ID みればわかるけど、>>194 も俺。 198 名前：親父PG [04/04/09 07:10 ID:Ihr7T82R.net] >>194-197 144氏さん　考察ありがとうございます。今回のケースはswitch文の構文が適していますね。 switch (fg){ 　case 0:{seen1;++fg;break;} 　case 1:{seen2;++fg;break;} 　case 2:{seen3;++fg;break;} default:{NonOp} } Cで書くとこうなります。これを置き換えます。 777 （MAPposition） X,Y EQ （価）a ,b start switch 4 778 （fg）A eq 0 CALL シーン1（fg　A） 779 （fg）A eq 1 CALL シーン2（fg　A） 780 （fg）A eq 2 CALL シーン3（fg　A） 781 CALL シーン4（fgA） 782 return(0) シーン0 deviceWait() KEYUP：メッセージ出力１、++FG KETLEFT:メッセージ出力２、FG=0 return (next) 199 名前：親父PG [04/04/09 07:10 ID:Ihr7T82R.net] シーン側も以下のようにコンパイルされます (Keydevice) a start switch　2 a EQ KEYUP goto localindex 1 a EQ KEYLEFT goto localindex 4 PUTMES 1(文字列INDEX) FGOP　+1 return PUTMES 2(文字列INDEX) FGOP　0 return データ−のお尻に追加 文字列 array index of string max　... 0,24 "宝石が..." "宝石を拾った..." あとで説明文書きます 200 名前：親父PG [04/04/09 08:07 ID:Ihr7T82R.net] 続き シーンデータについて考察してみました。シーンデータ−は以下の要求を満たす為に定義されます。 ○ゲーム内の処理命令を表す　○可変長をサポート　○ストリングが入る　○また、ここに１つだけ判断文を定義する事ができます。 定義できる判断文 DeviceWait系　ButtonPush系　設定なし　FGに対する操作　他のトリガーの呼出 DeviceWait系、ButtonPush系 この２つは内部的にはトリガーテーブルを呼んでいるのと同じなのですが、シナリオの文法上煩雑になるので１文で定義できるようにします。 戻り値に対して処理のスタート部分を分岐できます。 ・スクリプト上の文法 deviceWait() KEYUP：メッセージ出力１、++FG KETLEFT:メッセージ出力２、FG=0 ・展開された形 (Keydevice) a start switch　2 a EQ KEYUP goto localindex 1 a EQ KEYLEFT goto localindex 4 ・実際の処理はこのあと１行ずつ定義されます PUTMES 1(文字列INDEX) FGOP　+1 return これらの１行１行もあのトリガーテーブルと同じフォーマットで表すことができます。 文字列は別の場所に一括してまとめられて、内部ではインデックス扱い　char*[a]　に置き換わります。 シナリオを書く時の文法とコンパイル後の文法やデータ−の配置は異なります。 シナリオを各段階では「可変長」で表記できます。 ＞シリアルナンバを使用するのは、配列のアドレッシングのためでしょ？ これは少し違います。地形MAPを切り替えた時に、同時座標のトリガーを判断するためにあります。 201 名前：親父PG [04/04/09 09:26 ID:Ihr7T82R.net] すこし拡張しました struct { int SelfID; //シリアル番号 int CommandID;//基本命令系　 byte CmpSeed1;　　//int CmpTarget1が何を示すかの種類　FGテーブル　デバイス　関数戻り値　値 int CmpTarget1;　//値 int CmpTarget1_2;　//値(予備) byte CmpSeed2;　　//int2 CmpTarget1が何を示すかの種類　FGテーブル　デバイス　関数戻り値　値 int CmpTarget2;　//値 int CmpTarget2_2;//予備 byte CmpOP;　//上の値の比較方法 byte CmpOP; //真/偽どちらを使うか？ (追加 short int ActCommand ; //何をするか？　MOVE　FG値操作　次処理　シーン呼び出し int ActValue1;　//値　ActCommandによって扱いが異なる int ActValue2;　 int ActValue3; int ActValue4; //リザーブ　 }; 202 名前：名前は開発中のものです。 mailto:sage [04/04/09 16:26 ID:HmpNauZs.net] もう何がなにやら・・・ 203 名前：名前は開発中のものです。 [04/04/09 16:48 ID:Ws2ssbno.net] ﾁﾁｷﾉﾄﾞｸ ｽｸﾞｶｴﾚ 204 名前：名前は開発中のものです。 mailto:sage [04/04/09 19:40 ID:9dUWl+kl.net] 俺はスレ主には特に何も言わんが けっこう可愛そうな奴らがいるみたいだなぁ　この板には 205 名前：名前は開発中のものです。 mailto:sage [04/04/10 03:46 ID:yG5v3On8.net] がんがれ 206 名前：名前は開発中のものです。 mailto:sage [04/04/10 06:51 ID:ZruuXOcF.net] おおよそ固まるまでsageで行ってみてわ？　＞ｵﾔｼﾞさん 207 名前：親父PG mailto:sage [04/04/10 09:25 ID:Sr13ZjT1.net] >>202 PG以外はなんだがわけわからないですね。反省orz... 前の書き込みに「戦闘システム」の計画を書いたので何かご意見をいただければ幸いです >>203 何処へ帰ればorz >>204 まぁマッタリいきましょう >>205 OK! >>206 了解。　今日も仕事ですorz こっそり書き込みです。 現在ツール側を作成しておりまして、本体側の進行はSTOPしています。 そのツールが完成して、本体のPGに反映された頃に一回公開します。 といってもボタンとウインドとテキストのコントロール部分だけですけどねorz 208 名前：144 mailto:sage [04/04/10 13:01 ID:1EUDp4ba.net] >>198-200 トリガから別のトリガを呼び出せるというのは書いてあったけど、return まで逐次実行ってのはどこにも書いてなかったよ。 後出しだしズルいよｗ。 ま、それはいいとして、オヤジﾀﾝ の記述例では、トリガもシーンも、オヤジﾀﾝ のいうＰＧ以外が対応できるレベルにみえないけど。 それと、トリガテーブルって、同時にいくつも存在するの？ 同時ってのは、実行時の話なんだけど、仮に１つだとすると、エクセルとどのように整合性を保つのかな、と思って。 シーンファイルに、トリガサブルーチンがあるのはいいと思うけどね。 なんかもう、普通のスクリプトのバイトコードと話が変わらないように見えるよ。 単にバイトコードのフォーマットが見たことないほどリッチなだけで。 そして、エクセルで入力すると言い張ってるのは、アセンブリ言語での記述を要求しているのと等価にしか思えない。 > ＞シリアルナンバを使用するのは、配列のアドレッシングのためでしょ？ > これは少し違います。地形MAPを切り替えた時に、同時座標のトリガーを判断するためにあります。 地形マップを切り替えるというのは、 ・どこかのマップでスイッチを入れる ・別のマップで跳ね橋が下りる のようなときに、マップチップテーブルだけの入れ替えをするような話だよね？ それをシリアルナンバで判定するということは結局 std::map< int/*シリアル*/, int/*トリガ配列の添え字*/ > のような形で判定するんでしょ？ 俺は、エクセル上でもシリアルナンバの入力を強要してるのかと思ったんだけど、トリガコンパイラが文字列で 解決してくれるならそれでいいと思うよ。 ところで、>>189 で MAPposition で比較してるけど、本当は MAPBASE::ToDO に 777 が入ってるんだよね？ そうじゃなければ、エクセルで入力するときはコンマ付で入力？ マップの大きさは最大２５６ｘ２５６？ 自信あるみたいだから、思うとおりにやってみるといいでしょう。 使い物になりそうなことは分かったし。 209 名前：名前は開発中のものです。 mailto:sage [04/04/10 16:08 ID:ZruuXOcF.net] 後出しって・・・・なんかの勝負でもしてるのか？ 210 名前：親父PG mailto:sage [04/04/10 20:09 ID:Sr13ZjT1.net] >>144 いろいろと検証ありがとう。いろんな角度から見てもらえてるので、実に助かってます。 対策として具体的な仕様も決まっていくしｗ まず書き方の例ですが、ここでの話を判りやすくするためであって実際の文法はもっと判りやすくなるはずです このへんは「新人ニューウェーブPG」氏に期待します^^。 メイン担当としては、「最終バイナリはこういうイメージにしてね」と伝えなければなりません。 データの意味（解釈方法）を伝えるためにCで書いてみたわけです。 １４４氏の指摘の多くは私の作業より、一つ上のレイヤーの話と思える部分があります。 トリガーテーブルは（エクセル「でも」編集できる）ここが味噌でエクセルの機能を使って レコードの操作をいたします。（エクセルと同じ機能のツール作るのは大変だｗ） 多重ソートとかマクロ機能とかね...別途作ってもいいけど。 エクセルコンポーネント使うなら一緒だ（orz...ｺﾚﾀﾞｹﾃﾞﾓｴﾂｷﾙﾖ 利用理由は主にチェックです。デバックですね。これってありがたいんですよ。ええ（独り言モード トリガーテーブルは基本は一つですが、動的に後ろに追加しても仕様上動きます。 地形MAP配列にはトリガーを引くことしか指示しません。引数は座標XYZ（65535）＋MAPシリアル（65535）になります。何をするかはMAP側ではなくトリガー側が判断します。 作業予想 地形MAPツールは地形データ-とトリガーテーブルを読み込む。 イベントを行いたい場所へマウスでマークしていく。 このときトリガーテーブルにもトリガー情報のみのデータ-が追記される。 保存... 再度開いた時はトリガーテーブルのMAPシリアルを見て以前のマーク場所を再配置する STEP２ イベントツールはMAP作成ツールによって作られたトリガーテーブルに、必要な情報を追加していく。 このような感じになる予定です。 >>209 勝負はしてないけどね^^　いろいろ言ってくれると助かるよ。 211 名前：親父PG mailto:sage [04/04/10 20:23 ID:Sr13ZjT1.net] 都築 ＞地形マップを切り替えるというのは、 これは「地形MAP配列にはトリガーを引くことしか指示しません。」 この設定が前提にあります。地形データ-を入れ替えた時に同じ座標にイベントがあった場合 受け取った側が判断できません。そのためのMAPシリアルになります。 ＞・どこかのマップでスイッチを入れる ＞・別のマップで跳ね橋が下りる これはトリガーテーブルのイネーブルをONにすれば良しでしょう。 CAll MAP（B 3,3)//橋　　 トリガー親父　そのMAPのその座標のトリガーは「なし」だ。交信終了 Call (MAP　A　1,1)//スイッチON トリガー親父　ウィ〜ス　トリガ３番（橋のトリガ）イネーブルON 再び CAll MAP（B 3,3)//橋　　 トリガー親父　ウィ〜ス　橋をおろせセニョール　ついでに　MAP　A　1、1のフラグもイネーブルにするべ こんな流れかな 212 名前：親父PG mailto:sage [04/04/10 20:39 ID:Sr13ZjT1.net] 誤>トリガー親父　ウィ〜ス　橋をおろせセニョール　ついでに　MAP　A　1、1のフラグもイネーブルにするべ 生 トリガー親父　ウィ〜ス　橋をおろせセニョール　ついでに　MAP　A　1、1のフラグもディスネーブルにするべ 間違えた（汗 間違えたついでに このシステムの目指すところを書いてもいいのではないかと。勝手に思ったので妄想を書き込みます このシステムでは「キャラクターデータ-」が中心となり世界を広げていきます。 大昔、D&DというTRPGがありました。あのシステムも最初は赤本から始まりました。 ダンジョンにもぐり宝物を集め、経験値を上げていく。 たくさんのエキスパンション（シナリオ）が生まれてキャラクターは成長していきました。 本システムもこのような流れで大きくしていきたいと思っています。 エキスパンションを通じてのキャラクター成長。 そして、シナリオの作成についてはツールを公開して、誰でもDMになれるようなものを考えています。 シナリオをそれぞれ交換などする事もできるようにしたいと思っています。 またキャラクターに関わる事柄。お店だとか交換所なども一種のシナリオによって構築されます。 全ての完成にはまだまだかかりますが、そこは（追加型　という仕様がなんとかしてくれるはずです（W

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef