ゲームプログラミング相談室【Part6】

**名前は開発中のものです。** · 04/03/06 01:25

ゲームプログラミング全般の質問スレッド。
扱う話題のダイナミックレンジはやや広め。包容力高め。
他の初心者質問スレとの棲み分けを探りつつ
これからもマターリと活用しておくれ。
　
■過去スレ
【Part2】http://pc.2ch.net/tech/kako/985/985540361.html
【Part3】http://pc.2ch.net/tech/kako/1002/10028/1002894129.html
【Part4】http://game.2ch.net/gamedev/kako/1005/10050/1005040025.html
【Part5】http://pc2.2ch.net/test/read.cgi/gamedev/1036410116/
■関連スレなど
>>2-5

**名前は開発中のものです。** · 04/12/12 01:26:19

>>354
コンパイラと開発環境はBCC使えば無料で揃える事が出来る

出来れば.NETを使った方が良いけどソフト代がン万円･････
学生なら学割で5000円になるけどキーコードの申請に2週間以上かかる

そういえば.NETって評価版があったような希ガス
それと落としてみて使ってみてから決めるのがいいかも

**355** · 04/12/12 01:30:19

ttp://www.kumei.ne.jp/c_lang/bcc/index.html
｢猫でもわかるプログラミング｣内に
BCCのチュートリアルがあったので張っておきます

連投ｽﾏｿ

**名前は開発中のものです。** · 04/12/12 01:32:23

>>355
今はベータ版が無料で使えるYO（VisualC++ 2005 Express)

**名前は開発中のものです。** · 04/12/12 06:11:00

>>355
vcToolKit + プラットフォームSDK + DirectX SDK
全部タダ
BCCよりいいよ

**名前は開発中のものです。** · 04/12/12 06:54:33

でも、必ず頭に入れておきたいのは

「ただより高い物は無い」

ってことだよね。
統合開発環境もってる人と比べたら、それなりの苦労はすると思う。
http://www.amazon.co.jp/exec/obidos/ASIN/B00009PJOC/
http://www.amazon.co.jp/exec/obidos/ASIN/B00009PJOD/
http://www.amazon.co.jp/exec/obidos/ASIN/B000063NKV/
学生にしたってなんでこんな金ケチるんだろう・・・。
これからかかる書籍代云々含めたらこんなどころの話じゃないのに・・・。

**名前は開発中のものです。** · 04/12/12 10:57:25

苦労をしたなりに得られるものはあったよ。
書籍も殆どは図書館で済ませているし。
今はD言語+SDLだけど、総合開発環境に染まっていたらこれらの存在を知ることすら無かっただろうね。
総合開発環境も使ったことあるけど、俺は馴染めなかった。
結局のところ、人それぞれ。

**名前は開発中のものです。** · 04/12/12 11:13:06

>>359
今はC#や無料のｱﾄﾞｲﾝ可能な言語が使えて4000円以下だけどな。

http://www.amazon.co.jp/exec/obidos/ASIN/B0002ERS18/250-8777118-1081041

まあ、.NETは初心者には複雑すぎるだろうからVCToolkitで不満が出たら買う程度の認識で構わないと思うぞ。

**名前は開発中のものです。** · 04/12/12 12:56:49

>>353
規模というか３Dが、だな
２Dでも規模が大きければJavaや.NETのほうがC++よりはいい

まぁSDL＆OpenGLラッパー使えばどうでもいいが
Java3D方面はおいかけていないのでわからない

Javaの利点はあれだ、無料でコンパイラからIDE、データベースを
使った業務プログラムまでこなせるものがひとつの言語で作れるというところだろう

**名前は開発中のものです。** · 04/12/12 15:16:20

>>355
VS.net学生版登録しましたが，３日で垢とれました。

**名前は開発中のものです。** · 04/12/12 22:08:28

２万でstudent買った一ヶ月後に五千円になりました。

**名前は開発中のものです。** · 04/12/12 23:03:21

>>364
毎年更新するよりマシ

**名前は開発中のものです。** · 04/12/12 23:09:00

独学でプログラムは十分学べるでしょうか？

**名前は開発中のものです。** · 04/12/12 23:31:47

