無料で俺がRPGを作れるようにするスレ

無料で俺がRPGを作れるようにするスレ at GAMEDEV

[前50を表示]
200:名前は開発中のものです。
04/03/18 02:53 Si6/VCoc.net
今始めてマトモにソース見たんだが・・・・
猫でもわかるプログラミングから始めることをお勧めする。
もっとコンソールいじってからにしておきなさい。

201:98
04/03/18 23:35 r5sO1u2T.net
>>197
よく分からないのでたぶん使わないです。

>>198
おめで㌧

>>199
自分で作ったSleepもどきです。
ビジーループでｸﾞｸﾞったら、負荷が高くなるからやめろと書いてあったので
他のやり方を考えてみます。

>>200
ｺﾝｿｰﾙだけだと何を作っていいのか分からないのと、モチベーションが続かないので
winAPIと並行してやっていきます。

202:名前は開発中のものです。
04/03/19 00:17 whgiIXKB.net
>>201
＞自分で作ったSleepもどきです。
＞ビジーループでｸﾞｸﾞったら、負荷が高くなるからやめろと書いてあったので
＞他のやり方を考えてみます。
そか。えらい。
あとは、ちゃんとしたゲームループを作って、
・入力→ゲームの状態(主人公のマップ上での位置とか)の更新
・描画処理
をきっちり分ければ、ゲームの基礎は出来たも同然。
なぜ分けないといけないかというと、今のままだと、画面上に主人公とは独立して
動くNPCが出てきたときに処理できないからね。

203:200
04/03/19 08:07 5YapUc1Z.net
>>201
気持ちは分かるんだけど、せめて一回くらい目を通しておくべきだと思う。
それだけで大分違うはず。

204:98
04/03/20 18:53 th+dSxtZ.net
>>202
NPCの数が一定ならなんとか作れそうなんですが、
不定になるとどうやればいいのかさっぱりです。
>>200
理解したかどうかは置いといて、一通り読んでおきますた。

今のまま作っていくとグローバル変数だらけになりそうなので
URLﾘﾝｸ(www.geocities.co.jp)
こんなの作ってみた。

変数名考えるのがﾏﾝﾄﾞｸｾなんですが、何かこつとかありますか？

205:98
04/03/20 23:02 th+dSxtZ.net
たぶん完成。上がソースで下が実行ファイル
URLﾘﾝｸ(www.geocities.co.jp)
URLﾘﾝｸ(www.geocities.co.jp)
・ちらつきが減った。
・グローバル変数が少し減った。
次はマップ切り替えは中止して、ｴﾝﾀｰｷｰを押したらコマンドが出る、というのをやろうと思う。

206:名前は開発中のものです。
04/03/20 23:23 70F0it+2.net
まだちょっとちらつくのは、InvalidateRectの最後の引数がTRUEだから。
あと、無意味なクラスが気持ち悪いぜ！

207:名前は開発中のものです。
04/03/21 00:26 BKuLrlOv.net
>>205
動くが遅いけど、逆にそれが心地よかったり。クラスが分からんから
見れないけど、遅いのはたぶん1ドットずつずらしてるからだと思う。
2ドットずつ、極端な話32ドット一変にずらしてしまうと早くなると思う。
＞自分で作ったSleepもどき
自分もコンソールの時はそれで、ウィンアプリの時はちゃんとPeekMessageを
使わずGetMessage＋イベント取り分でやってた。ライブラリのTimerだと精度が
悪くなるから何か工夫していたと思うけど忘れてしまった。
＞変数名考えるのがﾏﾝﾄﾞｸｾなんですが、何かこつとかありますか？
自分もよく悩みます。自分はできるだけ１単語にして、その分
コメントをしっかりつけるようにしています。ただ、グローバル変数は
まず使いません。ファイル分割するようになると返ってめんどくさくなったり
するので。後、以下の所も参考にどうぞ。
ｽﾚﾘﾝｸ(tech板)l50
ｽﾚﾘﾝｸ(gamedev板)l50

208:98
04/03/21 19:51 P8h6pce6.net
>>206
ちらつき撲滅できますた！
>>207
ビジーループを避けるためにいろいろ工夫したら結局Sleepになってしまった　orz
>コメントをしっかりつけるようにしています
これいいですね。真似してみます。

コマンドは無理だったので、メッセージウィンドウ表示。
URLﾘﾝｸ(www.geocities.co.jp)
URLﾘﾝｸ(www.geocities.co.jp)
メッセージウィンドウの背景と文字色を変更したいんですが、
SetTextColorが使えないです。
こういうときはどうしたらいいんでしょうか

209:名前は開発中のものです。
04/03/21 20:02 lBIVIhzW.net
静止状態では、結局CPU100%使っちゃってるよ。だめじゃん。
あと、マップ表示がスクロール終わるまで帰ってこない関数って後で困るよ。
スクロールしてる最中に同時にNPCを動かしたくなったらどうするのさ？

210:98
04/03/21 20:27 P8h6pce6.net
進むの中断して組みなおして出直してきます。。

211:名前は開発中のものです。
04/03/21 21:20 lBIVIhzW.net
スクロール位置の更新と描画が分離されてなかったり、
GDIじゃなくDirectXつかってたりするが、
↓見たいな感じにすればいいよ。
URLﾘﾝｸ(www.sm.rim.or.jp)
ゲームプログラミング練習長持ってるんだっけ？
読んだこと無いけど、そっちのほうもこういう処理になってない？

212:98
04/03/22 21:35 qIg3ILGt.net
>>211
見てみました。↓draw()でSleep代わり？にこうしてるみたいなんですが、
if (GetTickCount()>dwTime+5) dwTime=GetTickCount();
else return;
前に自分で作ったのが↓
dwTime = GetTickCount();
while(GetTickCount()<dwTime+5);
上と下って何か違いあるんですか？どっちもビジーループに見えるんですが。
>そっちのほうもこういう処理になってない
本のほうではDirectX使ってないです。他の細かいところも、違う書き方してます。

213:名前は開発中のものです。
04/03/22 22:18 IkgfwbwO.net
ていうか>>211のURLはゲームプログラミング練習帳の作者ジャン。
んでね、
URLﾘﾝｸ(www.sm.rim.or.jp)
　　} else
　　　　draw(); // 描画処理
ここを
　　} else {
　　　　draw(); // 描画処理
　　　　sleep(1);
　　}
にすれば少なくともビジーループじゃないでしょ。
んで、>>211で言いたかったのはビジーループのことじゃなくて、>>209の
＞あと、マップ表示がスクロール終わるまで帰ってこない関数って後で困るよ。
＞スクロールしてる最中に同時にNPCを動かしたくなったらどうするのさ？
これのこと。
上のURL(＋Sleepバージョン)と>>208のプログラムを良く比べてみ？

