【初心者】ｽﾚを立てる前にｺｺで質問を【Part22】

１日で何か進展がないと、つまらなくなる
進展があるとモチベーションが上がる

おまいらのゲームみしてくれよ
モチべーションを上げたい

ゲーム作るためにDirectXを使いやすくする為自分用のライブラリ作った。
暇な時に作業してそれ作るのに1年かかったよ。
グラフィック、サウンド、動画再生、操作デバイス… 他にも色々…

DXLibというのがあるのも後から知って、これ使っとけばよかったかな、
と思ったけど、とりあえず、ここからやっと本格的な作業に入れそう…
完成は後、一年半後くらいかな…
プログラム以上に困難なのが画像データ作成なんだよね。
なるべく綺麗なもんにしたいなーとは思うんだけど。

確かに車輪の再発明？っぽくなっちゃったけど(自分のが低機能だけど)
でも自分でライブラリ作るのはすっごいプログラムの勉強になった。
おかげでC++言語が大分わかったし。

敵のデータとか移動データって、新たな面ごとに作りなおすのか？
別にコピペすれば苦でもないし

それとも敵のデータとして既に作ったものを参照して利用したほうがいいのか？
こっちの方が効率的ではあるかもしれん

普通は簡単なスクリプトみたいなのを読み込むようにするだろうな
プログラム内に直書きはかなり頭が悪い方法

>>955
というか、素直に作ったら、敵データとステージデータって別物にならないか？

>>956
ステージデータは外部読み込みだけど、敵の移動とかはハードコーディングだなあ。
まあミニゲームだし、そもそも個人製作だから……と言い訳。

何も知らないので0からのゲーム作りなんですが
ファミコンにあったキン肉マンのような格闘物を作ろうと思うんですが
どんなプログラミングを覚えれば良いんでしょうか？

そのゲームさえ作れればよく、プログラミングを覚えなくても作れるならそっちで構わない場合と、
プログミングの勉強が主目的で、そのための題材を探している場合とでは、答えが異なる。

>>958
14歳からはじめる
C言語わくわくゲームプログラミング教室
http://www.rutles.net/books/281.html

この本を3度 読み返す。

>>956
そうだな、いちいち面ごとに敵作ってらんないからな
１面というモジュールがあったとしたら、そこにその面のデータ書き込めるように
したほうが分かりやすいかもな

キー＆１マス移動処理なら配列等で判断できｒけど
キーでなくマウスだと相当やっかいだな・・

キーが押された　移動倍率（マス目サイズ）を１加算or1除算でOKだけど
マウスの判定は難しいな。
中心より上なら〜敵な十字キー扱いにすればいいけど
SLGだとしてマス目が多くかつ、マウスをクリックしたところまでの移動数を調べるとなると頭が痛くなりそう

アクションゲームで普通の矩形に乗った時やめり込みの補正は楽ですが
斜面っぽいものになると途端に面倒になります。
斜面も考慮した地形の移動やめり込み補正はどういう方法がありますか？

傾斜の部分だけ、細かい矩形を生成すれば？

>>964
でも自然に上れるようにもしたいので
何か良い補正方法があればいいな〜と思うんですけど。
線分とかの判定処理なんでしょうか？
めり込みの補正をどうやったらよいのかが一番わからないんですよ…

>>965
まぁ、多数の手段があるし、どのような目標なのかもわからない

だから、あなたが スクリーンショットとソースコードの提示をしなさい。
解決方法は多数あるが、あなたの手段を知らないから口出しできない。

球体が転がるのでもない限り、スームーズに移動する方が不自然なんだけどね。

え・・・車輪がスムーズに移動するのは不自然だったのか

四則演算と単純な二次関数な限界学力だけど、プログラムってなんとかなるんもんだな〜

3Dや無駄に凄いアクションゲーを考えると無理ゲーになるんだろうけど

>>968
だから球体が転がると書いてあるだろう
車輪だから球体じゃないとでも言い出すのか？

>>970の珍説が続きます

3D物理エンジンを実装するのもひとつの方法、ODEでよいだろう。

>>963
矩形をキャラの中心から左右２個の矩形に分轄して
地形との接触部分をもとに矩形の高さを動的に変化させる

A　B　C

D　E　F

ACFDが矩形で中心がBEとして
BEがめり込まない位置にまず高さを補正する
次にADとCFの線分でそれぞれ地面との判定を行う
左上がりの傾斜ならADの間に接点Gがでたとして
Gとおなじ高さのBE間に点Hを作る

