[過去ﾛｸﾞ] プログラミングできる人 来て(ヽﾟд)ｸﾚ [無断転載禁止]©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(159): 2016/04/14(木)21:08 ID:b6nA9Dih(1/6) AAS
プログラミングできる人、来て下さい。
こう言う感じのゲームを作りたいのですが、初心者です。
言語はC++ （Visual C++ 2008）と DXライブラリを使います。
仕様書の様なモノ？ （ゲーム）
外部ﾘﾝｸ:fast-uploader.com
どういう感じで作るのか教えて下さい。
主にアルゴリズムやゲーム画面の考え方など
省1
2: 2016/04/14(木)21:10 ID:b6nA9Dih(2/6) AAS
>>1の追記
テキストファイルはブラウザにドラッグ&ドロップで見やすく成ります。
3(1): 2016/04/14(木)21:41 ID:rElUSgjR(1/4) AAS
その操作方法とフィールド画面の対応がよくわからないんだけど（カメラワークって何？）。
マス目状のフィールドを４人のプレイヤーがリアルタイムに移動して塔や相手を攻撃して
ポイントを競うゲームだと仮定すると、
1. フィールドを定義する。１５×１４の２次元配列で、各マスの情報としては、
占有者番号(エリア色)または塔の識別コードと、耐久値を記憶する。
2. プレイヤーキャラクタを定義し、とりあえずフィールド上を移動するようにする。
移動したとき、セルのエリア色を更新する。
省5
4: 2016/04/14(木)22:05 ID:b6nA9Dih(3/6) AAS
カメラワークについて……ボタンが余ったので配置しました
ゲーム事態は2dなので無視して下さい。
エリアを通過した場合のサンプルを教えて頂けないでしょうか？
空白エリアを0としてエリア占領済（自色）を1とした場合
通過したかどうかの判断（フラグ）は、どの様に実装するのでしょうか？
将棋の駒を置くのと違って、配列の更新のタイミングが不明です
（仮）枠線を超えたら？それとも、配列中心地を踏み込んだら？
省1
5(1): 2016/04/14(木)22:18 ID:rElUSgjR(2/4) AAS
プレイヤーの移動が、マス目に縛られず、アナログ的に移動するのかな？
仮にそうだとしても、プレイヤーの基準点（中心とか足元）はいずれかのマスに入っているはず。
新しいマスに入ったらすぐに配列を更新してもいいし、一定時間とどまっていたら更新でもいいんじゃないかな。
でも武器の攻撃もマス目を単位に作用するルールだと、マス目に沿って動くほうが、
ルール的にわかりやすいかも。
6: 2016/04/14(木)22:21 ID:rElUSgjR(3/4) AAS
あ、「マス目に沿って」というのは、例えるならファミコンのドラクエみたいな動き方のことね。
7(1): 2016/04/14(木)22:29 ID:b6nA9Dih(4/6) AAS
ふむふむ(ﾟДﾟ)
できれば、アナログ移動で行きたいと思います。
キャラクターの任意 移動
マップの作成を行いたいと思います。
8: 2016/04/14(木)22:43 ID:ebEgimmS(1/2) AAS
単なる興味本位の質問だけど、画面サイズ３：２ってなんか意味あるの？
最近の液晶画面って、１６：９か１６：１０だよね。
俺のもってるスマホも１６：９（1280x720）
ゲームの装飾的部分の記述が多くて、どんなゲームかわからねぇ！！ｗ
9: 2016/04/14(木)22:48 ID:rElUSgjR(4/4) AAS
任意方向にアナログ的に移動できるルールだと、プレイヤーの向いている方角が決めにくいよ。
武器の作用地点に方向性を持たせるつもりだったら、プレイヤーの方角を激しく変動させないような
工夫というか制限が必要になるかも知れない。
もしくは、武器の作用方向も９０度単位ではなく任意方向にするっていうなら、
そういうやり方もあるかもしれない。でも、プレイヤー目線では理不尽に見える気がするね。
いずれにしろ、試しに動かしてみないと決められないと思うよ。
10(1): 2016/04/14(木)22:51 ID:b6nA9Dih(5/6) AAS
ゲームの画面サイズは単なる私の好みです。ハｨ (ﾟдﾟ)/
ゲームの装飾部分が多い点について、
コレでも重要では無い部分を大きく削ったつもりなのですが……
難しいですね。(｀・ω・´)
上下前次1-新書関写板覧索設栞歴
あと 992 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.023s