214:練習帳著者
04/03/22 22:50 8UFWL+KK.net
>>212
>if (GetTickCount()>dwTime+5) dwTime=GetTickCount();
>else return;
これは、一つのif文の中で書けば
if (GetTickCount() > dwTime + 5) {
　dwTime = GetTickCount();
　ゲームの処理（draw()の中身）
}
という流れ。
「前回処理時間から指定時間（5ms）が過ぎていたら、現在の時間を
処理時間として記録し処理を行う」もので、処理を行わない場合には
そのままメインループ（if文の外にあるメッセージポンプ）に処理が
返るから、処理がそこで停まるビジーループにはなりません（あの
ソースももう５年前・・・。RPG関連の記事はそろそろ全面的に書き
直さないといけないですかねえ）。
>while(GetTickCount()<dwTime+5);
だと「指定時間が過ぎるまで」どうなります？

215:練習帳著者
04/03/22 22:58 8UFWL+KK.net
まあ、実際にRPG作ってみると「一定の周期で処理を行う関数」にゲーム
の処理をすべてまとめるのは無理があるから、メインループよりはゲーム
処理用にスレッド作った方が楽になるかな、という気がしてきたんですが。
特に厄介なのは、戦闘シーンやイベントの待ち時間・・・。最初はあち
こちでPeekMessege()してたけど、これはちょっと違うかな、と。
スレッド作れば、最悪無限ループにしてもUI停まりませんからね(^^;。
もちろん、最終的なプログラムにするときにはスレッド内からの終了処理
（メインスレッドからの終了指示の監視）は必要だろうけど。
>>214
>ていうか>>211のURLはゲームプログラミング練習帳の作者ジャン。
そうですね。あのページの内容はもうかなり古いものもあったりして
書き直さないとなあ、と思っている部分が多いんですが、あちこちに
URL張られているようでちょっと焦ってます(^^;。
とりあえず、「４方向スクロールのマップ表示とキャラクタの透過描画」
あたりに関しては、もうちょいましなソース上げておくつもり。

216:名前は開発中のものです。
04/03/22 23:27 hc5U3G0l.net
本物ｷﾀｰ

217:名前は開発中のものです。
04/03/22 23:29 mioo0vPT.net
著者降臨age！

218:名前は開発中のものです。
04/03/22 23:33 nq9Pmduh.net
上げ忘れちまったよ。ごめんな上げ忘れちまったよ。ごめんな上げ忘れちまったよ。ごめんな上げ忘れちまったよ。ごめんな
上げ忘れちまったよ。ごめんな上げ忘れちまったよ。ごめんな上げ忘れちまったよ。ごめんな上げ忘れちまったよ。ごめんな上げ忘れちまったよ。ごめんな上げ忘れちまったよ。ごめんな
上げ忘れちまったよ。ごめんな上げ忘れちまったよ。ごめんな
上げ忘れちまったよ。ごめんな上げ忘れちまったよ。ごめんな
上げ忘れちまったよ。ごめんな上げ忘れちまったよ。ごめんな
上げ忘れちまったよ。ごめんな上げ忘れちまったよ。ごめんな
上げ忘れちまったよ。ごめんな上げ忘れちまったよ。ごめんな
上げ忘れちまったよ。ごめんな上げ忘れちまったよ。ごめんな
上げ忘れちまったよ。ごめんな上げ忘れちまったよ。ごめんな
上げ忘れちまったよ。ごめんな上げ忘れちまったよ。ごめんな
上げ忘れちまったよ。ごめんな上げ忘れちまったよ。ごめんな

219:98
04/03/22 23:46 qIg3ILGt.net
>>213
ああ、分かりました！
1ドット描画するたびに関数を終了して、グローバル変数とか構造体とかで
描画回数をカウントしておいて、1マス描画し終わったらカウンタリセットする。
すると割り込み処理ができるようになる。
>>215
うお・・・著者様ですか・・・
while(GetTickCount()<dwTime+5);
だと5ms経過するまで待機しかできない上に、処理が重くなってしまう。でいいでしょうか・・

220:名前は開発中のものです。
04/03/23 00:02 4auKbf0z.net
＞の処理をすべてまとめるのは無理があるから、メインループよりはゲーム
＞処理用にスレッド作った方が楽になるかな、という気がしてきたんですが。
この辺は、伝統的には所謂タスクシステムで解決してきたのかな。
スレッドだと同期が大変過ぎるしこういう用途には重すぎると思う。
まぁ、タスクシステムっていってもいろいろなやり方があるみたいだけど…

221:名前は開発中のものです。
04/03/23 00:47 9F6tXsaP.net
シナリオスクリプトを実装する時にはスレッドにしたりもする
ファイバー（コルーチン）という手もあるようだけどね
異なるプログラム方式の連携
URLﾘﾝｸ(www.jah.ne.jp)

222:名前は開発中のものです。
04/03/23 01:05 PMWtRlHb.net
シナリオなんかだと、タスクシステムでコールされるタスク関数を
ファイバ(マイクロスレッド、コルーチン、継続でもOK？)にしておくと
効率よく開発できるかな、とかおもったりしたけど全然試してない。
このへんは、やね本2だかに書いてあるらしいけど読んだこと無いです。

223:名前は開発中のものです。
04/03/23 02:20 JCV/36ob.net
俺もスレッド使わないほうがいいと思う
マルチスレッドを毛嫌いするわけじゃないが、明確な理由なしにスレッド化するのはやめたほうがいい
ゲームで必要になる場面があるとすれば、SLGの思考ルーチンくらいだと思う
で、ちょっとスレ違いの話題になるが、
ファイバってCreateFiber関数とか使う奴のこと？
だとするとあんなの使わなくても関数ポインタ切り替えでいいじゃん、と思うんだが・・・
＃少なくともゲームにおいては。なんかいい利用方法あるならスマン

224:名前は開発中のものです。
04/03/23 02:48 PMWtRlHb.net
＞だとするとあんなの使わなくても関数ポインタ切り替えでいいじゃん、と思うんだが・・・
その関数を減らすために使うんだよ。
普通はその関数の操作対象のオブジェクト(やシーンなど)の状態が変わったら
関数を切り替えるわけでしょ。ファイバを使うと、その「状態」が「関数をどこまで
実行したか」で表せるようになるから、状態ごとにいくつかに分かれてた関数を
ひとつに出来る、と。
まぁ、でもこういうのは大概スクリプトで実現するような気がしないでもない。

225:223
04/03/23 05:14 JCV/36ob.net
>>224
ちょっと待て、その利点は間違ってると思うぞ
ファイバ使っても関数減らすことになるとは思えない
このスレなのでRPGの例で行くが、
RPGにおける「状態」ってたとえば
・マップ移動(キー入力待ち)
・マップ移動(スクロール)
・戦闘中
とかに分かれるよね
ファイバを使う場合、これらの関数をCreateFiber関数で登録し、SwitchToFiberで切り替えるだけだ。
使わなくとも一旦呼び出し元ループに戻って別の状態用関数を呼び出すのと関数の数はほぼ変わらん
＃状態の定義が食い違ってるかも？
スレ違い継続＆長文ｽﾏｿ

226:名前は開発中のものです。
04/03/23 08:41 PMWtRlHb.net
>>225
もっと先の話だよ。
イベントシーンとかそのへん(応用先はそれだけじゃないよ？)
スレ違いだが、シューティングの敵の動きの記述に使ったりもした。

227:名前は開発中のものです。
04/03/23 09:03 PMWtRlHb.net
あぁ、でもこの場合、少なくてもマップ移動はまとめられるね。
ヘンテコ擬似コードだけど、こんな感じ？(描画はメインファイバ側でやるという前提)
void MapMove() {
　while(1) {
　　//方向キーが押されるまで待つ
　　while (!CheckHitCursorKey())
　　　SwithFiber(mainFiber);
　　MoveMap(GetKeyState());//スクロール方向を決める処理
　　//ここからスクロール処理
　　for (int i = 0; i < MAP_CHIP_SIZE; i++) {
　　　ScrollMap();//1ドット分スクロール
　　　SwitchFiber(mainFiber);
　　}
　}
}
この場合にまとめるのが正しいかは議論ありそうだがそれはおいといて、例としてね。

228:練習帳著者
04/03/23 09:10 R4NaancD.net
>>220
別スレッドの利点は、他のスレッドと同期する必要をなるべく生じさせ
ない、ゲームに関する処理を一本道の流れに分離しておくような形式に
できた場合、Windowsのシステムの流れをあまり意識しないでゲームの
処理に集中できるかな、と。
実際、戦闘やスクリプトベースのイベント処理も含めてRPGのデータ処理
やバックバッファ（あとはウインドウのDCに出力するだけのDIBSection）
への描画処理をすべて別スレッド内で行うシステムを作ってみたんですが、
比較的単純なシステムではプログラムも一本道の単純なものにまとめられ
そうで、これはこれでよさそう。
小規模で単純なRPG/ADVでは、こういったタイプの処理もありかも。
まあ、一定時間ごとに呼び出す処理用関数で状態を管理しながら処理して
いく、という形にまとめられればその方がよさそうですけどね（ただ、
ゲーム本体の処理以外の部分でたいしたことをしていなければ毎回状態を
管理しながら一定時間ごとに処理を行う、という流れはスレッドで連続的
に実行しているように書く、というのと流れとしては同じになりそう）。
私もメインループ内で一定時間ごとに状態に応じて振り分け、という設計
を考えていましたが、別スレッドで処理する実験結果を見ると意外にうま
くいきそうだったんで、とりあえず別スレッドを作る方向で作っています。
ゲームの処理の流れを本格的に管理するつもりなら、フレームワークの開発
からやる方がよさそう・・・。

229:名前は開発中のものです。
04/03/23 11:14 PfXAGYNf.net
エェー？本当にちゃんと同期できてる？データの整合性もちゃんと保ててる？
マルチCPUの場合は、同じデータをアクセスするコードが「同時に」2つ以上走ることも
あるんだよ？
マルチスレッドは、データの不整合性、デッドロック、抜け出せないロッキング、
優先順位の逆転などなど気をつけないといけない罠が多すぎるので、どうしても必要
なところ意外では使わないことにしてるよ。
スレッドがだめって言ってるわけじゃないけど、初心者向けでは無いよね。
「処理の流れ」を記述したいときは、大概スクリプトにするかなぁ？
マイクロスレッドでもいいと思う。

230:名前は開発中のものです。
04/03/23 12:01 JCV/36ob.net
>>227
んー・・・なんとなく言いたいことは分かった、ありがとう
けどやっぱタスクシステムから乗り換えるほどの理由じゃないっす
＃スレ違いすまんがSTGの敵の動き制御部分は特に意味がなさそう
＃理由はたとえば同じ種別の敵が10いたら同じ関数を10回実行しなきゃいけない。
＃けど同じ関数を回すわけだから結局状態データは外部に置かなきゃいけない
＃同じ関数を10個ファイバとして登録して再利用するにしても、
＃結局被弾したとかの状況によって初期化するわけだから外部で制御しても大差なし
＃そもそも最近のハードだと敵の動きは外部データで持つことが多いので
＃違う敵でも同じ関数で処理する
>>228
Windowsのシステムの流れってぶっちゃけメッセージループだよね
なら別スレッドにする必要はないかと
PeekMessage(およびそれに付属する処理)を1タスクとして考えればいいだけ
たとえばバックバッファを作った後でPeekMessageを呼び出せばいい

231:名前は開発中のものです。
04/03/23 12:25 rzkxl8IS.net
>>230
＞けどやっぱタスクシステムから乗り換えるほどの理由じゃないっす
いや、タスクシステムと併用するんだよ当然。
タスクシステムからタスク関数を呼び出すと思うけど、それをﾌｧｲﾊﾞにするという話。
＞＃同じ関数を10個ファイバとして登録して再利用するにしても、
＞＃結局被弾したとかの状況によって初期化するわけだから外部で制御しても大差なし
まぁ、被弾とか非同期で状態が変わる部分は、別関数にせざるを得ないよね。「例外(Exception)」だし。
でも、多数の状態が(ほぼ)シーケンシャルに切り替わっていく状態なんかでは、状態ごとに関数分けたり
状態変数作ってswitchで分けたりするよりは、すっきりしたプログラムになると思う。
まぁ、もちろん、
＞＃そもそも最近のハードだと敵の動きは外部データで持つことが多いので
なので>>224ではスクリプトでやる場合が多いと書いたわけだけど…
どっちにしろ「使いようによっては便利なときもある」って話だ。
全ての場合で使えると言ってるわけでもない。ﾌｧｲﾊﾞはメモリ食うしね。

232:名前は開発中のものです。
04/03/23 16:31 cY6fF1y+.net
マルチスレッドにする利点はタイトルバーをクリックしても処理がとまらないことかな

233:98
04/03/23 21:04 s4+zR2jB.net
よく分からないんですけど、マルチスレッド使えないとやばいっていうことでしょうか？

今度こそマップスクロール完成版↓
URLﾘﾝｸ(www.geocities.co.jp)
URLﾘﾝｸ(www.geocities.co.jp)
・静止状態にCPU100%になっていたのを修正（Sleep(1);をつけた）
・メッセージウィンドウ表示時にCPU100%になっていたのを修正（Sleep(1);をつけた）
・描画関数を2つに分割
なんか処理が重くなったような気がする・・・

234:名前は開発中のものです。
04/03/23 21:12 PMWtRlHb.net
んじゃ、次は、DrawMapの、「～スクロール時描画」を「静止マップ表示」ひとつにまとめよう！
これでかなりすっきりするはず。

235:98
04/03/24 22:18 w/FFfgKd.net
すっきりしたかどうか分かりませんが、まとめてみました↓
URLﾘﾝｸ(www.geocities.co.jp)
・描画方法を少し変更
メッセージウィンドウ表示は置いといて、次はNPCを作ってみる予定

236:98
04/03/29 19:11 hm6pjM86.net
ログが消えてる(´・ω・｀)
NPCの移動をなめらかに描画するのが難しいんですが、
なんかいい方法とかないでしょうか・・・

237:98
04/03/30 22:16 W6u+pmd7.net
NPCがどうしてもうまく描画できないので、マップ自体の描画方法を
「何か起こったら描画」から「常に一定時間おきに描画」に変更してみた。
URLﾘﾝｸ(www.geocities.co.jp)
URLﾘﾝｸ(www.geocities.co.jp)
方向性が間違ってるような気がしないでもないんですが、
こういう描画方法でもいいんでしょうか

238:98
04/04/01 21:53 xdIEUIEH.net
NPCなめらか移動
URLﾘﾝｸ(www.geocities.co.jp)
URLﾘﾝｸ(www.geocities.co.jp)
NPCの移動がランダムではないような気がする。
気のせいかもしれないけれど、ある方向にいったん進んだら、
次に進む方向も同じになる確率が高い。
次は当たり判定をつけようと思う。

239:200
04/04/02 00:46 HxQygUy0.net
srand((unsigned)time(NULL));
は、最初に一回だけね。ループには入れないで。
srandは乱数ジェネレータの初期値。
rand()関数はsrandを実行しなくても一回一回違う値を返すけど、もう一度プログラムを実行してもまた同じ値を返してきてしまう。
一回目の結果：7,2,5,6,4,1...
二回目の結果：7,2,5,6,4,1...
こんなカンジで。
srandでtime(NULL)を与える理由は、プログラムを起動するごとに違う値を出力するようにするため。
一回目の結果：7,2,5,6,4,1...
二回目の結果：5,1,8,4,3,7...
ってカンジで。
timeは確か秒単位だったから1秒以内ならrandが同じ結果を返すことになる。
って、コレも猫でもわかるプログラミングで説明されていたような・・・

240:200
04/04/02 00:49 HxQygUy0.net
あ、別のサイトだったっぽいです。

241:98
04/04/02 20:19 RjQBCx/D.net
おまじない程度の認識しかなかったので、ここが原因とは思いませんでした。
ランダムに動くようになりました。
ふと思ったんですが、WINAPIなら timeGetTime()%10; でも0~9のほぼ乱数ができるような
気がするんですが、これって邪道でしょうか。

242:98
04/04/02 22:26 OS/Q3nYt.net
↑自己レス　同時に複数の乱数を得たいときに不便なのでやっぱりだめ
当たり判定をつけた。ついでに歩行アニメーションもつけた。
URLﾘﾝｸ(www.geocities.co.jp)
URLﾘﾝｸ(www.geocities.co.jp)
次はマップエディタを作る予定。

243:98
04/04/03 22:19 eDSQOtXr.net
マップエディタセーブ機能なし
URLﾘﾝｸ(www.geocities.co.jp)
URLﾘﾝｸ(www.geocities.co.jp)
マップエディタ作る時間 > テキストでマップを作る時間
な気がしてきた。
APIのファイル操作はできれば避けたいんですが、
#include <window.h>をすると#include <fstream>できなくなるんでしょうか？

244:練習帳著者
04/04/03 23:40 ClmmNDdO.net
>>243
マップエディタはイベント配置機能なども含めRPG開発では必須
になるけど、開発するのは本体よりも大変かもしれませんね。
まあ、開発自体が良い練習になるしマップの仕様はゲーム設計で
いくらでも変わるから、時間はかかっても独自のマップエディタ
を作るのも良いでしょう。
あと、バイナリファイルは、特に理由がなければAPIで扱うのが
一番楽な気がｗ

245:名前は開発中のものです。
04/04/04 00:10 8gkVG1Fa.net
私も参戦してよいでしょうか。
環境はVC++6だけど、DirectX（8or9）つかうかWinAPI（SDK）だけで行くか悩み中。
SDKだけでいけそうだけど、勉強のためにDX使おうかなぁとも。
覚えたほうが後々いいですかね。。（どうでしょう？）
とりあえずマップチップ表示してその上を歩き回れるようなものを作ろうと思ってるんですが。

246:98
04/04/04 19:29 mMmF0Gyi.net
>>244
マップエディタも奥が深いんですね・・
作成したマップをどういう形式で保存するかっていうのも悩みどころです。
>>245
言語問わず参戦歓迎です。
ﾏﾀｰﾘがんがりましょう

247:98
04/04/04 23:33 t/HUZNZd.net
右クリックすると、直前に描画したマップの種類をテキストに出力するようにした。
URLﾘﾝｸ(www.geocities.co.jp)
URLﾘﾝｸ(www.geocities.co.jp)
保存の仕方がいまいちよく分からないので、
配列で記録しておいて、こぴぺでｿｰｽに貼り付けれるようにする予定。

248:245
04/04/05 00:00 Exj/seSL.net
ども。
では最初の目標として、
なんか表示してキーボードで動かせる奴を作ってうpします。
DX使うかまだ未定。訳わかんなかったらSDKでやります。

249:名前は開発中のものです。
04/04/05 12:22 qkWA7QuF.net
SDK -> Software Development Kit

250:245
04/04/05 13:40 Exj/seSL.net
WinAPIどぅえす。
どっかのサイトでAPIのみでつくるのをSDKって言ってんの見て変な癖ついちゃいました。
それで、やっぱDirectXはこのくらいの規模の２Ｄもので使うにはめんどいだけで
恩恵無さそうな気がしてきたので使わないかもしれません。
（突っ込みが欲しい所であります。）

251:98
04/04/05 20:25 jO2LaB8o.net
俺はDirextX使えないけど、将来的にすごいもの作ろうとしたら
避けて通れない道な気がするから、敢えて使ってみるのもいいかも

252:245
04/04/06 14:51 I/KdK9GY.net
実は超最終的な目標は3Dのネットゲー作りたいんですよねぇ。
だからDXは絶対覚えないと･･･
でもCのプログラミング自体基本ができてないから
とりあえず難しいDXは抜きに多少使った事があるAPIでやって、
C自体の基本的なところの習得に集中してからDXに移ろうかなぁ
なんて気分になってきました。

253:98
04/04/06 20:50 VKrLl24Q.net
>>252
教材が見つからなかったんで、俺は諦めたけどELっていう手も。
でもAPIの知識が必要だった気がするから、結局APIだけでやってみるのが
一番いいのかもしれません・・・

初期化ファイル(MapDataAlpha.ini)にセーブするようにした。操作方法はｿｰｽの上のほうに書いてあります。
URLﾘﾝｸ(www.geocities.co.jp)
URLﾘﾝｸ(www.geocities.co.jp)
・WM_RBUTTONDOWN時に
　POSITION[0][0] = ...
　POSITION[1][0] = ...
　POSITION[2][0] = ...　のように記録させたいんですが、どうすればいいんでしょうか？

254:名前は開発中のものです。
04/04/07 03:10 6G2QeT26.net
ＲＰＧ製作に興味あってこのスレきますた。
後半部を流し読みしかしてませんが、なにやらＡＰＩやＤＸベースで話がすすんでるようですが
それらを学習しながらはたしてモノが完成するのかなぁと思ったので。
最初は２５３氏が触れてるようなＥＬ等のライブラリを使用するのがいいかと思います。
ゲームの中身の処理以外で悩むのつまんないし。

255:245
04/04/07 05:36 RS4YRj46.net
>>253 >>254
結局APIで作り始めますた。
私のほうは、あくまで技術の学習・習得が第一の目的でして、
特にゲームを完成させることに拘りはないです。
でも「作るスレじゃ」なくて「作れるようにするスレ」なので
あんまり矛盾はないかなぁなんて。
現状ですが、とりあえず超適当ですがPCの画像を表示できました。（うｐする価値なし）
次はテキストファイルを読み込み、それにしたがって
マップチップを敷き詰めてみようと思います。

256:98
04/04/07 20:26 MMz7Nn2x.net
>>255
一応、目安ということで見ておくといいかも↓
URLﾘﾝｸ(gamdev.org)

最低限の機能しかないけどマップエディタ完成
URLﾘﾝｸ(www.geocities.co.jp)
URLﾘﾝｸ(www.geocities.co.jp)
次はメッセージウィンドウを表示させようと思う。

257:98
04/04/07 20:27 MMz7Nn2x.net
URLﾐｽ・・・
URLﾘﾝｸ(www.geocities.co.jp)
URLﾘﾝｸ(www.geocities.co.jp)

258:245
04/04/08 05:12 rdLQdFbl.net
>>256
おぉそこは知りませんでした。凄く参考になります。
現状ですがテキストファイルからマップデータを読み込み、
表示することができました。
URLﾘﾝｸ(gamdev.org)
本当はバイナリにして暗号化したりした独自形式にしりたいんだけど
よくわかんないのでとりあえず放置。
次はキーボードでキャラを移動して画面をスクロールさせてみようと思います。
しかし98さんは進歩早いですね。私も早く追いつけるようにがんばります。

259:98
04/04/08 20:18 GQOUbMkn.net
2ヶ月前からやっててまだこの程度なので、かなり遅いと思われます・・
保存形式ですけど、
XML→難しい割りにﾒﾘｯﾄなさそう　ﾊﾞｲﾅﾘ→ｼﾗﾈ　ﾚｼﾞｽﾄﾘ→怖い
ってことで、消去法で初期化ファイル使ってます。
データ書き換えが簡単で、ゲームとして成り立たなくなりそうですが。

260:245
04/04/08 22:58 rdLQdFbl.net
ファイル操作の辺りって結構でかい壁ですよね。（俺だけかも）
いずれ絶対やらなきゃなんないし、かなり面倒くさそう。。。
今回はPCを矢印キーで操作して画面をスクロールできるようにしました。
ついでに当たり判定もつけました。
URLﾘﾝｸ(gamdev.org)
現状はまだ隣のマスへワープしてる状態なので、
つぎは滑らかに移動できるようにしたいと思います。

261:98
04/04/09 00:11 vWYKL39D.net
俺もファイル操作で何回も挫折してます。
バイナリでの保存方法教えて。ｴﾛｲ人。
>ついでに当たり判定もつけました
ﾀﾞｳｿしてみたんですが、実行前の注意必読.txt読んだら
怖くて実行できなくなってしまったorz

262:200
04/04/09 00:16 PDI25ArR.net
うぃっす。そのうち暇になったら俺も晒そうかな。今は忙しいが。
>>259
XMLはHTMLと同じようなマークアップ言語のことじゃないん？
だから出力形式としてはテキストorバイナリになると思うんだけど。
あと、ツール関係もC言語で作るって言うのはどうかと。
ツールは他の言語で作って出力データだけ使うのが良いと思われる。
テキストで出力するのであれば、マップチップ番号をカンマで区切って出力したり
すればいいんじゃない。
コレが有名なCSVファイルね。
ちょうど245の晒しているマップデータをカンマで区切ったような形式。
もちろん、出力するデータの桁が決まっていれば区切る必要はない。
バイナリはただ単に数値をそのまま出力しただけのデータ。
通常のテキストファイルは文字コードによって人間の理解できる文字になっているが、
コンピュータで扱っている数字はそのまま出力した場合、テキストファイルのように
数字を読み取ることは出来ない。
しかし、プログラムから読み込む場合は余計な数字＞数値変換を行わなくて済むのと、
サイズが小さくなると言うメリットがある。

263:200
04/04/09 00:23 PDI25ArR.net
発言が前後しちまったーヨ。
出力・・・猫でもわかるミレ

264:245
04/04/09 06:14 PD92y+NK.net
>>261
何があるかわかんないので、一応、免責事項を書いておいたほうがいいかなと思って。
フリーソフトに限らず書いてあるのが多いので見習いました。
多分大丈夫だと思います。多分。。。（でもやっぱり責任はもてませんw）
>>262
CSVにしようと思ったんですけど、まんどくせのでとりあえずあんな感じに。
カンマとかって普通に文字列操作でくっ付けて～.CSVでWilteFileすれば
出来上がるんですかね。そのうちやってみようと思います。
ちなみに私のほうはVC++でやってるので、
マップツールの方はダイアログベースで作るか
APIでクライアントにコントロール直張りにして作るか、
普通のクライアントウィンドウ+モーダレスダイアログで作る予定。
MFCは使わない。というか使い方知らない。
「猫でもわかる」に「MFCの使い方覚えてるうちにAPIで1000個くらいアプリ作れちゃう！」
とか書いてあるので、それを信じてひとまずMFCは放置しようかな、と。
ところで↓みたいに
URLﾘﾝｸ(www.nurs.or.jp)
チップをスクロールバー付きで並べて表示して、
それを選択したりするようにするのって「リストビュー」をつかうのかなぁ、、、
↑のはどうやってやってんだろう。ここが難関。誰か教えてたもれ。

265:練習帳著者
04/04/09 08:53 NNIXc1rk.net
>>261
バイナリファイル保存は、CreateFile()でファイルハンドルを作って
バイナリデータ（データを記録したバッファ）をWriteFile()で書き
出し、ファイルハンドルを閉じる、という流れでできます。
lpszFilePathをファイルパス、lpDataをデータの先頭アドレス、dwSize
をデータのバイト数とすればこんな感じ。
HANDLE hFile = CreateFile(lpszFilePath, GENERIC_WRITE, 0, NULL,
　　　　　　　 CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);
WriteFile(hFile, lpData, dwSize, &dwWrote, NULL);
CloseHandle(hFile);
ファイル操作は、標準関数よりAPIの方が楽ですね。

266:200
04/04/09 18:37 PDI25ArR.net
>>264
VBとかもっとらんの？
VCしかもってなくて、C言語しかやってないっていうのなら、しょうがないけど。
チップセレクトは多分スクロールバーとBMPをあわせているだけだと思う。
スクロールされたらそれに合わせてプログラム内でBMPの表示位置を変えてるんじゃない？

267:245
04/04/09 21:40 PD92y+NK.net
滑らかにスクロールするようになった。
けど、なんか無理矢理できてる感が強し。やたら重いし、
デバイスコンテキストとかこんなに何枚も作る必要あるのだろうか。。
hdc//一番表。ディスプレイ
hdcMem//一枚裏。ここにいろいろ合成して最終画像を作る。
hdcMap//マップの画像ファイル読み込んでおいておく所。
hdcChr//キャラの画像ファイル読み込んでおいておく所。
hdcFld//マップデータにしたがってマップを描く所。スクロールに備えて一マスでかい。
URLﾘﾝｸ(gamdev.org)
次はNPCを勝手に歩き回らせようと思います。
次回はきつそうだからソース晒して助けを求めることになるかも。
>>266
リストビュー使ってないんですかねぇ。
でも使ってもできそうな感じです。なんとなく。

268:98
04/04/09 22:43 Hsbv26Yj.net
>>262
>ツール関係もC言語で作るって言うのはどうかと
C++以外だとJavaScriptしか使えないです。保存できない・・・
>>265
ありがとうございます。バイナリと思われる意味不明な文字列で保存までできますた。
読み込みもたぶんできそうです。
>>267
特に重いとは思いませんでした。
つか、あと2，3日で追い抜かれそうな気がしてきたorz

269:245
04/04/10 18:02 rQAMSH7v.net
適当に動くNPCを追加して、キャラの余白は透過するようにしました。
URLﾘﾝｸ(gamdev.org)
次はキャラ同士で当たり判定をつけて、
NPCの数を動的に増やしたり減らしたりできるようにしようかと思ってますが、
めんどいだけで特に得るものは無さそう。。。
でも見た目楽しそうなのでやってみようと思います。
>>つか、あと2，3日で追い抜かれそうな気がしてきたorz
ふぉぉぉぉぉぉおおおお！！！

270:98
04/04/11 21:26 ih6xwcUu.net
>>269
左移動・上移動はいいんですが、右移動・下移動の時の画面に現れてくる部分の描画が遅いような感じです。

・ｴﾝﾀｰｷｰを押すとコマンドが出るようにした。
・マップデータはバイナリのまま読み込むようにした。
・ｿｰｽを修正しやすいように修正した。
URLﾘﾝｸ(www.geocities.co.jp)
URLﾘﾝｸ(www.geocities.co.jp)
次はｽｸﾘﾌﾟﾄを使ってNPCと話せるようにしようと思う。

271:245
04/04/11 22:41 OD43hm2K.net
今日はハマリ中でうｐできそうにない･･･
>>270
試してみてもらえたようで、ありがとうございます。
起動時のままのウィンドウサイズでも変になってますか？
家でもウィンドウを広げると確かに下とか右の方の描画が変なんですが、
一応起動時のサイズが標準なので、普通だったら見えないところだから
そのままでいいやと思って直してなかったんですが、
標準サイズのままでおかしくなってるとしなら直さないといけませんね･･･
ちなみにソース拝見しましたが、APIのCreateWindowでゲーム内ウィンドウを
作ってるのが新鮮ですた。こういうのって自力で原始的に作んなきゃならないと
思い込んでたので作るのを逃避してきたのですが、
APIのウィンドウを使えるならマウスドラグで位置移動とかサイズ変更とか
もできそうですね。

272:98
04/04/12 00:16 A/n3T6P2.net
>>245
あ、起動時のままなら問題ないです。
>APIのCreateWindowでゲーム内ウィンドウ
自力で描画っていうのもやってみたんですが、いろいろ問題があったので
子ウィンドウにしました。
ただ、子ウィンドウを使うとウィンドウが無効になったときの処理が
面倒だったりするので自力で描画したほうが楽なのかもとか思ってます。

273:名前は開発中のものです。
04/04/12 00:35 4A1duCG6.net
君らまだまだ先は遠いぞ

274:245
04/04/12 01:08 +oNLbu0z.net
>>272
環境によってウィンドウの出方とか違うのかと思ってましたが、
よかったです。安心しました。
＞面倒だったりするので自力で描画したほうが楽なのかもとか思ってます。
そうですか。。。今の課題をクリアしたら私も色々テストしてみるとします。
段階的学習っていうの見てますが、もっと先のレベルも欲しい所ですね。
別に無くてもやらなきゃならないことは山ほど見つかりますけど、、、

275:245
04/04/12 18:29 +oNLbu0z.net
キャラ同士に当たり判定をつけ、移動するとき向きを変えるようにした。
NPCをテンキーの+-キーで増減できるようにした。（お遊びで。でも予想外に辛かった。。）
なぜか12,3体辺りでバグるので10体までに制限してあります。
URLﾘﾝｸ(gamdev.org)
ちなみに前回のバージョンでは
キャラの透過転送にGetPixel,SetPixelをつかって原始的にやっていたんですが、
キャラの数が増えるとかなり重かったので今回はTransparentBltなる関数を使うようにしました。
でも環境によっては（Win98とか）リークを起こすいわく付きの関数らしいので
実行時は自己責任でおながいします。うちは2000ですが、特に問題ないです。

276:98
04/04/12 22:51 Zs0PVIFw.net
>>275
XPですが、いい感じでした。
NPC増やすのって何気に難しそう・・・

277:とおりすがりの親父PG
04/04/13 00:14 MuenDC6+.net
>>252
オジサンはAPIで作るほうがめんどいと思いますorz...

278:245
04/04/13 00:54 4GaN7j22.net
>>276
どもです。
あれをちょっと改良したらへぼいARPGみたいなのができそうかなという気が。
でもとりあえずなんかウィンドウを表示してみようかなぁ。
次に何をやるか迷い中です。
>>277
＞オジサンはAPIで作るほうがめんどいと思いますorz...
まじですか。通りすがりなんていわないで、
オラのためにDX習得までの段階的学習目標を50段階くらい作って下さい。
お願いします。お願いします。
ところでDirectXの画面ってAPIのコントロール類って貼れないんでしたっけ。

279:とおりすがりの親父PG
04/04/13 01:19 MuenDC6+.net
>>278
では、DirectXのSDKを落としてきてインストール
デモをコンパイルして　三角形を回してみる。
とりあえずここまでかな。

280:245
04/04/13 21:24 4GaN7j22.net
>>279
できました！サンプルをほんのちょっと改造して矢印キーで回転するようにしました。
実行時にカーソルが砂時計なのは何ででしょう。
支障ないみたいだけど激しく気持ち悪い。
URLﾘﾝｸ(gamdev.org)
次の、、次の課題をください！
それまで今までの２Ｄを改造してます。

281:とおりすがりの親父PG
04/04/13 22:39 qfExSMIG.net
>>280
それでは、頂点の数を増やしてみる
あとは５種類ある頂点の種類をそれぞれ試してみる。
次にこのサンプルはSDKが供給する「ライブラリソース」をインクルードしていますが
それを別フォルダにコピー（複製）して、自分用のライブラリファイルとすべし
自分用（スケルトン）フレームを作成する

282:98
04/04/13 23:17 eA8EtTKv.net
DirectX早くやりたい(´・ω・｀)
URLﾘﾝｸ(www.geocities.co.jp)
URLﾘﾝｸ(www.geocities.co.jp)
・NPCと話せるようにした。
・タイトル画面をつけた
・ｽｸﾘﾌﾟﾄのメリットがよく分からないので使わなかった。
・ｿｰｽが多くなったせいか、汚いせいか、自分でも読みにくくなってきた。
次はNPCに話しかけたらエンディング、という流れを作ろうと思う。
あとはごりごり作っていけば完成しそう

283:245
04/04/13 23:53 4GaN7j22.net
>>281
さっきうｐした奴に頂点一個追加して正方形を表示するのはできました。
5種類ある頂点の種類っていうのが何をさしているかちょっとわかんないのですが、
トライアングルストリップとかトライアングルファンとかの事だとしたら
試してみて違いを確認しました。
>>282
なんかウィンドウ表示が変ですた。
NPCに隣接しててもしてなくても、コマンドを実行すると
下の会話ウィンドウにもコマンド一覧があらわれるみたいです。
古いバージョンがうpされてるのかも。。。

284:98
04/04/14 00:12 ASstlwbG.net
>>283
ぁ、ほんとですね・・・タイトル画面作るのに集中してて気づきませんでした。
原因調査してみます

285:98
04/04/14 00:54 ASstlwbG.net
やっとバグとれた('A`)
lpszClassNameがかぶってるのが原因でした。
今までかぶってても平気だったのは何でだろう・・・

286:通りすがりの親父PG
04/04/14 05:41 EE4mRz9N.net
>>283
それですそれです。線分と点などもあると思います。
あるものは偶数しかNGなものもあります。
ではライブラリソースを自分用にしてください。
それを改造していきます。

287:245
04/04/14 17:34 TCeeFkNf.net
>>親父PG
正直に言うであります。
意味が分からないであります！　　壁｜　〇　=3 |￣|＿
開発にはVCを使ってますが、
現在のソースでは、一つのヘッダファイル（d3dx9.h）を
SDKの入ってるフォルダからインクルードしてまして、
コンパイルしたら「外部依存関係」の所に他のヘッダファイルが色々追加されました。
これらを自分のプロジェクトのフォルダの方などにコピペするってことでしょうか。。。
こんなヘタレですいません。

288:とうりすがりの親父PG
04/04/14 19:01 EE4mRz9N.net
>>287
そうです。自分用のライブラリフォルダを作ってそこに複製します。
（元の位置のものは残しておかないと、他のサンプルが動かなくなる）
d3dapp.cppを覗くとフル画面モードの切り替えやウインドサイズの変更
ポーリングループの部分等があり、なかなか面白いものがありますよ。

289:245
04/04/14 22:05 TCeeFkNf.net
>>親父PG
できました。一応、画像です。点とか線にもなりました。
d3dapp.cpp見てみましたが、かなりムズイです。そんなレベルです。
ですが、がんばって習得するので課題を、、課題を下さい！
URLﾘﾝｸ(gamdev.org)
2DPRG、ちょっとだけ改造しました。
「+」キーを押すと適当なHPをもったNPCが発生します。
NPCに向かって「-」キーを押すとHPが減って、0になると倒せます。
けど連射が効いちゃってるので押しっぱで移動してるだけで事がすみます。
URLﾘﾝｸ(gamdev.org)
環境によって速度も一定じゃないし、ソースも描画部分とか入力部分とか
バラバラなのでその辺を一旦綺麗にできたらウィンドウを描画してみようと思います。

290:とうりすがりの親父PG
04/04/14 23:45 EE4mRz9N.net
>>290
ここのサイトを参考にしてポリゴンを貼ってみると良いですよ
URLﾘﾝｸ(www.realdigital.co.jp)

291:245
04/04/15 23:47 DNQtOokO.net
>>とうりすがりの親父PG
テクスチャ張れました。
URLﾘﾝｸ(gamdev.org)
もっと、、、、もっと課題をください！
ShadowbaneとかWorcraftみたいなカッチョいいゲームを作りたいのであります！

292:名前は開発中のものです。
04/04/16 00:28 HZnOSJqT.net
課題
フレームレートを一定に保ち、フレームスキップを実装せよ

293:245
04/04/16 15:24 rC4Ao3Jo.net
とりあえずFPS測ってみました。
前の課題作ってるときから「どうも遅い」と薄々感じてたんですが、
DX9SDKに入ってるチュートリアルの三角が回るやつを改造して測ってみたら
案の定40fpsしか出てませんでした。
試しに、DX8に入ってる同じ三角が回るサンプルに同じ改造をして測ったら
400fpsとか出てる模様･･･
ビデオボードがGF2GTSだからDX9だとダメなのかなぁ。。。
8と9のサンプルで特別違う事をしてるとは思わないんですが、なんでですかね？

294:98
04/04/16 18:11 Lk4Qkb2j.net
完成しますた。ｸｿｹﾞｰです。
URLﾘﾝｸ(www.geocities.co.jp)
URLﾘﾝｸ(www.geocities.co.jp)
全然ﾄﾞﾗｸｴじゃねえ・・・・
次はDirectXやります。

295:親父PG
04/04/17 01:25 N6rYd7aK.net
>>293
テクスチャ貼れましたか。頑張っているようですね。
ではスプライトもついでにやっておきましょう。
DirectXのほうが簡単という私の前の意見に、そろそろ納得していただけると思います。
さてこのサンプルでは高精度タイマーユーティリティが使われています。
どこに在るか確かめ、どのように使われているかを探し出せば、自ずと遅くなっている原因もわかるかもしれません。

296:245
04/04/17 15:31 UZYSuoQB.net
>>親父PG
ありがとうございます。
fps抑えられてた原因がわかりました。（というか教えてもらいました）
危うくビデオボード買うところでした。スプライトも表示できました。
URLﾘﾝｸ(gamdev.org)
楽なのかどうかはまだ慣れてないのではっきりと実感できないのですが、
はやく自由に使いこなせるようにがんがります。ので、ので、何か適当に課題を下さい！
>>294
ふぉおおおおぉおぉぉぉぉぉぉ！！俺も仕上げるぞー！

297:98
04/04/17 17:56 lFucyLLi.net
三角形って
\Samples\C++\Direct3D\Tutorials\Tut02_Vertices\Vertices.cpp
↑これですか？そのままだとｺﾝﾊﾟｲﾙできないんですが・・・
エラー E2209 Vertices.cpp 14: インクルードファイル 'd3d9.h' をオープンできない
エラー E2141 Vertices.cpp 22: 宣言の構文エラー　　あと6行ほど続く。
もしかしてbccだとDirectX使えないっていうオチですか？

298:名前は開発中のものです。
04/04/17 20:44 O0XDlP+3.net
URLﾘﾝｸ(therpg.sourceforge.jp)
↑これやってみそ

299:とおりすがりの親父PG
04/04/17 22:47 mXcf9nch.net

>>296
245さん　お疲れさまでした。
さてここから先ですが、それは作る対象によって異なると思います。
今の状態でBGとスプライトが表示できるわけですから、最低条件である「表示」に関してはクリアできたわけです。
ではこの先何をすべきでしょう？。
純粋に表示能力を学習したいのであれば、３D表示＞ピクセルシェーダー＞キューブテクスチャ
他にランドスケープのライブラリを設計するなど
またRPG等などスクリプトが必要なシステムであれば、そちらの設計も必要です。
「マウスクリックの場所を検地した後、どのように振舞うか」この部分を内部でインラインで処理するか、
「処理データ-（外部ファイルの読み込み等）」によってコントロールするようにするか？　など
また包括的なシステムというのも念頭において、全体のクラス設計も必要になります。
ということで、私が教えた？（実は何も教えていないｗ）事はここで一旦終了です。
DirectXの導入と実際にPGを組む事ができたという事で、当初の目的は達成できました。

おめでとう！

不詳、私もここの板でスレッドを立てていますので、おひまな時には覗いてみてください。

300:245
04/04/17 23:39 UZYSuoQB.net
>>親父PG
今までありがとう！
まだまだ先は長そうですががんばります。Shadowbaneみたいなゲームを作るまで！
親父PGさんもたまには私の成長っぷりを見にきてください。
これからはまたシコシコ取り組みます。
とりあえずはハイトフィールドを歩けるくらいになるまでを大きな目標にしようかなぁ。
つうことでモーション無しXファイルを読み込んでみる事にします。
>>297
私が弄ってたのはそれです。DXがんばってマスターしましょう！

301:98
04/04/18 20:41 6QlIhFIw.net
>>300
むしろ挫折しそうですorz
>>298
4．のmakeでCommand syntax errorというのが出てmakeできません。
で、bccは諦めてVC++が無料なのでｲﾝｽｺしてみたんですが、
clのパスはたぶん通ったんですが、ヘッダファイルのパスが通せなくて苦戦してます・・・

次ページ