>366
私の持論ではプログラムは独学で身に付けるものです

**名前は開発中のものです。** · 04/12/13 00:12:14

ソースを書きまくる

**347** · 04/12/13 00:54:40

>>349
Cマガ買ってきたら解決しました～
どうもありがとうございました

**名前は開発中のものです。** · 04/12/13 08:23:09

>>366
むしろ経験上、独学以外で学んで奴にロクな奴はいない

>>360
よかったよかった
紹介した介がある

**354** · 04/12/13 23:44:03

皆さん本当にありがとうございます。
時間があればこつこつと勉強していきます＾＾

**名前は開発中のものです。** · 04/12/14 07:16:46

>>366
みんな独学してます。
専門学校も情報系の学部も、周りに同好の士がいるという以上の意味はたいしてない。

しかも、昔はプログラミングの学習曲線は相当鈍いのが常識でしたが、
今ならやる気さえあれば数年でアマチュア最高峰、下手なプロより上のレベルまで行けます。
この記事の表現に従えば、「高速道路が敷かれた」と。

　インターネットの普及がもたらした学習の高速道路と大渋滞
　http://blog.japan.cnet.com/umeda/archives/001909.html

俺が正統な書物や論文に当たれないまま
授業中にウンウンポリゴンの出し方考えてた頃と比べりゃめっちゃ恵まれてるから、
悩まずとっととやれ。

**名前は開発中のものです。** · 04/12/14 10:51:03

初心者がwindowsで２Dシューティングを作るには
どのプログラミング言語orツールが適していますか？
勉強しながら簡単なサンプル程度のものから始めようと思っています。

**名前は開発中のものです。** · 04/12/14 12:44:42

HSPかVC++
Delphi、Rubyもいいかもな
豆乳、GameMakerという手もあるか

**名前は開発中のものです。** · 04/12/14 13:10:05

初心者にC++をすすめるのはどうかと
ま、まずは言語自体が初めてなのかゲーム作成が初めてなのかによるが

**名前は開発中のものです。** · 04/12/14 13:45:31

＞どのプログラミング言語orツールが適していますか？
と聞いてるあたりからプログラム経験は無いと思われ。
そんな>>373にはMultiMedia Fusionを薦めてみる。責任は取らん。

**名前は開発中のものです。** · 04/12/14 13:52:11

ttp://www.enterbrain.co.jp/digifami/products/stg95/

**名前は開発中のものです。** · 04/12/14 15:46:14

>373
プログラミングがしたいんじゃなくてゲームが作りたいだけなら>377
すぐに画面に何かだして動かしたいならHSP、GameMaker、豆乳
時間はかかっても超本格的にやりたかったらC/C++

ちなみにC/C++はどんなに早くても3ヶ月くらいは
ビットマップ一枚表示できないことを覚悟せよ
個人差や学習効率によってはもっとかかる
挫折者も多い
ちなみに漏れはCがはじめての言語で
結構みっちり勉強してたけど
絵をウィンドウに出すまで半年かかった
でもC/C++だと(ある程度マスターできれば)飯が食える

**名前は開発中のものです。** · 04/12/14 18:06:21

>>378
ヲイヲイ、初心者をいじめるなよ。
現実、.netでもCでSDKならSTGの型を作るだけなら
一週間（一日3～4時間×5日＋10～14時間×2日を目安）でできぞ。
（馬鹿な事言ってるのは分かるけど突っ込まないでね。）
ただ、問題はそこから
アルゴリズムとか、言語の色んな仕組み、その他多くの関数を知らないと
そこから先進めなくなる。
で、一番高い難所は
Visual　Studioの使い方だ。これを理解するのに2日掛った・・・。

**>>379** · 04/12/14 18:19:40