A　B　C
G　H
D　E　F

あとはABHGとBCFEの二つの矩形を使って壁や判定の判定をする、とか

状況が千差万別だからどう説明していいかわからんよなぁ。

斜面角度が一定なら処理を簡略化出来ることもあるだろうし
登れる角度に制限があれば処理も変わるだろうし
矩形の時の判定方法をどうしてるかでもまた変わるだろうし。

内部処理は平面歩行と同じにして、斜面ブロック内での左右位置で
上下の表示位置を補正する方法もあったりで、ほんと色々。

みなさんレスどうも。
でもとりあえず、参考になりそうなページみつけたので
これの通り実装してみようと思います。
http://www.nzqr.net/content/zengeren/05/05_2DCollision.pdf

>>975
できたらここにあげてね

アクションゲーやら当たり判定を熱く語っているゲーム作成者って
決まってゲームを作ってないor未完成だよな・・・

あまりに数学的やプログラム脳になるとシューティングや3D製作に走って
あれもこれもとなって空中分解というパターンなんかな？

大抵は概念で簡単だと思って始めるんだけど、実際にコーディングしてみたら
想像していたのよりも遙かに大変でそのうち飽きる。
というパターンが多いように思う。

>>977
やたら語りたがる人の多くは、実装にあたって原理は単純にしないと上手くいかないのがわかってない人が多いからじゃない？
ほんで実装能力が低いから余計に脳内妄想内で堂々巡りして半端なミニゲーム未満しか作れないという

自己紹介乙

>>980は図星を指された可哀想な子

スレ立て無理だから次スレは誰かよろ

ゲーム作りで一番難しいと思ったのは、色々なモジュールに分散してしまったデータを
繋ぎ合わせることだな。
例えば、最初は自分と敵１体だけだったが、考えて行くうちに色々な敵を追加したり
味方を追加したりと、色々なデータをつなぎ合わせなければならなかった

決して物理計算なんかではなくて、組み立て方が難しい

次スレ

【初心者】ｽﾚを立てる前にｺｺで質問を【Part23】
http://hibari.2ch.net/test/read.cgi/gamedev/1309450150/

>>984
乙

インタフェースが全てだと思えてきた

これが糞だと、チープにみえるし
インターフェースが整っていると、なんか面白そうに見えてくる

技術はあまり要らないのに
良い悪いの答えが無く、膨大な時間とセンスだけに頼る部分だという事

そうだね

ゲーム作るって、お前らどういうゲーム作ってんだ？

ミニゲームとか軽い感じで出来る奴か？

FCレベルが目標

△の当たり判定ってどうすればいいですかね？

かっこいいか否かだ

ＦＣレベルか

俺はフォトショで作った画像取り込んだら、既にＦＣレベルの画質ではなくなってたからな
それ相応の内容も伴ってなくてはいけない気がしてきてるんだ

>>992
画像なんてフリー素材を使ってもすぐにSFCレベルになると思うが
ゲームとして遊べるものがFCレベルでもたどり着けないという罠

50%ぐらいで飽きたり、１作品としてのボリューム、バランス調整、操作制、インターフェース等
漠然としたプログラミングでなく、デバッグ＆バランス作業で放り投げて結局FCレベルにすらたどり着けない

STGやACTなら1面作って満足
SLGなら1面作ってバランス調整もままならないまま満足
RPGなら町を１つ用意して敵を出して倒して満足

構造体ってグローバル変数だったのか？

ゲーム設計ではグローバル変数を多用しないほうがいいとかいってたけど
構造体使いまくってるよ

グローバルなんだから
ゲームには構造体使わない方がいいよ

スコープ範囲気にせずどこからでもアクセスできるものがグローバルじゃなきゃ何だって話。

凄い大作のゲームを作るつもりならグローバル変数ばかりは問題だが
個人作成のミニゲーム程度で初心者レベルなら、グローバル変数に頼ってしまってもいいと思う

頭でっかちな発言ばかりしている「自称」ゲーム製作サイトの
ゲーム公開率や製作途中の作品率を見ると

ゴミソースだけど完成している＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞口だけのゲーム製作通

グローバルでもいいけどクラスとかstaticっていうやり方もあるでしょ

構造体って定義と変数に分かれるし、組込み型と同じように
ローカル変数もグローバル変数もあるけど
何の話をしてるんだ？>>994をからかってるだけ？

だと思うよ
変数の宣言をどこで行なうかでスコープが変わるだけの話を
>>994は激しく勘違いしてるだけっぽい

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。