参考までに、自分が使ったものを、
・HSP（一番最初はこれが神に見えた。）
　　　Cを始めるまでに４・５日ぐらいはやってた。Sampleが多いから勉強しやすい。
・猫でも分かるプログラミング（今のCプログラム初心者が一度は見る所）
　　　でも、自分はあんまり役に立たなかった。古い記事が多いので念頭に置くこと
・WisdomSoft（　ttp://wisdom.sakura.ne.jp/　）自分はここでCをほとんど覚えた。
　　　ここの人が書いてる「Windowsゲームプログラミング：書籍」で実質SDKを覚えた。
・C言語　（　ttp://www.wakhok.ac.jp/~kanayama/C/98/　）　とある短期大学の物　
　　　別にそこの学生じゃないんだけどね。上とあわせてCを覚えた。
・窓プログラミング　（ttp://hp.vector.co.jp/authors/VA016117/index.html　）
　　　色々とポインタとか、特別分かりやすかったわけではないが。
・あと、もう一つあるんだけど、今はWeb上に残ってないので省略。
　　　（　自分はその時のDownLoad版を今でもたまーにみてるけど。）

あとは、Googleでとにかく分からない単語を調べる。＝＞分からなくてもそのうちどうにかなるさと開き直る。
エラーもとにかく調べる＝＞解決したときは、その方法を、そのページをコピーしてOffLineでも見れるようにしておく。

**>>379** · 04/12/14 18:37:06

基本的に、方針として
１．コンソール物をいくつか作ってみる。（main関数だけでいいから）
　　■適当に数回「分岐 if switch 」とか、「ループ」「配列」「文字列」「ファイル操作」とかのサンプルを研究
　　で、プログラム板の宿題スレからなんか適当に選んで作ってみる。
２．関数を理解する。
　　■「引数」「関数」「返り値」とかの言葉を調べる。
　　１．に同じく、プログラム板の宿題スレ（略
３．Win32APIを泣きながら覚える。
　　■とにかく、記事を読む。Sorceを読む。分からないものも調べる。
　　　でも分からないものはそのうちどうにかなるさぁと開きなおる。
４．自分だけで（カット＆ペーストは使ってもいいが）キー入力と絵の表示を連動する物を作る。

５．あとは、野と成れ山と成れ

**名前は開発中のものです。** · 04/12/14 19:31:00

>381
>５．あとは、野と成れ山と成れ
なんかｶｺｲｲw

**名前は開発中のものです。** · 04/12/14 22:57:59

>>379
一瞬、「白紙の状態からC++を理解してSTG製作」を一週間でこなしたのか

とか思ってしまった俺は負け組み

まぁHSPはちょっとやったけど、あれも爆発的に手間が省けるってほどじゃない･･･････
結局システムとか判定は1から作らないといけないし・・・・・・

**名前は開発中のものです。** · 04/12/15 05:08:46

>結局システムとか判定は1から作らないといけないし・・・・・・

それを省いたら××ツクールになってしまう。

**名前は開発中のものです。** · 04/12/15 10:19:32

>>384
でも、システムとか判定は種類が違えど、どこかしら似ている部分が多い。

**名前は開発中のものです。** · 04/12/15 14:08:56

再利用できる汎用エンジンを自分で作ればいいじゃないか。

**名前は開発中のものです。** · 04/12/15 14:52:20

ゲーム開発そっちのけで
ｵﾅﾇｨツールを作るのに夢中になる罠

**名前は開発中のものです。** · 04/12/15 19:56:57

まーわざわざゲームプログラミングやってるって
客観的に見たら、ｫﾅﾆｰにしか見えないだろうとは思う・・ｗ

**名前は開発中のものです。** · 04/12/15 20:18:31

>388
まぁプラモデルなんかも同じようなもんだろうな

**名前は開発中のものです。** · 04/12/16 00:31:07

なんだって初めはオナニーだろうさ

**名前は開発中のものです。** · 04/12/16 00:42:48

>>390
じゃあ、もう、オナニーでいいよ。
みんなプログラムなんて組むのやめようよ。

**名前は開発中のものです。** · 04/12/16 01:19:50

391は不思議な頭の構造をしているようだ

**名前は開発中のものです。** · 04/12/16 07:16:53

・オナニーに似ている
と言っているのに
・オナニーしよう
というのは(*^ーﾟ)ﾉぃょぅな構造をしているとしか思えない

**373** · 04/12/16 08:50:59

たくさんのご親切なレスありがとうございます。
>>377で作ってみます

**名前は開発中のものです。** · 04/12/16 09:18:20

まあ、最も無難な選択だ。

**名前は開発中のものです。** · 04/12/16 11:35:07

最初はそれでいいと思う
それで限界だと思ったら別のを探せばいいしな

**名前は開発中のものです。** · 04/12/16 20:11:53

あ、>>395,396は>>391へのレスね。

**名前は開発中のものです。** · 04/12/16 23:02:01

あと、最初から欲張らないことだな。
目標は高く持つべきだが、いきなり挑戦するのは無謀。絶対嫌になる。
いきなりチョモランマ登頂を目指すのではなく、まずは天保山辺りから少しずつ進めていく。

**名前は開発中のものです。** · 04/12/17 01:11:42

ＭＦＣで○×ゲームとか「クリックしたら動くゲーム」
とかは作れるようになったんですが、自動で動くゲームっていうのが分かりません。。。
http://www.geocities.jp/ball_by_vc/Ball.zip
クリックしたらボールが動く、っていうのを簡単に(６０行ほど)作ったんで、
誰か１秒ごとに動いていく、のように書き換えてうｐしてください。お願いしますorz

**名前は開発中のものです。** · 04/12/17 01:28:43

>>399
BallWnd::OnTimerを追加（中身はOnLButtonDownと同じくInvalidateで良い)
メッセージマップにON_WM_TIMER()を追加
InitInstanceの最後にSetTimerをElapse=1000で追加

引数はMSDNなりなんなりで調べれ

**名前は開発中のものです。** · 04/12/17 23:01:07

RPG、SRPGなどの、正方形のマスが1単位のフィールドのタイプのゲームでは、
どのようにフィールドを表示するのが普通なのでしょうか。

僕はSRPGを作っていて、僕のは、フィールド1マス分を表示する関数があって、
そこで、地形下地、地形上地、移動範囲、攻撃範囲、キャラ、カーソルと
順番に表示し、フィールド全体を表示する場合は、それを複数回行う方法です。

全てが1マスに収まっている場合はその方法でよかったのですが、
キャラの立つ位置を変えたり、ダメージを受けた時に吹き飛んだりさせたく、
キャラの位置をマスからはみ出して表示させたくなったのですが、
それをやった所、案の定、体が千切れて表示されてしまいました。

ツクールでは、地形サイズが16に対して、キャラが24なので、
はみ出しているのが普通なのですが、どの様に表示しているのでしょうか。

**名前は開発中のものです。** · 04/12/17 23:09:51

フィールドとキャラの描画を分ければいいだけの話じゃ…？

**名前は開発中のものです。** · 04/12/17 23:11:24

フィールド1マスごとでなく、フィールド全体で、
地形下地、地形上地、移動範囲、攻撃範囲、キャラ、カーソル
と表示すればいいんでない。

**名前は開発中のものです。** · 04/12/17 23:11:42

RPGツクール2000の地形は拡大表示してたはず

**名前は開発中のものです。** · 04/12/17 23:14:53

>>401
STGみたいに座標で管理するのはNG?

背景描写して、その上から座標でキャラクターを描写
ゲーム中のキャラの座標は、マスのドット数で割れば出せる

俺だったらこういう風な処理にするけど、SLGは作ったことないからなぁ・・・・・・
誰か創ったことのある人の意見ｷﾎﾞﾝﾇ

**401** · 04/12/17 23:18:07

>>402
具体的にお願いします。

>>403
速度を早くするために、位置を指定して表示するためにそうしていました。
スクロールの時は、新たに視界に入る分のみ表示、
キャラが移動する時は、前の位置と移動後の位置のみとか。

>>404
キャラもですね。縦横それぞれ2倍に。

**401** · 04/12/17 23:21:22

>>405
細かくやれば、正しく表示は出来ると思うのですが、
セルという概念でデータを管理している以上、
それを生かした表示の仕方が無いかなと。

**名前は開発中のものです。** · 04/12/17 23:31:34

>>407
じゃぁ、>>402の言うように背景表示してから
キャラ表示すればいいだけの話では?

　／￣￣／
　／　　　／
／＿＿／こんな風に全ての背景を一気に表示させてから

　／￣￣／
　／('A`)／
／＿＿／キャラを描写して

　／￣w／
　／('A`)／
／w＿／木とか、キャラの上に来るオブジェクトをのっける

**408** · 04/12/17 23:32:15

ズレた・・・しかも判りにくいし･･･････

**403** · 04/12/17 23:44:09

>>406
＞位置を指定して表示する

そういうふうにするなら、移動後の座標を予測して、その通り道のマスだけを描画するってのは？
どのみちマスとマスの中間にキャラを表示するには、
「1マス分を表示する関数」では表現できないから、
複数のマスを>>408みたいに表示する関数を作ればいいんでない。

**名前は開発中のものです。** · 04/12/17 23:44:56

>>408
たぶんだがそういうことをいっているわけではないかと・・・
だってそれはスプライトのプライオリティの設定だけですむわけだし

どっちにしろ抽象過ぎてどうしたいのかがつたわってこない

**401** · 04/12/17 23:46:18

>>408
もう一度その方法をやってみます。

引き続き、いい方法を見つけた方が居ましたら、教えてください。

**名前は開発中のものです。** · 04/12/17 23:49:38

そもそも2プレーン＋キャラ程度なら速度稼ぐためのせこいことする必要ないんじゃないの？

**401** · 04/12/17 23:53:58

>>410
移動は、半歩ずつとかは無く、1マスごとに飛び飛びに行われます・・。
一マス移動、前のを消す、１マス移動、前のを消すという感じです。

>>411
確かに文章で説明するのは難しいです。

**401** · 04/12/17 23:58:14

>>413
どうなんですかね。確かに見た目で遅いなとは思わなかったですけど。
いい方法が無い場合はそれで行きますが、何かあればいいのですが。

**名前は開発中のものです。** · 04/12/17 23:59:06

補正値でキャラクタをずらして表示できるようにするか
シナリオ進行時は表示ルーチンを別にする

おそらくマップの論理座標x=1,2,3,....というの指定するだけでそれに対応した位置に
表示してくれる便利なルーチンを作ったんだろうが後から小芝居させるときに不便だと
気づいたんじゃないかな。
キャラクタをグラフィックの座標(0-639)で表示できるルーチンを先に作ってそれのラッパーで
論理座標を指定して表示でいるルーチンを作っていればこんなことにならなかったはず
今から作り直すか論理座標に追加でグラフィックの座標で補正できるようにすればいいと思う

＞体が千切れて表示されてしまいました。
ここから推測するに１マス作成してから転送してるんだよね？
で、>>408みたいにするのは面倒だから代案を考えてくれと。
だったら影響があるマス全部に個別に対応するしかない
キャラクタが千切れたらその千切れたもう片方が本来あるべきマスに
描けばいい。

**名前は開発中のものです。** · 04/12/18 00:02:01

別に処理が軽い分には、問題ないと思うのだが・・・・・

処理軽ければ派手なエフェクトとかガンガン入れても平気だろうし､
低スペックマシンにも優しいし・・・・・

**名前は開発中のものです。** · 04/12/18 00:05:48

あ、思いついた・・・・

>キャラの立つ位置を変えたり、ダメージを受けた時に吹き飛んだりさせたく、
この処理の時だけ、動いたキャラを表示させないようにして
＠から改めて動いたキャラを表示させれば良いんじゃないだろうか

この方法だと、キャラが一番上に表示されてしまうけど・・・・・・

**名前は開発中のものです。** · 04/12/18 00:14:29

>>417
SLGならフルフレームでなくてもいいだろうし
マップチップが固定されて2プレーン程度であれば
600MHｚクラスのCPU+UMAの統合チップセットでも
60fps余裕で出るぞ

ノーウエイトにしてみればわかるがサイズにもよるが200fps余裕でこえるかな

**401** · 04/12/18 00:16:54

連続投稿とか出て書けないです。

>>416
何となく見えてきました。

＞おそらくマップの論理座標x=1,2,3,....というの指定するだけで
＞それに対応した位置に表示してくれる便利なルーチンを作ったんだろうが
＞後から小芝居させるときに不便だと気づいたんじゃないかな。
まさにです。

>>417
ゲームの制作意欲を残す為に、
常に難しい方法でやるように心がけています。

>>418
グラフィックを綺麗にする為に、マップチップで陸と海の境界線とか、
草と砂の境界線とか、それらを2層目で書くようにし出したんですけど、
足の位置にその境界線が来てしまって、草か水かどこに居るのか分かりにくくなり、
キャラの位置を全体的に上にずらそうと思いこれをやろうと思ったので、
常にやることになります。ダメージを受けた時はその方法でいけますが。

**名前は開発中のものです。** · 04/12/18 00:19:25

>>418
最後にソートすりゃいいんじゃね？
もしDirectX使ってるならrhwを指定するだけでいいだろうし
SDLならレイヤーに対応してたはず

でもそんな小細工できるならこんな質問しないよな_|￣|○

>>419
環境がわからんから皆ツッコミが甘くなってるだけじゃないかと・・・・
GDIで>>401の方法だと40FPS出ればいいほうだろ

**401** · 04/12/18 00:26:47

>>416
＞影響があるマス全部に個別に対応するしかない
まさにここだと思うんですよね。
ずらして書いた後、そこの上に地形を書いたために千切れてしまったり、
逆にマスに上書きしたつもりが、キャラがずれている分消せなかったり。

>>419 >>421
fpsの事を教えてください。調べてみると
「動画のなめらかさを表す指標。1秒間に何枚の画像を表示しているかを示す。」
らしいのですが。

ちなみに、C言語、SDKウィンドウズアプリ、イベントトリブン方式
で製作していて、フィールドのサイズは、13X13です。

**401** · 04/12/18 00:38:29

かなりいろんな意見が聞けて勉強になりました。
それらを参考にもう一度やってみます。
うまく行きましたら、ご報告します。
みなさま、ありがとうございました。

**名前は開発中のものです。** · 04/12/18 01:09:32

>>421
DirectDrawでのbltを基準にして考えていた
だからRiva128以降で16bppなら余裕かと思っていたが
GDIでも同じね
DDB使えばDirectDrawより早い

>>422
あーfpsわからないか
その考え方で合っているんだが、ゲームはWinのイベントドリブンで
考えるのはよしたほうがいいぞ
メインループでがりがり毎回描画するアクション系の考え方で
そのなかで独自のイベントを作っていったほうが・・・

どっかにSTGとかならメインルーチンの雛形ころがっているはずだから
それ参考にしてみるといいよ

**名前は開発中のものです。** · 04/12/18 02:23:17

('д`)ノ＜先生、質問です

ＤｘＩnputでパッドの入力処理を製作してるんですが、
bool型で各ボタンの状況を判断する方法以外で、何か良い方法は無いでしょうか?

**401** · 04/12/18 05:54:22

1マスの全てを表示するのを全体に行うというのを、
地形を全体に、移動範囲を全体に、キャラを全体に、に変えました。

後の処理のやり方としては、キャラがずれてかかった分のマスをチェックして、
その分も追加して表示する、という案を使うと思います。
やり方は単純ですが、ずれチェックがかなり難しそうです。

ひとまず眠いので寝ますが、今日中に出来ると思います。

>>424
僕のやり方は、基本はメッセージループなんですが、
メインループの見易さ、細かさも取り入れたやり方をしています。

メッセージだと、その時に関係ないルーチンに当たったり、
グローバル変数だらけになったりして、メインだと、やや重くなりますが、
そこを両方とも解決できないかと編み出しました。
当然、アクション系では使いにくいやり方なのですが。

**名前は開発中のものです。** · 04/12/18 16:20:14

>>425
意味がわからんが、
ゲーム的には、
・押した瞬間かどうか: bool
・離された瞬間かどうか: bool
・押してからどれだけたったか: int
も実装しておくとらくだが

**401** · 04/12/18 20:45:34

ずれチェックがどうしても重くなってしまいました。
仰っていた通り、全部表示してしまった方が効率がよさそうです。
通常時はずれられないようにして、スクロールの時とかには、
高速の従来バージョンで表示できるようにし、
戦闘など特別な時にのみずれられるようにします。

しかし、まだ問題がありました。
キャラの足が地形の境界線に掛かり、どの属性の地形にいるか分かりにくい事です。
そもそも、キャラの位置を全体的に上にずらして、境界線が絶対こない所に
足の位置が来るようにしようと思い、この質問をしていたのですが、
先ほど結論に達した、通常時はずらさないに反してしまいます。

解決方法として、一番楽な、その部分には目を瞑る方法、
少ないずれチェックで済む、上にだけずれている時の表示関数を作る方法、
ずれている時も全表示でなく位置を指定して表示できる、
ずれ方を半マスに限定して、キャラを半マスずつ表示する方法を思いつきましたが、
逆に位置関係が分かりにくいなどの弊害が起こる事も考えて、
一番楽な、目を瞑る方法で行きたいと思います。

ここらの部分を納得して先に進むことが出来ます。
みなさま、ありがとうございました。

**名前は開発中のものです。** · 04/12/18 21:09:54

>>427
成るほど!

じゃぁ、そのやり方で構造体作り直してみます!
ありがとうございます～

**名前は開発中のものです。** · 04/12/18 21:13:56

ようはハイドライドの森みたいな描画やりたいわけね
あんなの速度的にも軽い軽い
8bitマシンでさくさく動いていたし、ノーウエイトにすると早すぎたしね
内部の作りはSTGと同じにしていたとか聞いたことがある希ガス

半キャラ単位で描画してもいいし、Y軸基準で描画してもいい
あの程度でいいのなら１００MHｚでもさくさくかも

**401** · 04/12/18 22:04:34

>>430
やった事がないのですが、このゲームですか？
スクショが乗っていて、何か見た事があるゲームではあるんですけど。
http://www2.plala.or.jp/yasinoue/oldgame/hyd1_1.html

**名前は開発中のものです。** · 04/12/18 22:17:10

>431
うわ、懐かしい
漏れがやったのはファミコン版のハイドライドスペシャルだけど

**名前は開発中のものです。** · 04/12/18 22:37:17

>>425
列挙子で

FREE 押されてない
PUSH 押した
PULL 放した
HOLD 押しっぱなし

を作って分類すると楽かも。

**425** · 04/12/18 22:46:42

>>433
早速その方法も試してみます～

**名前は開発中のものです。** · 04/12/19 06:16:39

ｽﾐﾏｾﾝ
D3DXMATRIXで、左右反転させるような関数って無いですか?

**名前は開発中のものです。** · 04/12/19 06:27:39

ｽﾐﾏｾﾝ

D3DXMatrixRotationYで180°指定してやったらできますた

もうちょっと自分で確かめてから質問するようにします・・・・・・
ｽﾐﾏｾﾝ

**名前は開発中のものです。** · 04/12/19 09:51:38

質問系のスレッドで質問させていただいたのですか、運悪くご返答を頂けなかったので
このスレッドで質問させてください。

今開発されてるスクウェア・エニックスのファイナルファンタジー１２って
技術的にはかなり凄いんですか？
もぐりでも頑張ればグラフィック以外は再現できるレベル？
なんか戦闘がリアルタイムで、しかも地形の形状を戦闘に利用できて
かつ主人公以外は完全に自動で行動させられるらしいですけど。
プログラムの中さえ分かれば、自分でもどうにか再現できるレベルなのか。
皆さんはどう思っておられますか。

**名前は開発中のものです。** · 04/12/19 10:08:28

>437
プログラムわかんない人に説明すると長くなるので短く漏れの意見
設計はすごくしっかりしてるんじゃないかと思う

**名前は開発中のものです。** · 04/12/19 10:33:30

ttp://moon.cyberfront.co.jp/title/pc/halflife2/
ここのムービー見れ。

最高峰の物理エンジンとＡＩ使ってるから。
FF12？ナニソレ？ってくらい凄いよ。

漏れはFPS系酔うから買ってないけど、
友人宅で見た時は鳥肌立った。

**名前は開発中のものです。** · 04/12/19 11:04:56

>>439
Half-life2は2.4GHｚのメモリ256M、VRAM32M以上レベルの高性能であのグラフィック。
FF12はCeleron300MHｚ、メモリ32M、VRAM8M相当の低性能であのグラフィック。

…釣られた？ｗ

**名前は開発中のものです。** · 04/12/19 11:13:00

グラフィックはプログラムだけじゃ語れないからね
FFのテクスチャのクオリティはすごいと思うよ
小さくて制限の多いなかで、すごくいい仕事してると思う
素人さんはそれにだまされて「PCでFF以上のグラフィックって難しいですよね」
とか言いはじめるくらいだから
少し脳内補間が効いてるっぽいところもあるけど
多分>437もその口

**名前は開発中のものです。** · 04/12/19 11:13:24

>>440
グラボでいうと
Radeon最新とRivaTNTだからな。

**名前は開発中のものです。** · 04/12/19 11:25:18

>>437
FF12のゲームシステムをツクールで再現したいという話か？

**名も無き冒険者** · 04/12/19 11:43:55

>>440
アルゴリズムの話に何でグラフィックやらハードの差が出てくるんだ？

・・・あ、釣られた?ｗ

**名前は開発中のものです。** · 04/12/19 11:50:22

名前間違えた('A`)

つまり、>>437の言う

戦闘がリアルタイムで、しかも地形の形状を戦闘に利用できて
かつ主人公以外は完全に自動で行動させられる

システムなんてそんな敷居の高いものじゃないから、頑張れば
それなりのものは出来るんじゃね？

**名前は開発中のものです。** · 04/12/19 12:12:07

>>444
じゃあお前、アルゴリズムさえ知っていたらPC98やX68000時代のマシンでHalf-life2やFF12を実装できるってのか？
…あれ？釣られた？ｗ

俺が言ってるのは

＞最高峰の物理エンジンとＡＩ使ってるから。
＞FF12？ナニソレ？ってくらい凄いよ。

Half-life2もFF12も似たり寄ったり、どっちも限られた環境を追求してあのグラフィックを作ってるんだから比べられるもんじゃないって事だよ。

**名前は開発中のものです。** · 04/12/19 12:30:09

>>446
>>437がグラフィック以外はって書いてるのに何でグラフィックの話持ち出すんだ？
あくまでアルゴリズムの話だぞ。

喪前さんは、ゲーム全体の話をしてるようだが･･･

**名前は開発中のものです。** · 04/12/19 15:24:24

>>446
釣りだと思うけど、十分いけると思うぞ
と書き込みそうになったorz

確かにグラフィックが無理だし､物理エンジンも走るかどうか微妙だな・・・・・
ｽﾏｿ吊ってくる

**名前は開発中のものです。** · 04/12/19 15:33:27

マジレスすると>>437の言ってる事は
アルゴリズムが理解できて
尚且つ数学も理解できて無いと㍉

でも技術的には
結構ありふれた物使ってるのじゃないかと思われ

**名前は開発中のものです。** · 04/12/19 15:37:31

>>447
話題が二転三転してないか？
お前が>>439で書いてるのはほとんどグラフィック関係だけじゃん。

物理エンジンはグラフィックに関係してないのか？
アクションゲームのAIをロールプレイングゲームのAIと比べられるのか？

俺が突っ込んでるのは「PCとPS2でそもそもジャンルが違うHalf-life2とFF12を比べられるわけないだろ、釣りか？」
って事なんだが。

お前にとってHalf-life2のアルゴリズムはFF12より凄いらしいが、真・三国無双と初代ドラクエだとどっちのアルゴリズムが凄いの？ｗ

**名前は開発中のものです。** · 04/12/19 15:56:57

>>437
連レスだけど・・・・・・
モグリじゃ再現はまず不可能
モグリでも再現できるようなら、
同人ゲームでそういった3Dをバリバリ動かすようなゲームが溢れてるはず

グラ関係等での制約もあるんだろうけど、
今の所そこまで高度な処理をするようなゲームは殆どない

こんな回答で良いのだろうか?

**名前は開発中のものです。** · 04/12/19 16:23:23

前線に出たがるタムリン(ヒーラー)

**名前は開発中のものです。** · 04/12/19 17:25:18

>>450
はいはい、ｸﾏ-（AA略

アルゴリズムって言葉を調べてね。

**名前は開発中のものです。** · 04/12/19 18:31:41

あー。公式のムービーはプロモーションか。

ttp://www.4gamer.net/store/movie/HALFLIFE2_E3_2003.lzh

こっちを見ればわかるだろ。