ゲームプログラムなら俺に聞け7

このエントリーをはてなブックマークに追加
1デフォルトの名無しさん
ゲーム開発に関してプログラムの観点からアプローチするスレッドです。
一応質問も受け付けます。
ソースをうpするとアドバイスがもらえるかもしれません。
なお、このスレの内容は鵜呑みにしないこと。


【前スレ】
ゲームプログラムなら俺に聞け6
http://pc12.2ch.net/test/read.cgi/tech/1269578438/

【過去スレ】
ゲームプログラムなら俺に聞け
http://pc12.2ch.net/test/read.cgi/tech/1230890476/
ゲームプログラムなら俺に聞け2
http://pc12.2ch.net/test/read.cgi/tech/1247292664/
ゲームプログラムなら俺に聞け3
http://pc12.2ch.net/test/read.cgi/tech/1251324391/
ゲームプログラムなら俺に聞け4
http://pc12.2ch.net/test/read.cgi/tech/1255833802/
ゲームプログラムなら俺に聞け5
http://pc12.2ch.net/test/read.cgi/tech/1267290018/
2デフォルトの名無しさん:2010/05/22(土) 18:53:40
ゲームプログラムなら俺に聞け7
http://pc12.2ch.net/test/read.cgi/tech/1274521960/
3デフォルトの名無しさん:2010/05/22(土) 18:54:49
おつ
4デフォルトの名無しさん:2010/05/22(土) 19:17:48
>>1
おつ
5デフォルトの名無しさん:2010/05/22(土) 19:51:56
1000で嘘つくのはやめようぜ
6デフォルトの名無しさん:2010/05/22(土) 19:53:01
>速度が速い

頭痛が痛い

同じ臭いがする
7デフォルトの名無しさん:2010/05/22(土) 19:53:30
違うだろw
8デフォルトの名無しさん:2010/05/22(土) 19:56:12
>>5
前々スレくらいで軌道判定を使えと結論が出たハズ。
9デフォルトの名無しさん:2010/05/22(土) 19:58:43
その前スレくらいで
1ドットずつ動かせやら速度抑えろやらという話があった
10デフォルトの名無しさん:2010/05/22(土) 19:59:12
ウインドウズでゲーム作るって言ったら、
やっぱりc++ですかね。
11デフォルトの名無しさん:2010/05/22(土) 20:01:02
XNAでもいけるよ
12デフォルトの名無しさん:2010/05/22(土) 20:01:13
クリック&プレイで十分
13デフォルトの名無しさん:2010/05/22(土) 20:04:56
ふう
14デフォルトの名無しさん:2010/05/22(土) 20:07:06
CとWinGとWin32APIで作れ
15デフォルトの名無しさん:2010/05/22(土) 20:18:04
>>10
どういうの作るかしらないけど
何でもいいと思うよ
16デフォルトの名無しさん:2010/05/22(土) 21:00:09
>>10
何がしたいかによるよ
ただな、たいていのレベルのゲームなら.net言語で十分だぞ
17デフォルトの名無しさん:2010/05/22(土) 21:06:27
そういう言い方するならスクリプト言語とか挙げるべき
.NETは作れるものも難易度もC++と大差ない
18デフォルトの名無しさん:2010/05/22(土) 22:04:38
>>10
違う
19デフォルトの名無しさん:2010/05/22(土) 22:06:52
>>6
頭痛は頭の痛み
速度は速さの度合い
だから速度が早いはOKかと
20デフォルトの名無しさん:2010/05/22(土) 22:08:01
>>5
今現在の科学技術だと弾の速度を早くしてもすり抜けないってことじゃ?
21デフォルトの名無しさん:2010/05/22(土) 22:40:37
>>前スレ999

@弾の軌道とブロックの辺の2つの直線の交点を探る。
これは中学でやった y=ax+b を連立させて解けばおk

A弾を1ドットずつ動かしながら判定する
22デフォルトの名無しさん:2010/05/22(土) 22:46:41
だから過去スレ見ろと・・・前々前スレくらいでその結論出てた
23デフォルトの名無しさん:2010/05/22(土) 23:01:28
速さの度合いなんだから『高い・低い』だろ。
速度が高い、速度が低い、だろ。
まあ、少なくとも「早い」は違うなw
24デフォルトの名無しさん:2010/05/22(土) 23:07:26
>>21
跳ね返りはどう表現すればいいの?
衝突した場所で弾を一時停止のほうがいい?
それとも跳ね返った後の位置を計算してそこに弾を表示したほうがいい?


  ●
   \
↓衝突させたままで一度画面描写したほうがいい?


↓衝突の瞬間省略して跳ね返り後の位置での描写がいい?
   ■
  /
25デフォルトの名無しさん:2010/05/22(土) 23:09:49
>>24
「いい」の基準によるだろ。
物理挙動としての正確性が「いい」のか、ユーザーが衝突した瞬間を認識するのが「いい」のか。
26デフォルトの名無しさん:2010/05/22(土) 23:11:27
>>25
プレイヤーがより自然に感じるほうで
27デフォルトの名無しさん:2010/05/22(土) 23:14:28
好きにすればいい
そこが個性となる
28デフォルトの名無しさん:2010/05/22(土) 23:15:29
玉が当たって瞬間消滅するブロックの不思議に比べれば些細な事だな
29デフォルトの名無しさん:2010/05/22(土) 23:16:51
そういうのはサンプル落ちてなかったっけ?
30デフォルトの名無しさん:2010/05/22(土) 23:18:01
> ブロックの辺の直線の交点
どの辺の交点を使うかが問題だ
31デフォルトの名無しさん:2010/05/22(土) 23:19:31
32デフォルトの名無しさん:2010/05/22(土) 23:22:47
まぁブロック崩しのことなら
ゲーム製作のほうのブロック崩しスレに行けばもっと有力な情報が得られるだろう
そっち行ったほうがいいよ
33デフォルトの名無しさん:2010/05/22(土) 23:24:12
>>15-17
ほへー、あんがとさん。
34デフォルトの名無しさん:2010/05/22(土) 23:27:29
>>25
衝突したら1フレーム衝突状態を見せて、次のフレームの計算は正確な座標からはじめたら
どっちにも「いい」んじゃね?
35デフォルトの名無しさん:2010/05/22(土) 23:28:01
今、ここでなされてるブロック崩しの話は
漠然としすぎているというか抽象的というか
もうちょっと具体的な直接的な話、段階のことを話したほうがよい
36デフォルトの名無しさん:2010/05/22(土) 23:55:48
ゲーム作りって難しいんだな
37デフォルトの名無しさん:2010/05/22(土) 23:57:23
>>36
らしく見せるノウハウは必要だよ
でもまあ遊びだからユーザーはそんなの知ったことじゃないんだけどねw
38デフォルトの名無しさん:2010/05/22(土) 23:58:01
多少の違和感もそのうち慣れてしまうからなw
39デフォルトの名無しさん:2010/05/23(日) 00:37:34
俺だったら衝突したら一先ず弾が線に接するところから始めるかなあ
40デフォルトの名無しさん:2010/05/23(日) 00:39:06
昔のゲームなんて今見たら違和感だらけだろ
細かいことは気にしない、それ(ry
41デフォルトの名無しさん:2010/05/23(日) 01:40:10
42デフォルトの名無しさん:2010/05/23(日) 01:46:21
エロゲ作るのって違法なのかな
43デフォルトの名無しさん:2010/05/23(日) 01:49:33
>>42
その質問はスレチ
44デフォルトの名無しさん:2010/05/23(日) 02:27:46
>>42
違法なエロスだったら違法だろ
合法なエロスなら合法だ
45デフォルトの名無しさん:2010/05/23(日) 02:39:09
違法なエロスか・・・ロリータとか同性愛とか鬼畜とかか
46デフォルトの名無しさん:2010/05/23(日) 03:29:20
二次元なら全て合法です
47デフォルトの名無しさん:2010/05/23(日) 03:41:21
陰部の描写に規制あったような
48デフォルトの名無しさん:2010/05/23(日) 03:55:53
>>47
とりあえずモザイクかけとけばおk
49デフォルトの名無しさん:2010/05/23(日) 03:58:05
所詮業界の自主規制だから
同人だと結構いい加減
50デフォルトの名無しさん:2010/05/23(日) 03:59:26
販売とかしたらわいせつ物陳列罪になると思ったが
51デフォルトの名無しさん:2010/05/23(日) 04:05:05
消しの度合いを薄くできると言う意味さ
52デフォルトの名無しさん:2010/05/23(日) 04:14:17
パチンコが警察から賭博を見逃されてるように
エロゲも警察とどっぷりな関係なんじゃね
53デフォルトの名無しさん:2010/05/23(日) 04:24:26
カラフルなドットが並んでいるだけで、マンコを書いた覚えはないと言い張ればOK
54デフォルトの名無しさん:2010/05/23(日) 04:27:44
それを信じて逮捕される奴とか報道されてほしい
55デフォルトの名無しさん:2010/05/23(日) 04:31:41
わいせつ物陳列罪がわいせつ物の定義があいまいだからな
すべて担当警官の裁量みたいなとこあるしな
56デフォルトの名無しさん:2010/05/23(日) 04:33:11
正式には わいせつ物頒布罪 です^^;

わいせつ物頒布罪 - Wikipedia
ttp://ja.wikipedia.org/wiki/%E3%82%8F%E3%81%84%E3%81%9B%E3%81%A4%E7%89%A9%E9%A0%92%E5%B8%83%E7%BD%AA
5721:2010/05/23(日) 10:34:37
>>24
後者の方が移動距離は正確になるけど、
衝突位置と跳ね返り後の位置の間にさらに他のブロックの壁にぶつかる
ことも想定すると、ちょっとプログラムはややこしくなる。
58デフォルトの名無しさん:2010/05/23(日) 10:35:55
欧州のキチガイ共のおかげで警察がどうとかいう次元じゃなくなってるんじゃねえの
59デフォルトの名無しさん:2010/05/23(日) 10:58:13
>>58
もっと正確に話をしたまえ。老女なら問題なかろうに。
60デフォルトの名無しさん:2010/05/23(日) 13:32:03
簡単なライフゲームっぽいの作ってるのですけど、キャラの座標の管理はどうするべきでしょうか。

キャラクタークラスに座標を持たせるべきなのか、それともフィールドクラスでキャラクターと座標を管理するべきなのか
61デフォルトの名無しさん:2010/05/23(日) 13:51:29
実装にもよると思うけど、セルの配列を作って、
各セルに何のキャラがいるか、という形にする方が楽だと思う
Chara* field[N][N]; みたいなイメージ
セルがなくて任意座標で扱うのなら、そうもいかないだろうけど
62デフォルトの名無しさん:2010/05/23(日) 13:52:42
ライフゲームレベルでどうすべきでしょうかってのもすごいな
63デフォルトの名無しさん:2010/05/23(日) 13:54:21
ライフゲームって何?
64デフォルトの名無しさん:2010/05/23(日) 13:55:35
寿命とか増殖条件とか突然変異とか設定して人工生命っぽいものを作って、
ほっとくとどうなるか眺めるもの
65デフォルトの名無しさん:2010/05/23(日) 13:55:50
ライフゲームって言った時点でセルオートマトンなんだから
>フィールドクラスでキャラクターと座標を管理するべき
一択じゃないのか?w
66デフォルトの名無しさん:2010/05/23(日) 13:57:06
>>63
調べてみたけどよくわからんw
というか何が楽しいのかw
67デフォルトの名無しさん:2010/05/23(日) 13:57:11
パーティクル・ボイド・粒子法
ヒントがあるかも知れない
68デフォルトの名無しさん:2010/05/23(日) 13:57:59
>>66
なんとチューリングマシンが作れてしまうんだよ
といって興奮できる人間がどのくらいいるかな
69デフォルトの名無しさん:2010/05/23(日) 13:58:24
>>66
他人が作ったものを眺めても微妙かもしれないが
自分の作った物を眺めるのは面白い・・・と思う
この条件がこんな風に効いてくるのかー、とか
70デフォルトの名無しさん:2010/05/23(日) 13:58:53
71デフォルトの名無しさん:2010/05/23(日) 14:01:17
キャラクターが疎で、同地点にキャラが存在してもいいなら、
場合によってはキャラ自身に座標を持たせた方がいい場合もあるんじゃない
分からんが
72デフォルトの名無しさん:2010/05/23(日) 14:22:36
ライフゲームは、升目で管理するとメモリに無駄が多いし、処理もめんどう。
「生きているセル」の集合を管理してやるとよい。

次の世代の計算は次のようにする。

(集合の要素は最初のアクセスで0に初期化されるとする)

foreach cell <- 生きているセルの集合
 foreach pos <- cellのムーア近傍
  次の世代のセルの集合[pos]++

こうすると、これが終わった時に、「次の世代のセルの集合[pos]」の値が
1以下or4以上ならそのposのセルは死亡、3 なら誕生、2 なら生存、となる。

ゴスパーによる、ハッシュによる表現法があるらしいんだが詳しくは勉強してない。
73デフォルトの名無しさん:2010/05/23(日) 14:28:33
升目のサイズが問題になることなんてないんだから
そんな凝り方する必要もないだろ
グライダー組み合わせてチューリングマシンでも作るのかw
74デフォルトの名無しさん:2010/05/23(日) 14:38:39
Rペントミノの定常状態ぐらいは見たいと思わない?
75デフォルトの名無しさん:2010/05/23(日) 14:50:01
処理が面倒はないw
7660:2010/05/23(日) 14:58:20
色々とありがとうございました。
結局、座標でキャラを管理するのもキャラが自身の座標を保持するのも、
処理の面倒さ的にどっちもどっちなのでboost::multi_index_containerを使う事にしました。
77デフォルトの名無しさん:2010/05/23(日) 15:03:23
Lifeは実装に凝るよりUIに凝った方が面白い
いろんなパターンを簡単に登録、張り付けできたり
世代を保存して瞬時に巻き戻せたり
78デフォルトの名無しさん:2010/05/23(日) 15:11:37
>>75
生きてるセルの全くない空間について毎回計算する無駄を無視すれば簡単だけど...
79デフォルトの名無しさん:2010/05/23(日) 15:16:20
キャラクターが密ならあまり変わらない
むしろ、空間的に遠いキャラとも関係性をチェックする必要が出てくるので
コストが高くなるかもしれない
80デフォルトの名無しさん:2010/05/23(日) 15:20:58
リスト型はビューに収まるセルの検出が重いんじゃねーの
なのでハイブリッド型が良さそうと妄想

でも現実問題そんなのが問題になることはないよ
いまどきiPhoneだって1MBくらい余裕で使えるんだろ
81デフォルトの名無しさん:2010/05/23(日) 15:33:08
また雰囲気でごまかすレスかよ
82デフォルトの名無しさん:2010/05/23(日) 15:46:42
非本質的なことを針小棒大に騒いで暇をつぶすスレです
83デフォルトの名無しさん:2010/05/23(日) 16:03:16
iPhoneの話題は非国民板でしてね
84デフォルトの名無しさん:2010/05/23(日) 16:04:46
今時PC-9801は流行りませんよ?
85デフォルトの名無しさん:2010/05/23(日) 23:27:05
>>57
オーケイ
衝突した瞬間で止めるわ
86デフォルトの名無しさん:2010/05/24(月) 00:16:07
ケータイでゲーム作ろうと思ったら・・・・
制約多すぎて断念した。パソコン万歳だ
87デフォルトの名無しさん:2010/05/24(月) 00:17:32
制約の中で作る方が楽しいし手間かからない
88デフォルトの名無しさん:2010/05/24(月) 00:18:55
だが前スレで聞いたとこによると
ファミコンで作るよりPS3で作ったほうが楽しいと
89デフォルトの名無しさん:2010/05/24(月) 00:19:07
うむ
なんでもできすぎるのもめんどくさい
90デフォルトの名無しさん:2010/05/24(月) 00:20:28
>>88
昔の手法をPS3でやる場合は楽ってだけでしょ
近年の手法とクタタンの過剰なセールスで期待されるクオリティで
やろうとすると結局苦労する羽目になるよw
91デフォルトの名無しさん:2010/05/24(月) 00:20:41
趣味で作る人と仕事で作る人の感覚の差
92デフォルトの名無しさん:2010/05/24(月) 09:05:42
楽しい(fun)と楽(easy)ではかなり意味合いが違うわけだが
93デフォルトの名無しさん:2010/05/24(月) 10:43:57
結論出てたな
94デフォルトの名無しさん:2010/05/25(火) 08:30:07
ファミコンとかスーファミのレベルのソフトの完全なC++ソースがたくさん落ちてるところってありますか?
95デフォルトの名無しさん:2010/05/25(火) 08:31:36
ありますん
96デフォルトの名無しさん:2010/05/25(火) 11:38:51
ファミコンってC言語でプログラムされてるの?
http://pc12.2ch.net/test/read.cgi/tech/1183559070/
初期のファミコンゲームなどを解析してると面白い。
http://pc12.2ch.net/test/read.cgi/tech/1254715068/
ファミリーベーシック
http://pc12.2ch.net/test/read.cgi/tech/1164621309/
97デフォルトの名無しさん:2010/05/25(火) 11:42:38
床壁の当たり判定ってどう記述すればいいの?
触れた方向へ移動出来なくさせるには
どこへ動こうとしていたのか判別させなきゃいけないけど
どの変どうすればいいのかわからん
98デフォルトの名無しさん:2010/05/25(火) 11:44:55
何のゲーム?マリオ?ブロック崩し?
99デフォルトの名無しさん:2010/05/25(火) 11:58:56
1フレーム前のなんとか
100デフォルトの名無しさん:2010/05/25(火) 12:19:21
>>98
マリオ
101デフォルトの名無しさん:2010/05/25(火) 12:33:04
>>97
bool IsWall(){
if( 自分の座標 > 壁の座標 ) return true;
return false;
}

こんな感じ
102デフォルトの名無しさん:2010/05/25(火) 13:18:31
>>97
移動ベクトルを変数に持たせておけばいいんじゃない?
103デフォルトの名無しさん:2010/05/25(火) 13:38:33
俺も今3Dゲームで、キャラと地形メッシュとの衝突判定を実装しようと考えているんだけど詰まってるんだよね
衝突判定で調べるとAABBとかOBB、八分木とかが出るんだけどこれが衝突判定の実装にいかにかかわってくるかがわからない。
理論と実装の隙間を埋める方法というか、それがわからない。なんかわかりにくくて申し訳ない
ぜひとも意見を仰ぎたいです。
104デフォルトの名無しさん:2010/05/25(火) 13:45:42
>>103
3Dの当たり判定はいろいろでてるじゃん
当たり判定用のモデル用意して・・・って
その辺で探せばでてくるよ
105デフォルトの名無しさん:2010/05/25(火) 13:48:00
HSPなどでプロトタイプ作ってその動作・関数に合わせる
106デフォルトの名無しさん:2010/05/25(火) 13:52:22
>>103
AABB や OBB はただの用語。それが何かをおぼえるだけでいい。
八分木は計算量を減らすためのもの。全チェックで間に合うなら要らない。
107デフォルトの名無しさん:2010/05/25(火) 13:55:42
モデル数がすくなければキャラの当たり判定を数箇所作っても
それほどの計算ではないと思うだがなあ

弾幕の当たり判定をやったけどあれは厳しかった
平面とは言え数千のオーダーをフレーム内で計算するので
108デフォルトの名無しさん:2010/05/25(火) 14:01:26
意見を聞いている限り、やはり衝突判定はキャラの周りの境界球(もしくは境界箱)と、地形メッシュの三角形ポリゴン一個一個とが
交差しているかどうかを判定する方向でいいのかな
とんでもない計算量になりそうだけどそういうものなのかな
109デフォルトの名無しさん:2010/05/25(火) 14:03:39
>>103
八分木は衝突の対象を絞り込むのに使う。
何も分からないうちは、まずは総当たりで判定すべき。

AABBとかOBBとかの前に、まずは球か、もっと簡単な点でやってみる。

地形の上を歩かせたいくらいなら、点で十分。
市販ゲームでもほとんどが、人間はせいぜい円柱で近似してる程度。
110デフォルトの名無しさん:2010/05/25(火) 14:05:24
>>108
なやまなくてもその辺のサンプルは転がってるってw
111デフォルトの名無しさん:2010/05/25(火) 14:05:50
>>107
10年前ならまだしも、Atom270だって2Dの弾幕シューくらいならオーバースペックだよ。
Boxじゃなくて円でやってればそれなりに軽いからな。
112デフォルトの名無しさん:2010/05/25(火) 14:09:20
初心者はライブラリ作成に精出さずにHSPやれよ。
完成品ができあがる方が大事。
生きずまりで成果無しが駄目。
113デフォルトの名無しさん:2010/05/25(火) 14:19:33
なるほど。計算量多すぎてCPUがついていけないんじゃないかと心配していたんだけどスペックはあまり問題にはならないのか。
結局は総当り、もしくは総当りに近い衝突判定になりそう。
とりあえず適当に転がっているサンプルを見ながらまずは地形を歩けるように点から始めて総当りで判定してみます。
どうもありがとう

一時期総当りの衝突判定が信じられなくて、全方位に適当にレイ飛ばして判定してしまおうかとも考えていた。
114デフォルトの名無しさん:2010/05/25(火) 14:54:15
現位置と1フレーム先の移動先を比べて云々
115デフォルトの名無しさん:2010/05/25(火) 15:43:56
複数の地形を1つのコンテナみたいなのに格納しておいて、
コンテナにはコンテナの中心座標と最も遠い地形との距離を記録。
最初にキャラがコンテナの範囲内に居るかどうかを調べれば、
かなり高速化になるよ。

まあ、空間をグリッド分けするのと似たようなもんだけどね。
116デフォルトの名無しさん:2010/05/25(火) 16:54:38
ですね
117デフォルトの名無しさん:2010/05/25(火) 18:59:50
ですね
118デフォルトの名無しさん:2010/05/25(火) 20:11:18
つまり・・・どういう事だってばよ?
119デフォルトの名無しさん:2010/05/25(火) 21:46:06
>>115
空間を分割して最適化する手法は聞いたことあるけど
まだまだ勉強不足の小生からしたらメッシュをエリアごとに分割する方法なんて見当もつかない
それともでかい大きな1つの地形メッシュを分割するのではなくエリアごとにメッシュを複数用意しておくのかな
120デフォルトの名無しさん:2010/05/25(火) 21:49:00
>>119
>それともでかい大きな1つの地形メッシュを分割するのではなくエリアごとにメッシュを複数用意しておくのかな
実装はいろいろあるけど
大きなマップであってもある程度の面積単位で分割してそれを並べるようにすればいいだけってことだよ
121115:2010/05/25(火) 22:06:55
つまり、自分が今居る場所を、日本全国の住所から総当りで検索すると
大変だけど、山梨県→上九一色村→… って辿っていけば
判定する回数がかなり減る、みたいな方法。
122デフォルトの名無しさん:2010/05/25(火) 22:09:35
なぜに上九一色村ww
123115:2010/05/25(火) 22:11:15
>>119
メッシュに関しては、地形メッシュを作るデザイナにあらかじめ分割して
作ってもらってもいいし、デカい1つのメッシュをプログラム内で分割してもいい
124デフォルトの名無しさん:2010/05/25(火) 22:14:37
>>123
まあそういうのができない場合は離れてるメッシュは
計算をしないって感じで省略すれば計算をするより早いかも?
125115:2010/05/25(火) 22:18:47
>>124
地面が複数のメッシュで構成されている場合、それだけでも随分と
速くなるはず
126119:2010/05/25(火) 22:20:46
>>123
それそれ。プログラム内で分割と一口に言っても実際にはどうやってるの?
127115:2010/05/25(火) 22:27:34
>>126
モデリングされたメッシュのファイルを自分で読み込んで、必要に応じて
分割するしかない。つまり、ファイルフォーマットとか3DCG全般について
かなり熟知していないと出来ない(というか面倒くさい)高度な技

まあ、GPUに渡して描画に使うんじゃなくてあくまでも判定できれば
いいんだから、頂点情報だけ抜き出しちゃえばおk
128119:2010/05/25(火) 22:34:31
>>127
なるほど、つまりxファイル解析か。さすがにそれは面倒くさいなあ
じゃあデザイナに頼んであらかじめ分割してもらった場合、メッシュをくっつけるのはどうやってやってる?
一個一個ワールド座標平行移動してるの?
フィールドを主人公が歩いてたらなんか地面に亀裂が走ってて境界ができてるとかない?
129デフォルトの名無しさん:2010/05/25(火) 22:37:35
サブメッシュ(クラスタ?)つくっておけばわざわざ分割する必要ないんじゃないの
130デフォルトの名無しさん:2010/05/25(火) 22:43:26
3Dの話題についていけない俺ガイル
こういうのどこで勉強してくるんだ
よさそうな参考書もろくに見つからんのだが
131デフォルトの名無しさん:2010/05/25(火) 22:45:00
HSPを調べて一回作れば判る。
132デフォルトの名無しさん:2010/05/25(火) 22:50:22
>>121
上九一色村は平成の大合併で消滅しただろ!
133119:2010/05/25(火) 22:50:43
>>129
そんな技術があるのか!多分名前から想像するに子メッシュ孫メッシュみたいなものを作って格納する技術なのかな
だめだな俺、まだまだ勉強不足だな。所詮チュートリアルレベルか。もっと勉強してくるわ。

>>130
DirectXチュートリアル→後は適当にサイトめぐり。
134デフォルトの名無しさん:2010/05/25(火) 22:53:26
>>130
3Dはそういう技術面よりモーション付けの方が頭痛いんだよな・・・
みんなどうやってるの?
135115:2010/05/25(火) 23:03:17
>>128
基本的にはワールド座標の平行移動でいいはず。
地面に亀裂ができたりするのは多分、浮動小数点演算の誤差だと思う。

>>130
自分で試行錯誤して編み出した

>>132
スーファミのプログラムを作る時代の話だと思ってくれ
136115:2010/05/25(火) 23:04:26
初代PSで絶えずポリゴン間に亀裂が出てくるのも確か
頂点変換チップの演算精度が悪かったからだった気がする
137デフォルトの名無しさん:2010/05/25(火) 23:10:05
>>136
頂点変換もそうだがインデックバッファといった仕組みもなかったんじゃないかな?
138デフォルトの名無しさん:2010/05/25(火) 23:12:23
>>130
あぁ、でも分野によっては定番の一冊ってのがあるよ
シェーダならDirectX9シェーダプログラミングブック、
衝突判定ならゲームプログラミングのためのリアルタイム衝突判定などなど
後者の本読みたいけど値段がクソ高い
139デフォルトの名無しさん:2010/05/25(火) 23:12:42
初期の頃の3Dアクセラレータでは、全く同じ座標値でも
三角形の右辺と左辺でちゃんと重ならないのあったよ。
微妙に隙間ができるの。
140デフォルトの名無しさん:2010/05/25(火) 23:14:16
HSPがスルーされているが。
HSPですら作れなければ素質無いから手を引く目安になる。
141デフォルトの名無しさん:2010/05/25(火) 23:18:58
HSPで3D扱おうとするととたんに資料少なくならない?
142デフォルトの名無しさん:2010/05/25(火) 23:27:01
DirectXを何もしないプログラムから説明してる本ってないのか
143デフォルトの名無しさん:2010/05/25(火) 23:31:36
よくあるだろ
144デフォルトの名無しさん:2010/05/25(火) 23:33:19
ウィンドウ作って一枚板ポリを表示するプログラム
http://www13.plala.or.jp/kmaeda/directx9/triangle.htm
145デフォルトの名無しさん:2010/05/25(火) 23:34:45
おまえやさしいな
146デフォルトの名無しさん:2010/05/25(火) 23:35:54
DarkGDKかHSPがおすすめ。
どちらも3Dを得意としているぞ。
HSPを知らないようだな。
sampleを動かしてから言ってくれ。
これは3Dを簡易に扱う言語とかしてる。
2DやGUIの方が不得意。
147デフォルトの名無しさん:2010/05/25(火) 23:36:21
3Dってある程度基礎的なことはネットに情報でてるんだよね

でそれを順追ってやっていくとさ・・・
モデルのデザインだとかモーション付けで詰まるんだよね

今となっては3Dなんてそんなレベル
148デフォルトの名無しさん:2010/05/25(火) 23:44:36
HSP3新機能ハイライト

サンプルスクリプトの拡充
新機能を使ったサンプルはもちろん、各種アプリケーションで必要なサンプルやモジュール、さらに色々なジャンルのゲームに使用できる実践的なサンプルを収録しています。その数は、250種類以上に及びます。
ここでは、サンプルのスクリーンショットの一部を掲載しています。
これらすべてのスクリプトが、HSPフルセットには収録されています。
http://hsp.tv/make/hsp31hl.html

http://hsp.tv/images/hsp32scr/e3dhsp3_autorun.jpg
http://hsp.tv/images/hsp32scr/e3dhsp3_fight.jpg
http://hsp.tv/images/hsp32scr/e3dhsp3_MouseDePose.jpg
http://hsp.tv/images/hsp32scr/e3dhsp3_shadow.jpg
http://hsp.tv/images/hsp32scr/meshmap7.jpg
http://hsp.tv/images/hsp32scr/skybox.jpg
http://hsp.tv/images/hsp32scr/wave.jpg
http://hsp.tv/images/hsp32scr/xsample_gcube.jpg
http://hsp.tv/images/hsp32scr/xsample_shiraho.jpg



149デフォルトの名無しさん:2010/05/26(水) 00:14:41
分かったから、HSP厨は帰れよw
150デフォルトの名無しさん:2010/05/26(水) 01:45:15
過疎

初めてDirectX学ぶときに一番障害になるのは前提知識なんだよね
msdn見ても初見じゃ何言ってるのか意味不明だし
俺も最初は苦労してググりまくって調べに調べてやっとここまできたからなぁ
いつかDirectX基礎知識をまとめたサイトを作ろうかなぁと思ってるんだけど需要あるかなぁ
151デフォルトの名無しさん:2010/05/26(水) 02:18:17
あるって言って欲しいんだろ?

基礎知識なんていいっての...
152デフォルトの名無しさん:2010/05/26(水) 04:08:50
>>151
君はつまらないやつだなぁ。実につまらない奴だ
HSPスルーされたからってふてくされんなよ
153デフォルトの名無しさん:2010/05/26(水) 04:54:25
地面の亀裂は、計算精度が足りない時に、回転してから平行移動することによって発生する。
これを、平行移動すし手から回転する事で(精度が足りてれば)防ぐことができる。
何故ワールド座標にあるものを回転しなければいけないかというと、ヴュー空間に持っていくときの話。
PS1 の時も、途中から半分以上のゲームでクラックが無くなっただろう。
いくつかのゲームではクラック放置だったがw
154デフォルトの名無しさん:2010/05/26(水) 04:59:44
>>137
インデックスバッファは帯域節約のテクニックだから、当時は不要だった。

>>150
ダウンロードできるマニュアルを読んで、前提知識が足りないなら、それは3Dの知識ではなく数学。
入門サイトは、本人の知識の整理のために作った方がいい。
俺も、会社を替わるたびに社内向けチュートリアルを作るが、(たいてい3D以外でだけど)新たな発見がある。
155デフォルトの名無しさん:2010/05/26(水) 08:54:00
結局プログラミングってさ「経験」が物を言うんだよね
いい本買おうがいい開発環境使おうが「経験」が無いと世間に出たときに何も役に立たない
俺はHSPで世間的にはHSP厨かもしれないが、フランスに渡米した経験を活かして
今は充実した仕事してるよ
お前らも壁作って自分の世界に閉じ込もって無いで
今しかできない「経験」しといて経験値積んどいた方が良いよ
156デフォルトの名無しさん:2010/05/26(水) 09:15:09
フランスに出かけることとプログラムは関係無いがな。
フランス語がしゃべれる通訳の仕事とかならいいが。
157デフォルトの名無しさん:2010/05/26(水) 09:19:44
フランスに渡米

もうあきた
このコピペ
158デフォルトの名無しさん:2010/05/26(水) 10:50:24
3Dの立方体の当たり判定が上手く出来ん
毎コマキャラ位置を別変数にコピーして
接触したら戻すという方法を試したが
これだとキャラが落下中に横から立方体に触れると
ブロックに張り付いて落下が止まってしまう
159デフォルトの名無しさん:2010/05/26(水) 12:06:01
落下中は下のみ判定とかでいいんじゃない?
160デフォルトの名無しさん:2010/05/26(水) 12:17:36
>>158
それは当たり判定は上手くできているということじゃないか。
当たりを検出した後にどうするかというはなしだろう。

で、それはゲーム内容によるので、内容を知らない現時点では、内容によるとしか言えない。
ただ言えることは、当たりを検出したら、進行方向を変更すべきだ。
当たった立方体の当たった面に沿って移動すれば次はヒットしないはずだから動けるようになるだろう。
ついでに、移動速度についても、キャラの進行方向と立方体の面の角度から修正すると、尚グッド。
で、当たったフレーム(コマ)にも、
 キャラの移動量 - キャラと立方体の距離
分だけ、その修正した移動方向に動かすと、つるつるキレイに動くので、余力があればやってみたい処理だ。

かなりテレパスを発揮したので間違ってたら何の役にも立たないが、次は君ももっと分かりやすく質問したまえ。
俺らが真面目に回答するのと似た程度の真面目さで質問したまえ。
161デフォルトの名無しさん:2010/05/26(水) 12:20:12
>>159
多分斜め落下のことを言っていて、斜め落下しつつ横向きに壁に当たったら、真下に針路変更したいのだろう。
落下中は下だけにすると、壁にめり込んじゃう。忍者君みたいなゲームならアリだけど。
162デフォルトの名無しさん:2010/05/26(水) 12:33:57
移動の向きをベクトルで保持しておいて
左右どちらかに当たったらベクトルを下方向に変える。

ダメ?
163デフォルトの名無しさん:2010/05/26(水) 12:45:10
接触したのがどの軸か知る方法がわからん
164デフォルトの名無しさん:2010/05/26(水) 13:24:43
物理的には運動量ベクトルと接触点の法線がわかればいいんだが
運動量はいいとして、接触点の法線求めるのがめんどくさいね
プログラマは普段どうやってるんだろう
165デフォルトの名無しさん:2010/05/26(水) 13:42:57
そのめんどくさいことをやってるだけだろ
166デフォルトの名無しさん:2010/05/26(水) 14:10:16
斜め落下なら、方向をx方向、y方向に分解するのはどうなの?
斜めに接触したらx方向は殺してy方向だけ残すとか
167デフォルトの名無しさん:2010/05/26(水) 14:20:45
>>158
一番簡単な方法は、壁に触れてもキャラのY軸上の速度だけは
消さないようにすること。

もっとちゃんとやるなら、キャラの移動ベクトルと壁の法線ベクトルから
反射ベクトルを計算すれば解決する。具体的には↓
http://marupeke296.com/COL_MV_No2_WallVsBall.html
168デフォルトの名無しさん:2010/05/26(水) 14:22:35
まあ最終的にはいかにそれっぽくやるか・・・だよね

未だに壁に腕がめり込むゲームとか存在するしなあ
169デフォルトの名無しさん:2010/05/26(水) 14:43:56
DarkGDK使えばなんのプログラムしなくても壁にめり込まないぞ。
Quake3、W:ET、TC:E、HL21などの互換mapを読み込む関数付いてる。
170デフォルトの名無しさん:2010/05/26(水) 14:58:57
ゲームの内容が分からんとどうにもならん。
立方体が軸平行(AABB的な)なら、位置を元に戻した上で、速度をゼロにするだけでもぼちぼちだろう。
ゼロにすると(空中制御できるとして)壁に向かい続けると重力加速度での等速落下になってしまうが。

ま、真面目に実装するにしても、適当にごまかすにしても、158 の追加情報待ちじゃろう。
171デフォルトの名無しさん:2010/05/26(水) 18:52:09
たとえば狭い空間でキャラに剣を大振りさせようと思ったら
やっぱりめり込みが妥当な解決手段じゃないの?
俺はそういうの嫌いだから3Dで作る気も遊ぶ気もしないけど
172デフォルトの名無しさん:2010/05/26(水) 18:54:51
俺も遊ぶ気はしないけど、作れるようにはなりたいかな
173デフォルトの名無しさん:2010/05/26(水) 18:56:55
完成品さえ作れれば言語は関係無いな。
就職でもHSPでおもしろいの作れれば採用だな。
174デフォルトの名無しさん:2010/05/26(水) 19:03:44
自分で遊ぶ用にゲーム作ったことある?
175デフォルトの名無しさん:2010/05/26(水) 19:30:54
てか自分で遊ぶ用(というか作る過程も楽しむ)用に作ってるよ。
他人のために作ると、ウケなかったときに辛いし
176デフォルトの名無しさん:2010/05/26(水) 21:57:32
自分で遊ぶためというよりも自分の作った世界でキャラを操作したいがためにゲーム作り中
177デフォルトの名無しさん:2010/05/26(水) 22:21:16
>>171
壁に当たったら弾かれるだろう。
ガードされたって弾かれるんだから、壁用にもモーションを作っておこう。
全フレーム分は無理だけど。

>>175
あと二年もすれば楽しめなくなるよ。
自信があるなら君の作ったものの URI とか示してみるといいよ。
178デフォルトの名無しさん:2010/05/26(水) 22:21:59
すみません。
10体程のモンスターが攻撃し合うアクションゲームで、
変動する「モンスター種族別の友好度」を実装し
最低限「先制攻撃はしなくなる」
などの変化を作りたい場合、どういう【ゲーム設計】をするのが軽いでしょうか?

贅沢を言って攻撃の当たり判定も全てあれこれ細かく制御するとなると
衝突判定1個1個に全て全バリエーションの計算をさせなきゃいけなくなり
負担がバカでかくなりそうです。
どの程度を妥協しどう擬似的に実現するのが賢いでしょうか?
179デフォルトの名無しさん:2010/05/26(水) 22:28:03
簡略化すると、10人同時に3D格闘ってことでいいか?
180デフォルトの名無しさん:2010/05/26(水) 22:30:26
>>179
表示はこの際どうでもいいんじゃね?
真上から見下ろした風の2Dでも同じ用な話し出し

結局のところ情報保持や判定のパターンだから
クラス設計の話だろ
181デフォルトの名無しさん:2010/05/26(水) 22:35:39
2Dと3Dだと計算量が違うからな。
10体以上をまともに動かせるシステムが必要って事だろう。
182デフォルトの名無しさん:2010/05/26(水) 22:56:41
>>177
URLじゃねえの?
183デフォルトの名無しさん:2010/05/26(水) 22:59:46
>>181
10体程度だろ
そんなでもないわ
184デフォルトの名無しさん:2010/05/26(水) 23:05:07
2Dでも3Dでも4Dでも、単位球の動作を考えるだけなら接触の計算量は大して変わらんな。
キャラの制空圏と考えて単位球が接触したら細かくやれば良いんでは。
手足をを最大に伸ばした球で囲う。
185デフォルトの名無しさん:2010/05/26(水) 23:08:40
10体だとマルチスレッドにするの。一体一体ループして処理するの?
マルチスレッドはうまくいけば速くなりそうだけど、
下手が10スレッド起動したら逆に遅くなりそう。
シグナルの発生とか時間くうからな。
186デフォルトの名無しさん:2010/05/26(水) 23:14:42
>>178
軽くなるかどうかは、ほとんど衝突判定が軽いかどうかによると思う
敵のAIが羽生名人を倒すくらい高度とかじゃなければ
187デフォルトの名無しさん:2010/05/26(水) 23:16:57
>>178
「軽いゲーム設計」とやらの意味が分からないし、
モンスター種族別の友好度と当たり判定との関係も分からないが、
適当に答えてみる。

> 変動する「モンスター種族別の友好度」

行列で表現。
例えばA種がB種に対して抱いている友好度を数値化しA行B列目に格納。
各種のモンスターが行動を起こす前に参照し、行動を起こした後に書き換える。

> 負担がバカでかくなりそうです。
実際のところ、どれくらいの負荷がかかると見積もっているのか。
例えば、どれくらいのオーダーの計算量になると思ってる?
188デフォルトの名無しさん:2010/05/27(木) 00:17:25
>>179-181 >>183-187
色々ありがとうございます。
見下ろしの2Dで、最終的に、できれば・・ですが、
800キャラの接触判定、それと別に攻撃判定と行動開始判定の円が平均で1200前後にしたく思います。
処理は一体一体ループして処理の予定です。(まだマルチスレッドの経験が…)
AIはそこまで複雑ではないですが・・。
あと友好度は種族別ではなく個体別です。書き損じて申し訳ないです。
何かお知恵を頂けると幸いです orz
189178:2010/05/27(木) 00:28:43
↑は私です。度々すみません;
190デフォルトの名無しさん:2010/05/27(木) 00:31:41
気にするなw
分かってるからw
800キャラあっても同時に動かすのは10体なんでしょ?
効率化やり方はありそうだけどな
オブジェクト指向ならオーバーライドとかで判定処理を書き換えるとかすればよさそうだし
191デフォルトの名無しさん:2010/05/27(木) 00:35:37
マルチスレッドが速くなるってどういう理屈だよw
192デフォルトの名無しさん:2010/05/27(木) 00:38:42
>>182
本気で言ってるなら検索してみた方がいいし、マ板やゲ製では URL と書いてもム板では折角だから URI と書いといた方がいい。

>>188
いつのまに 10 が 800 になったの?
10陣営 x 8 キャラ?
つーか数千程度なら平気だから、処理落ちで困ってからまたきてよ。
10キャラが相互に判定しても 10x9=90だし、それが多少重くても、一フレームには一陣営しか計算しないようにしたら楽勝でしょ。
(攻撃してないキャラに対する喰らい判定は不要だから、一陣営につき攻撃が 10 フレームに一度なら、喰らい判定は 1/10 で済む)
193デフォルトの名無しさん:2010/05/27(木) 00:43:27
>>192
レベルアップとか考えると800くらいの派生になるってことじゃないの?
194192:2010/05/27(木) 00:44:30
あわわ typo。
×10 x 8
○10 x 80

>>191
コアやHWスレッドなどの計算資源が浮いてるなら、って話だろうね。
つーか、この場合は依存関係が複雑で同期のせいで並列処理の効率は上がらなそうに思えるけど。
思い切ってライフゲーム並みの割り切りを見せればともかく。
195デフォルトの名無しさん:2010/05/27(木) 00:45:43
>>191
関連が付かない間は全処理をスレッドに渡すんだよ。
接触や魔法などでもで関連したら別スレッドにシグナル出す
196デフォルトの名無しさん:2010/05/27(木) 01:01:14
>>192
   , -‐−-、  ヽ∧∧∧ //  |
.  /////_ハ ヽ< 釣れた!> ハ
  レ//j け ,fjlリ / ∨∨V ヽ  h. ゚l;
 ハイイト、"ヮノハ     //   |::: j  。
  /⌒ヽヾ'リ、     //     ヾ、≦ '
. {   j`ー' ハ      // ヽ∧∧∧∧∧∧∨/
  k〜'l   レヘ.   ,r'ス < 初めてなのに >
  | ヽ \ ト、 ヽ-kヾソ < 釣れちゃった!>
.  l  \ `ー‐ゝ-〈/´   / ∨∨∨∨∨∨ヽ
  l     `ー-、___ノ
  ハ   ´ ̄` 〈/‐-、
197178:2010/05/27(木) 01:25:58
>>190-195
ありがとうございます。
フレームを削るのも手ですね。そうできるように設計すれば、かなり削減できる気がします。
今回の質問点は判定種類別にグループ分けとループを別けて細かく別けてしまえばなんとかなる様なので
そうやってみようと思います。 マルチスレッドもいつか取り入れなくては・・
色々ご助言ありがとうございました。
198デフォルトの名無しさん:2010/05/27(木) 02:19:03
マルチスレッドは釣りだろ
で結局800の説明は無しかよ
199デフォルトの名無しさん:2010/05/27(木) 08:19:29
だぶるじすぱっちゃゆーやつじゃにゃーの
200デフォルトの名無しさん:2010/05/27(木) 08:22:15
壁に当たったら移動ベクトルの当った壁の法線成分ゼロにすりゃえーんでないの
こういうのやる位だから若干はベクトルの知識はあると思ってるんだけど
201デフォルトの名無しさん:2010/05/27(木) 12:45:31
ゲームエンジンのソース見ちゃうと、自分の力で組もうとしてもつい参考にしちゃうんだよね
202デフォルトの名無しさん:2010/05/27(木) 12:55:21
それでいい。たくましくそだってほしい
203デフォルトの名無しさん:2010/05/27(木) 13:38:25
くそだってほしい
204デフォルトの名無しさん:2010/05/27(木) 13:39:52
(´・∀・`)⊃●
205デフォルトの名無しさん:2010/05/27(木) 13:40:34
>>203
(´・∀・)つ●
206デフォルトの名無しさん:2010/05/27(木) 15:28:34
(-_-メ)…
207デフォルトの名無しさん:2010/05/27(木) 15:30:53
( ´∀`)つ    Ξ●)´Д`) ひでぶ
208デフォルトの名無しさん:2010/05/27(木) 18:40:33
o(´・ω・`) ぶつお
209デフォルトの名無しさん:2010/05/28(金) 01:06:24
>>178
まあ、根本的な問題をいうと仕様がまったく決まってないのに実装しようとしてるのが馬鹿
PGだからってPCに向かってるだけじゃダメなときがあんだよ
お前がやらなきゃいけないのはゲームに必要な要素と
それに対して決まっている仕様と決まっていない仕様の洗い出しをすることだろうな

とくに決まっていない仕様を見つけるってのは正直しんどい
210デフォルトの名無しさん:2010/05/28(金) 03:04:12
しんどいね
211デフォルトの名無しさん:2010/06/03(木) 00:48:54
パッド入力とかゲーム中に一個だけあればいいクラスのインスタンスってどこに置けばいいですか?
グローバル変数にしてますか?
212デフォルトの名無しさん:2010/06/03(木) 00:54:00
遊戯王のカードゲームみたいに
複雑なルールのカードゲームって
やっぱプログラミングとか難しい?
213デフォルトの名無しさん:2010/06/03(木) 00:58:49
人対人ならそれほど難しくもない。
214デフォルトの名無しさん:2010/06/03(木) 01:25:46
>>211
大抵シングルトンかグローバルですね
215デフォルトの名無しさん:2010/06/03(木) 01:44:26
>>211
言葉のとおり「ゲームの中に一個」置けばいいのです。
「ゲーム」というクラスがあるならその中ですし、そういったクラスは無く
グローバルにプレイヤーやらなんやらが置いてあるなら、そこでしょう。
216デフォルトの名無しさん:2010/06/03(木) 01:45:11
シングルトンの選択は慎重に。
217デフォルトの名無しさん:2010/06/03(木) 02:37:58
なんで
218デフォルトの名無しさん:2010/06/03(木) 02:48:34
こんな話?
http://www.aerith.net/design/Singleton-j.html
> ... のクラスをSingletonにしてしまう、ということは、アプリケーションレベルの仕様を、
> 誤って下位レベルのクラスに組み込んでしまう、ということになる。
219デフォルトの名無しさん:2010/06/03(木) 04:19:31
へえ
220デフォルトの名無しさん:2010/06/03(木) 04:22:36
カードゲームってプログラミングは難しくないだろな
ゲームバランスの方で苦労しそうな気がする
221デフォルトの名無しさん:2010/06/03(木) 04:27:11
CPUにまともな手を打たせるのは非常に困難。
自分がプレイした範囲だとCPUの強さは体力的なボーナスとデッキに強いカード入れるだけで、
カード出すルーチン自体は工夫してないものがほとんど。
222デフォルトの名無しさん:2010/06/03(木) 08:15:56
>>211
ポインタを持っておけばどこでもok
223デフォルトの名無しさん:2010/06/03(木) 08:36:12
大富豪ぐらいの戦略が込み入ったゲームだと、卒論レベルの研究とかいくつかあるね。
224デフォルトの名無しさん:2010/06/03(木) 09:33:10
>>218
元ページ見たけど、要するにグローバル変数で済むところは
グローバル変数を使えってことだな
225デフォルトの名無しさん:2010/06/03(木) 09:36:34
百害あって一利なしだぞ
仮にキーなんてグローバルにした場合
キー入力でチェックしていたものを別のなにかでやるなんてなった場合に
すでにキー入力で組んでしまっているので身動きとれないじゃん
いまから触るのも怖いしどーすんべってなるね
226デフォルトの名無しさん:2010/06/03(木) 11:26:21
シングルトン的なデータとして入力を処理するクラス(static変数と関数でも十分)と
そこから複製・整形したデータを貰うクラスでわけるのが俺のトレンド

input::update(); // staticなデータに入力状態を保存、入力状態を更新する唯一のインターフェース
input::pad p(1); // パッド1、コンストラクタで必要なデータを複製・整形して保持(あるいは参照を保持してカプセル化した方が軽い)、元になるデータには書き込めない
if(p.up() && p.right()) migiuenisusumu();

みたいな感じで
プロがどうやってるのかは知らん
227デフォルトの名無しさん:2010/06/03(木) 13:36:45
他のカードゲーは知らんが遊戯王は相当大変だろうな
まず仕様レベルでテキストが微妙だったりテキストに反してたり
複雑な処理があったり、そもそも調整中(仕様未確定)だったりする
それを数千枚レベルで実装するとか正気の沙汰じゃねーぜ
228デフォルトの名無しさん:2010/06/03(木) 15:04:50
市販のゲームの大富豪にすら、出せるカードのうち最弱のものを出すってだけの
最も単純なルーチンしかないものがある。

特殊ルールてんこ盛りのカードゲームでまともなCPUルーチンなんてまず無理だろうな。
229デフォルトの名無しさん:2010/06/03(木) 17:30:42
そんなに難しいのか・・・orz
230デフォルトの名無しさん:2010/06/03(木) 21:34:18
>>229AIなめてんじゃねえよ。
231デフォルトの名無しさん:2010/06/03(木) 22:06:07
>>229って最低だな・・・
232デフォルトの名無しさん:2010/06/03(木) 22:24:52
    _ _    
   ( ゚∀゚ )  
   し  J   A I を な め ん な お   
   |   |
   し ⌒J  
233デフォルトの名無しさん:2010/06/03(木) 22:26:52
AIがとまらない
234デフォルトの名無しさん:2010/06/04(金) 00:26:06
止まらないってバグじゃね?
235デフォルトの名無しさん:2010/06/04(金) 00:28:39
バグかも
236デフォルトの名無しさん:2010/06/04(金) 00:53:20
ロマンティックが止まらない
237デフォルトの名無しさん:2010/06/04(金) 01:15:40
>>220
TCGかどうかで変わるかも。
TCGになると、追加ルールの嵐になって面倒そうだ。
238デフォルトの名無しさん:2010/06/04(金) 01:32:42
バグってハニー
239デフォルトの名無しさん:2010/06/04(金) 01:34:32
バグで止まらない
240デフォルトの名無しさん:2010/06/04(金) 01:45:33
愛=バグ!!
241デフォルトの名無しさん:2010/06/04(金) 01:57:56
ほほぅ
242デフォルトの名無しさん:2010/06/04(金) 04:14:33
スパイダーソリティアみたいなトランプゲーはプログラミング難しくないよね?
243デフォルトの名無しさん:2010/06/04(金) 04:35:17
>>242
プログラム書くよりトランプの絵柄を描く方が面倒な程度。
244デフォルトの名無しさん:2010/06/04(金) 08:42:48
でもどうせ必要なのはFF12のガンビットだからプログラム組むだけならどってことない
面倒なのはパターンデータの作成
245デフォルトの名無しさん:2010/06/04(金) 13:11:56
>>244
あれは素人でもわかるように簡単になってる。
いっておくが最低限だぞ。
246デフォルトの名無しさん:2010/06/04(金) 13:37:36
>>245
いや、どんなに複雑な仕様作ってもあれの量が増えるだけで別に複雑にはならない
苦労するのは企画(データ設定する係)
俺等じゃない
247デフォルトの名無しさん:2010/06/04(金) 13:37:50
AI には大まかに言って、ヒューリスティック(経験則)によるやりかたと、学習によるやりかたがある。
ヒューリスティックで簡単にできる対象なら問題ない。
また、完全解析可能な場合も簡単だ。
そうでない AI の開発は大変だ。

強さの評価自体が難しいこともある。
かなりいい AI ができたと思っていても、テストプレイ末期に必勝パターンが発見されたりする。

だが、最大の問題は、AI ごときに何週間もスケジュールを割いてくれないこと。
何週間も割いてくれる場合は、何もできない新人で、何もできずに使いつぶしてしまう。
248デフォルトの名無しさん:2010/06/04(金) 14:13:04
へえ
249デフォルトの名無しさん:2010/06/04(金) 14:49:44
>>246
おまえの主張はプログラムはどんなに複雑な物でもifによる分岐が増えるだけだって書いているのと同義だぞ。
顔洗って出直せ。
250デフォルトの名無しさん:2010/06/04(金) 14:54:46
AIはAIのライブラリみたいなやつ探せばいいんじゃいない?
251デフォルトの名無しさん:2010/06/04(金) 15:07:43
遊戯王みたいなカードゲームのAIライブラリなんてあんのかよw
252デフォルトの名無しさん:2010/06/04(金) 17:04:25
>>250そんな都合のよいライブラリがどこにあるんだよ。
FPSくらいだろ標準化がすすめられてんのは。
253デフォルトの名無しさん:2010/06/04(金) 18:16:24
FEZのフォーチュンカードで150回プレイしてもあたりが出ない人もいれば、30回で当たりが二回出た人がいた
どうも、怪しいので調べてみたら、ランダムな値を生成して、その値ごとにカードを配るという感じになっているような感じだった
この場合、ランダムな値を生成する部分に偏りがあるか、カードの組み合わせ事態に偏りがあると考えても差し支えない?
254デフォルトの名無しさん:2010/06/04(金) 18:27:34
たとえば1/100の確立で当たるくじがあったとする。

配布枚数が100枚だとするならばこのとき、
すくなくとも100回クジをひけば1回はあたる。

配布枚数が設定されていない場合は、何回目でも
引いたときの確立は1/100と変化しない。

局所的に見れば運の良し悪しがあるけども、
全体の平均は1/100にちかづく。

で、なにか問題でもあるのか?

255デフォルトの名無しさん:2010/06/04(金) 18:47:49
>>253
そんなもの統計をとってみないと分からない
256デフォルトの名無しさん:2010/06/04(金) 18:57:33
というか、運営に電話して聞けよ
当たんね―ぞ、どうなってんだ、って
257デフォルトの名無しさん:2010/06/04(金) 18:59:06
たかだか150プレイであたらねーとかわめくな。
258デフォルトの名無しさん:2010/06/04(金) 19:01:06
>>253
それはソースを見た上での発言?それともただの想像?
259デフォルトの名無しさん:2010/06/04(金) 19:05:25
実際作ってみればわかるけど難しいはないよ
「面倒臭い」はあるけどw
260デフォルトの名無しさん:2010/06/04(金) 19:26:16
>>259アンカーをつけろクソ虫。
261デフォルトの名無しさん:2010/06/04(金) 20:14:26
>>254
>>254
そいつは知らなかった
高校の時に数学Cまで取っておけばよかった…
バグばかり出し続けるような開発だから乱数を生成する部分で初歩的なミスをやらかしているものだとばかり思い込んでた
>>259
クライアント側のソースは簡単に覗くことはできるんだが、サーバー側のソースだけはどうしても手に入らないので、以下の事項から適当に処理を推測してみた
・100回ぐらいめくると同じ組み合わせのカードが出てくる
・クライアントを逆コンパイルすると、乱数を生成し、その値をASPにサーバーに送っている部分と送り返されたアイテム名が”外れ”以外だったらあたり処理を行う部分があった
262デフォルトの名無しさん:2010/06/04(金) 22:14:06
>>244
あれは酷いとおもうんだがなぁ
条件一致実行と状況判断AIって微妙にちがうんだよね、戦闘システムにもよるけどさ
263デフォルトの名無しさん:2010/06/04(金) 22:20:56
素人が触れる限界かなとはおもう。
264デフォルトの名無しさん:2010/06/04(金) 22:38:41
>>262
はぁ?
条件自体の内容と実行自体の内容は複雑になるかもしんねーけど
それだけだろ?

もしかしてFF12の条件一覧にある内容しか俺が実装しない想定でしか
レスしてないと思ってる?
そしたら意図が伝わってないんだけど?
265デフォルトの名無しさん:2010/06/04(金) 22:42:29
ifの羅列だけでAI作る男の人って・・・
266デフォルトの名無しさん:2010/06/04(金) 22:43:50
>>265
じゃあ、自分の作り方を出せよ
267デフォルトの名無しさん:2010/06/04(金) 23:18:34
>もしかしてFF12の条件一覧にある内容しか俺が実装しない想定でしか
>レスしてないと思ってる?
どうして俺がお前のアタマの中までわかるんだよ、なら最初からそうかけ

268デフォルトの名無しさん:2010/06/05(土) 03:26:40
50%ずつの確率で白か黒が出るとして、それを10回ほど試行したとき

○●○●○●○●○●

…に近いパターンで出るほど、より50%で出てると感じるらしい。
でもよくよく考えれば、上の試行結果は確率的には凄く気持ち悪いことが分かる。
おそらく>253の感じた印象も、これに似た問題だと思う。


この問題でよく言われるのが、ゲームだと、ランダムエンカウンターにおける敵の出現確率。

平均10歩で敵が出るとした場合、歩くたびに10%の出現判定をするのと、
あらかじめ10という値を変数に突っ込んでおいて、1歩ごとに減らして0になったら出現、
……ということにしたほうが良いと聞く。


269デフォルトの名無しさん:2010/06/05(土) 03:36:03
9歩まではエンカウント0.01%固定
10歩目で80%
11歩目で81%
12歩目で82%
・・・以下100%まで続き
エンカウント後は当然リセット
270デフォルトの名無しさん:2010/06/05(土) 04:56:44
たとえがトランプって。。。
271デフォルトの名無しさん:2010/06/05(土) 05:44:37
>>253
二項検定で調べるべし。
偶然なのか、偏りを持っているのか、確率で示せる。
272271:2010/06/05(土) 05:47:00
訂正
二項検定で分かるのは偶然で起きる確率だけだった。
273デフォルトの名無しさん:2010/06/05(土) 07:32:05
いっそ少なくとも10歩までは必ずエンカウントしない、11歩目からは何%かでエンカウントさせればいい
274デフォルトの名無しさん:2010/06/05(土) 08:11:09
>>267
応用きかねーw
お前としゃべってもちっとも話がすすまなそうw
275デフォルトの名無しさん:2010/06/05(土) 08:42:43
>>274
舌っ足らずなバカにしかみえない
276デフォルトの名無しさん:2010/06/05(土) 10:16:40
FF12をプレイしたことがない俺には
>>244が何を言ってるのか最初さっぱり分からんかったわ

説明不足にも程があるだろ

よく居るんだよなあ
説明不足で、情報を小出し後出しする奴
話が長引くから糞面倒くさい
277デフォルトの名無しさん:2010/06/05(土) 13:28:24
俺もわからないからググってみたけど、ガンビットって要するに、ちょっとしたルール
(メーラーのフィルタ設定みたいな感じ)をプレイヤが定義できるってものか
278デフォルトの名無しさん:2010/06/05(土) 13:51:40
カード投げて遊ぶんじゃないのか
279デフォルトの名無しさん:2010/06/05(土) 14:05:23
>>244 の言うような、 [A ならば B」と論理積や論理和の多大な積み重ねだけだと、
たぶん野球のピッチャーとか、カードゲームのプレーヤーみたいな
心理状態が絡むような AI は現実的には作れないと思う。

最強 AI を作る方向には少しずつ発展できたとしても、
人間っぽい動きを見せる AI を作る方向には向かないんじゃないかな。
280デフォルトの名無しさん:2010/06/05(土) 15:58:25
AIに力を入れるなら、将棋のbonanzaとか囲碁のCrazy Stoneの手法を知っておくべき。
特に囲碁のモンテカルロ木探索はカードゲームと相性いい気がする。
281デフォルトの名無しさん:2010/06/05(土) 16:06:08
TCGのAIには大して参考にはならないけどな
282デフォルトの名無しさん:2010/06/05(土) 18:30:03
その辺の奴って結局総当たりじゃないの?
283デフォルトの名無しさん:2010/06/05(土) 18:32:39
オセロですら総当たりで何手か先を読ませようとすると超遅い
284デフォルトの名無しさん:2010/06/05(土) 18:40:51
TCGでまともなAI実装されてるゲームとか見たことある人いる?
俺はただカードを出すくらいのしか見たことないんだが。
ひどいのになると、マイナス効果のあるカードだして自滅するのとかもあったし。
285デフォルトの名無しさん:2010/06/05(土) 20:24:44
>>283
流石に終盤は総当たりだったと思うけど
286デフォルトの名無しさん:2010/06/05(土) 20:30:20
ボードゲームよりチャットが出来るAI技術の延長線上のAIがゲームに必要だな
287デフォルトの名無しさん:2010/06/05(土) 22:42:49
>>279
それだって結局大量のif文から心理状態決定するんだろ?
絶対内容同じだって
ただ、量が多いだけ
処理が遅いってんならそれはまた別の問題だろ
高速化の話なんてしてねぇしな
288デフォルトの名無しさん:2010/06/05(土) 22:46:37
迷いを表現するにはファジー使ったりするが結局ただのランダムでしか無いんだよな
289デフォルトの名無しさん:2010/06/06(日) 00:05:30
>>287
環境によって変化するのはパターンデータだけかもしれんが、
心理状態で変化するのはパターンデータだけじゃなくて、
if文そのものも変化する。

たとえば人は強気の時は考えもしなかった事でも、弱気になると色々考えだす。
強気の時は複数のデータに対してひとつでも当てはまれば行動できたことが、
弱気になるといくつかの条件を完全に満たさないことにはその行動はできなくなる。

これはものすごく単純化した例のさらに一部でしかないが、
それでも論理和が論理積に複雑に変化している。
しかも心理状態自体が行動の結果や周辺状況に応じて変わってくる。

>>287 にとって、そういうのをif文で表現しようとするのは、
「単にif文の量が多いだけ」で済ませられる程度の事なのか?

もしそう思っているのなら、もう反論できないから何も言わん。
290デフォルトの名無しさん:2010/06/06(日) 00:12:52
>>289
書いてる途中で気がついただろ?w
291デフォルトの名無しさん:2010/06/06(日) 00:30:42
>>290
言いたいことは分かってもつもりだから答えておくが、
私はif文では理論的に不可能だとは思ってないし言っていない。

>>279 でも「現実的には作れない」 「向かない」 と言っている。

>>287 はおそらく私が現実的には作れない、向かないと言っているのを承知で
「内容同じ」 「ただ、量が多いだけ」と反論してるのだろう。
なので、本当にその程度の事だと感じているのか信じられないので再度確認した。

本人がその程度だと言い切るのなら、単に「量が多い」のとらえ方の違いだから、
私は何も言うことが無くなる。
292デフォルトの名無しさん:2010/06/06(日) 00:34:11
このスレいつも熱いな
293デフォルトの名無しさん:2010/06/06(日) 00:37:48
>>292
具体的な例の1つでも出せばいいのにいつも例え話ばっかりだからねw
294デフォルトの名無しさん:2010/06/06(日) 00:41:32
結局ブロック崩しの当たり判定の軌道交差法ってのがうまく作れなかったから諦めたけどね
295デフォルトの名無しさん:2010/06/06(日) 00:44:43
仮にそんなめっちゃ複雑なAIがあったとしても組んだPGが意図したとおりに動いてるかどうかは
誰もチェックできないねw
複雑過ぎてw

設定したデータとプログラムのルーチン、チェックも考えて作らないといかんよ
こういう面でもガンビット(改?)はいいぞw

>>294
なんだお前いきなり
軌道交差法とかなにやら難しい言葉使ってるけど
2直線の交点(高校数学)が求められないとかそんなレベルじゃねーか?お前w
296デフォルトの名無しさん:2010/06/06(日) 00:46:13
こいつ、さっきの行動なんでやった?
ってのもログをみてわかるレベルにしないとチェックもロクにできない
297デフォルトの名無しさん:2010/06/06(日) 00:48:38
デバッグモードとか組んだことなさそうな発言ばっかりなんだが
298デフォルトの名無しさん:2010/06/06(日) 00:49:07
プロのプログラマーじゃなくて個人の趣味でやってる程度のプログラマーに多い
299デフォルトの名無しさん:2010/06/06(日) 00:50:18
>>294
たしか、Windows Phone 7用のアルカノイドが、ソースコード付きで配布されてるぞ。
ただ、ブロックくずしに必要な数学の知識って、中学レベルだと思うが。
300デフォルトの名無しさん:2010/06/06(日) 00:51:38
>>21でオワットル話
301デフォルトの名無しさん:2010/06/06(日) 00:52:09
あんまり理論的な部分には詳しくないが、
TCGみたいな運が多分に入り込むゲームは、
複雑さとしては最悪に近い分類じゃなかろうか
古典的なミニマックス法や、それに連なる技法すら単純適用できないでしょ?
302デフォルトの名無しさん:2010/06/06(日) 00:52:33
初心者にありがちな間違い

y軸の座標を上下逆に考えるという
303デフォルトの名無しさん:2010/06/06(日) 00:58:30
AIの話で大量のif文云々言ってる奴はネタで言ってるだけだよな?
統計を取る、学習する=大量のif文
とか思ってないよな?
304デフォルトの名無しさん:2010/06/06(日) 01:01:19
ひとまず
AIスレにでも池
もしくは人工知能なり人工無脳なりのスレに池
305デフォルトの名無しさん:2010/06/06(日) 01:08:32
AIってグラフ理論だろ
306デフォルトの名無しさん:2010/06/06(日) 01:15:37
じゃあグラフ理論スレで
307デフォルトの名無しさん:2010/06/06(日) 01:35:43
ポケモンカードGBは結構手ごわかった
308デフォルトの名無しさん:2010/06/06(日) 01:47:01
質問は一応受け付けるというだけというスタンスでありながら
質問が多いな
309デフォルトの名無しさん:2010/06/06(日) 01:52:01
トランプゲームってカードクラス作ったりする?
class Trump{
int number, suit;
}
見たいな感じに
310デフォルトの名無しさん:2010/06/06(日) 01:53:13
花札は正直キツイ
311デフォルトの名無しさん:2010/06/06(日) 01:56:02
最近の環境なら構造体やらクラスでもいいでしょ。
昔はcharで上位4bitにsuit下位4bitにnumberなんてのもあったらしいけど。
312デフォルトの名無しさん:2010/06/06(日) 02:03:49
ヒューリスティック関数
313デフォルトの名無しさん:2010/06/06(日) 02:05:07
資源節約って今でもやってるの
314デフォルトの名無しさん:2010/06/06(日) 02:20:07
モノによるでしょ
インスタンスが何万にもなるなら節約する
トランプなら別にどっちでもいいね
315デフォルトの名無しさん:2010/06/06(日) 03:13:15
まだ節約しなけりゃならないのか
もっとコンピュータの性能あがればいいのにね
316デフォルトの名無しさん:2010/06/06(日) 03:18:30
性能上がっても生かしきれないプログラマー
317デフォルトの名無しさん:2010/06/06(日) 03:27:46
懐古厨はまだ馬鹿なプログラミングに精を出してるんだな
318デフォルトの名無しさん:2010/06/06(日) 03:29:06
個人レベルが作るようなものなら資源節約とかいらんだろ
そんな大層なもんが作れるとは思えん
319デフォルトの名無しさん:2010/06/06(日) 03:30:05
携帯向けゲームは資源節約必要
320デフォルトの名無しさん:2010/06/06(日) 03:49:55
ケータイも早くスペック上昇するといいね
321デフォルトの名無しさん:2010/06/06(日) 03:57:46
資源節約って何?
322デフォルトの名無しさん:2010/06/06(日) 04:33:44
しらねーよ
自演してる奴にだけ分かる言葉なんじゃね
323デフォルトの名無しさん:2010/06/06(日) 06:17:16
ttp://orangeknowledge.jpn.org/tips/game001.html
初心者なんだけどこのサイトで双方向リストを勉強してみたんだが…
解りやすかったのに、一つ意味がわからない事がある。
「弾発射登録用ポインタを取得する」ってところなんだが、このままだと
使用中リストが一方が全部NULLの単方向リストになってしまう。
そういう仕様なのかな?って思ったけど使用中リストから外す処理を見るからして違うと思うんだが…
リストから外す時は、前の要素と後ろの要素をくっつけるんじゃないのか?
俺が勘違いしているだけなのだろうか…誰か教えてくれないか?
なんかここの管理人のも連絡とれなそうだし
324デフォルトの名無しさん:2010/06/06(日) 06:49:31
あなたが正しい。
明らかにこいつデバッグしてない。
325デフォルトの名無しさん:2010/06/06(日) 07:08:50
これじゃ動かんわぼけってメールしてやればいいよ
326デフォルトの名無しさん:2010/06/06(日) 08:21:12
そそそそうだったのか…
俺の唸ってた時間はなんだったんだw
回答ありがとうね
327デフォルトの名無しさん:2010/06/06(日) 08:56:15
初期化のとこのdwIDのスコープも怪しい…と思ったけど
VC6だとこれでいいんだっけ。ひさしぶりに見た。
328デフォルトの名無しさん:2010/06/06(日) 09:08:12
市販の書籍でも間違ってることなんて日常茶飯事なんだ
ウェブサイトの内容なんてさらに、だろう
理論さえ理解できればサンプルコードなんて流し読みでいいんだよ
329デフォルトの名無しさん:2010/06/06(日) 09:44:17
そういうのがつもりつもって業界全体の品質劣化を招く
330デフォルトの名無しさん:2010/06/06(日) 09:46:27
>>323
分かりにくいな、これ
そもそも「弾の処理」みたいに単方向しか使わないんなら
単方向リストにすればいいのに

もしかしてこの作者は、リストとは双方向にリンクを張るものだ、
と思い込んでるのかも
331デフォルトの名無しさん:2010/06/06(日) 09:56:20
>>330
リストから削除する責任をノードに持たせればO(1)で削除できる
そしてそのためには両方向でなければならない
332デフォルトの名無しさん:2010/06/06(日) 10:02:51
>>331
単方向リストでも親ノードが分かってれば、O(1)で出来る
まあ、ケースバイケース
333デフォルトの名無しさん:2010/06/06(日) 10:05:55
いまどきリンクリストなんて意味あんの?
メモリ中に散らばるO(1)より
キャッシュに収まってるO(n)のがはるかにましなような。
334デフォルトの名無しさん:2010/06/06(日) 10:11:30
弾みたいな小さくて大量にあって速度が必要なものはリストにしなくていいよな。
335デフォルトの名無しさん:2010/06/06(日) 10:27:17
順番を維持する必要があるならリストだが
維持する必要がないなら配列にして
穴が出来たら最後の要素を移せばいい
336デフォルトの名無しさん:2010/06/06(日) 11:21:24
配列で作って要素は前後は番号かポインタで保持すればいいんじゃ、、、
337デフォルトの名無しさん:2010/06/06(日) 11:45:02
リストのが速いんじゃないのか
穴を埋めるためにコピーする作業が手間になるんじゃないのか
338デフォルトの名無しさん:2010/06/06(日) 11:48:00
>>335ならリスト繋ぎなおすより速いはずだし
何より実体の配列にできるから要素へのアクセスがずっと速い
339デフォルトの名無しさん:2010/06/06(日) 11:49:58
配列を大きめに確保しといてリスト的に使うってのは昔からある手法
最近じゃ富豪的に組むからあんまり使われないのかな
340デフォルトの名無しさん:2010/06/06(日) 11:55:39
最近は出来合いのコレクションクラス使うから実際には配列リストの方が圧倒的に多く使われてるよ
どの言語でもどのフレームワークでもよく使うリストは大抵配列で実装されてるからね
341デフォルトの名無しさん:2010/06/06(日) 12:00:40
リストリストってうるさいな
リスト厨か
342デフォルトの名無しさん:2010/06/06(日) 12:13:22
リスト繋ぎ直すより構造体コピーの方が速いかね?
343デフォルトの名無しさん:2010/06/06(日) 12:27:17
リストで問題になるのは要素のメモリ確保の時間だが
使用済み要素をプールして使い回す方法で回避できる
344デフォルトの名無しさん:2010/06/06(日) 13:00:49
ぶっちゃけた話コンテナに入れるものとアロケータ次第だよ
どっちが有利になるかは要素の特性次第
そしてアロケータを使えばどっちだろうとカスみたいなコストしかかからんから考えるだけ無意味
もっとほかのボトルネックを探して修正した方がいい
345デフォルトの名無しさん:2010/06/06(日) 22:17:31
なんていいながらシューティングゲームの参考書にあるサンプルで使われている
タスクリストを自分で改良した物を使い続けてるわ
346デフォルトの名無しさん:2010/06/06(日) 22:24:56
リスト
347デフォルトの名無しさん:2010/06/06(日) 22:42:59
boost::intrusive::*とboost::poolでいいじゃないなにまじになって再実装なんかしちゃってるわけ?
348デフォルトの名無しさん:2010/06/06(日) 22:48:32
勉強や趣味でやってんなら、再実装おおいに良いんじゃないか
349デフォルトの名無しさん:2010/06/06(日) 22:52:49
大いに結構だね
でも一度実装して自己満足した後はそれを放り投げて
既存ライブラリ使ったほうがたぶん健やかな毎日を送れるよ
350デフォルトの名無しさん:2010/06/07(月) 00:25:49
大いに結構だね
でも一度実装して自己満足した後はそれを放り投げて
既存ライブラリ使ったほうがたぶん健やかな毎日を送れるよ !!!
351デフォルトの名無しさん:2010/06/07(月) 00:30:22
既存のライブラリに依存してると、新しいアイデアを実装することが困難になる。
352デフォルトの名無しさん:2010/06/07(月) 00:47:01
それはない。
新しいアイデアを生み出す時間が増える。
これが玄人の考え。
353デフォルトの名無しさん:2010/06/07(月) 00:50:06
それはないな。
初心者の頃に既存ライブラリの設計を学ばないと先が無い。
354デフォルトの名無しさん:2010/06/07(月) 01:02:53
プログラマーで食っていこうとしている人へのアドバイスなら適当だな
355デフォルトの名無しさん:2010/06/07(月) 01:04:37
つまんねー雑談ばっかだな
年食ってコーディングに集中できなくなると語りたがるようになるのかね
356デフォルトの名無しさん:2010/06/07(月) 01:06:02
>ゲーム開発に関してプログラムの観点からアプローチするスレッドです。
>一応質問も受け付けます。
>ソースをうpするとアドバイスがもらえるかもしれません。
>なお、このスレの内容は鵜呑みにしないこと。
357デフォルトの名無しさん:2010/06/07(月) 01:48:02
月曜日でみんな、仕事や学校があるから
もう寝ちゃいましたよ
358デフォルトの名無しさん:2010/06/07(月) 02:08:57
ここはマが多いイメージ
359デフォルトの名無しさん:2010/06/07(月) 05:01:08
ロード中画面と買ってどうやるんですか
DXライブラリ使ってます
360デフォルトの名無しさん:2010/06/07(月) 05:04:19
DXライブラリなら
1フレームごとに1ファイル読み込みにするのが一番良いと思った
361デフォルトの名無しさん:2010/06/07(月) 05:09:03
>>360
把握
ありがとうございました
362デフォルトの名無しさん:2010/06/07(月) 09:46:14
マルチスレッドを使う
363デフォルトの名無しさん:2010/06/07(月) 11:49:43
>>360
最悪な方法乙。

普通にスレッド作ってそこで読みこめばいいだけ。
364デフォルトの名無しさん:2010/06/07(月) 14:06:19
ローディング中の右下のアニメーションがカクカクすると許せないよな
365デフォルトの名無しさん:2010/06/07(月) 14:44:23
そうね
366360:2010/06/07(月) 16:50:39
>>362-363
DXライブラリはマルチスレッド対応してないんだぜ?
一応動くとはされているが。
367デフォルトの名無しさん:2010/06/07(月) 16:52:50
スレッドセーフかどうかの話じゃないの?
368デフォルトの名無しさん:2010/06/07(月) 17:08:54
まあ、スレスレでセーフだな。
369デフォルトの名無しさん:2010/06/07(月) 23:39:44
そもそもDXライブラリ使ってるようなカスにスレッドの概念が理解できるの?
370デフォルトの名無しさん:2010/06/07(月) 23:53:36
371デフォルトの名無しさん:2010/06/07(月) 23:56:11
>>369が分かりやすく解説するそうです
372359:2010/06/08(火) 02:49:51
猫でもわかる読んできてなんとなくわかったけど結局どっちがいいの?
373デフォルトの名無しさん:2010/06/08(火) 03:01:19
DXLIBでマルチスレッド使ったやり方しても変わらない気がするんだが
大体画像のロードどこまで済んだかなんてどうやって計算すんのよ
374デフォルトの名無しさん:2010/06/08(火) 03:41:56
おまえらオープンジーエル使わないの?
375デフォルトの名無しさん:2010/06/08(火) 04:55:32
いらね
376デフォルトの名無しさん:2010/06/08(火) 08:09:45
>>373
誰が画像のロードの話してるの?
377デフォルトの名無しさん:2010/06/08(火) 09:42:03
>>373
お前ってやつは・・・
378デフォルトの名無しさん:2010/06/08(火) 09:46:38
おまえら今日は仕事ないの?
379デフォルトの名無しさん:2010/06/08(火) 09:50:23
>>373
各画像のサイズに応じてロードにかかる時間をあらかじめ計算してデータとして
持たせておいて、あとはそれに従って進捗情報を表示する。
でも、たかだか画像のロードでそこまで実装するのはバカらしいよね。
何枚目まで終わったかが表示されるだけでも十分。
380デフォルトの名無しさん:2010/06/08(火) 09:54:13
10秒以上かかるならサイズでやって欲しくはあるけどまあどうでもいいな。
基本的にフリーズしていないか、無限ループに陥っていないかと
ユーザーを不安にさせない様になってればそれでいい。
381デフォルトの名無しさん:2010/06/08(火) 09:54:59
サイズでいいだろあほかよ
382デフォルトの名無しさん:2010/06/08(火) 09:58:32
ロード時間を計算する方法があるのけ
383デフォルトの名無しさん:2010/06/08(火) 14:21:13
あるべか?
384デフォルトの名無しさん:2010/06/08(火) 15:09:25
ファイルの読み込み終わるまでローディング中の画像を表示すればいいんじゃないの?
385デフォルトの名無しさん:2010/06/08(火) 15:14:54
そんなネタバレ機能は・・・w
386デフォルトの名無しさん:2010/06/08(火) 15:35:46
誤読してるのか
387デフォルトの名無しさん:2010/06/08(火) 15:38:26
"NOW LOADING"の文字だけで十分だろ
388デフォルトの名無しさん:2010/06/08(火) 15:39:10
動かない画面表示するだけなら質問以前の話だろw
389デフォルトの名無しさん:2010/06/08(火) 15:42:35
何が驚くって元の質問が30レスも前にあるってことだな
390デフォルトの名無しさん:2010/06/08(火) 15:43:37
能力以上のことをしようとするからこうなる
391デフォルトの名無しさん:2010/06/08(火) 15:44:04
何が驚くって元の質問が30レスも前にあるってことだな
392デフォルトの名無しさん:2010/06/08(火) 15:45:43
能力以上のことをしようとするからこうなる
393デフォルトの名無しさん:2010/06/08(火) 15:47:31
あれ?バグったのかな
おなじレスが
394デフォルトの名無しさん:2010/06/08(火) 15:48:39
再読み込みしてみ
直るよ
395デフォルトの名無しさん:2010/06/08(火) 15:59:27
質問者の悩みが解決できたんならそれでいいよ
396デフォルトの名無しさん:2010/06/08(火) 16:12:56
>>385
いや、ネットに落ちてるフリゲで見たことあるぞw
SELENITEとかいうローグ風ゲームだったと思う
397デフォルトの名無しさん:2010/06/08(火) 16:55:30
ゲームによってはロード 時間をあえて伸ばすのことがゲームバランスを向上させることに繋がる
398デフォルトの名無しさん:2010/06/08(火) 16:56:26
昔はコンパイル中にお茶飲んでリフレッシュできたのと
似たようなもんですね
399デフォルトの名無しさん:2010/06/08(火) 16:57:21
セガサターンか
400デフォルトの名無しさん:2010/06/08(火) 17:00:18
時間調整なら別のところでやればいいだろw
401デフォルトの名無しさん:2010/06/08(火) 17:06:25
何もしてないのにローディング画面出して、
いかにも中身が詰まったゲームっぽく見せる。
本当はすっからかんのクソゲなのにw
402デフォルトの名無しさん:2010/06/08(火) 17:09:15
シレンだな。一流の風来人はフロアのロードでモンハウを予知できる
403デフォルトの名無しさん:2010/06/08(火) 17:13:56
88のwizならディスクアクセス音でいろんなことがわかる
404デフォルトの名無しさん:2010/06/08(火) 17:43:45
>>398
スケルトンT?
405デフォルトの名無しさん:2010/06/08(火) 18:06:36
おれはSFCのトルネコなら、歩くときの微妙なモタつきでモンハウを予知できる
406デフォルトの名無しさん:2010/06/08(火) 18:27:01
>>405そんなのみんな知ってる。
407デフォルトの名無しさん:2010/06/08(火) 19:13:42
ネネは良妻
408デフォルトの名無しさん:2010/06/08(火) 19:36:36
>>405
何か来そう!って違和感をプレイヤーに与えるのは面白いかもしれないなと思った
409デフォルトの名無しさん:2010/06/08(火) 19:44:11
パチンコの予告みたいなローディングか
410デフォルトの名無しさん:2010/06/08(火) 20:29:36
ドドドドドドみたいなエフェクト出せば何か来る感じがする
411デフォルトの名無しさん:2010/06/08(火) 20:58:57
ツクールとかノベルでテキストに無駄にウェイト挟むバカは死ね
まあこのスレにツクラーとかノベルいじってる低脳は居ないと思うが
412デフォルトの名無しさん:2010/06/08(火) 21:11:51
テキストにウェイトは自動送りのスピード含めて、調節できるように作るだろ。
413デフォルトの名無しさん:2010/06/09(水) 07:09:05
あっそ
作ればあ
414デフォルトの名無しさん:2010/06/09(水) 09:10:40
>>403
アクセスが始まったら即リセットで
敵に合わずに探索可能だな。
415デフォルトの名無しさん:2010/06/09(水) 10:45:34
じじい笑
416デフォルトの名無しさん:2010/06/10(木) 00:18:10
個人からゲーム製作依頼されることってあるの?
417デフォルトの名無しさん:2010/06/10(木) 00:22:14
その個人は何億持ってるんだよ
418デフォルトの名無しさん:2010/06/10(木) 00:29:06
それは商業レベルじゃないでしょ。
419デフォルトの名無しさん:2010/06/10(木) 00:40:54
ウヒヒ、バグがやっとわかったぜ
1ヶ月かかったぜ
420デフォルトの名無しさん:2010/06/10(木) 01:17:19
いや、何かプログラミング面倒になってきたから
もう誰かに丸投げして、作ってもらって
遊ぶだけにしようかなと思ったのよ
ゲーム作ってもらうのって何億って必要なのか・・・
やっぱ自分で作るしかないのね・・・
421デフォルトの名無しさん:2010/06/10(木) 01:22:24
アホかこいつ
422デフォルトの名無しさん:2010/06/10(木) 01:27:32
個人レベルで金くれるなら作るって奴もいるんじゃね?
423デフォルトの名無しさん:2010/06/10(木) 01:30:48
そういうスレあるだろ。
424デフォルトの名無しさん:2010/06/10(木) 01:33:24
>>423
あそこらのスレは全く期待できん
無料で作ってもらおうとするから期待通りに作ってもらえんのかもしれん
425デフォルトの名無しさん:2010/06/10(木) 01:34:13
スレチだから出て行け
426デフォルトの名無しさん:2010/06/10(木) 01:36:54
奥行きのあるゲームって遠近感出すのが難しい。どれくらいの比率で小さくしていけばよいのやら
427デフォルトの名無しさん:2010/06/10(木) 01:37:35
嘘です
ゴメンなさい
428デフォルトの名無しさん:2010/06/10(木) 01:48:55
>>427
対象からの距離によるだろ。
野球中継でのピッチャー側からの映像とか、
ピッチャーもバッターも大きさが大差ないしな。
429デフォルトの名無しさん:2010/06/10(木) 06:20:26
>426
レンズの焦点距離によって遠近感も変わる
430デフォルトの名無しさん:2010/06/10(木) 09:08:49
CGの計算では画角というべきだろ。
まぁ写真で慣れてる人には焦点距離のほうが直感的なのかもしれんが。
431デフォルトの名無しさん:2010/06/10(木) 12:04:37
FOVを日本語で何て言うの。
432デフォルトの名無しさん:2010/06/10(木) 12:48:25
>>431
視野
433デフォルトの名無しさん:2010/06/10(木) 12:55:31
視野角
434デフォルトの名無しさん:2010/06/10(木) 14:11:39
フィールド オーガナイズド ヴァーティカル
435デフォルトの名無しさん:2010/06/10(木) 14:57:08
ファイナルディメンション オーバーパワード ヴィクトリー
436デフォルトの名無しさん:2010/06/10(木) 16:03:24
フレキシブル オプショナル ヴァリュー
437デフォルトの名無しさん:2010/06/10(木) 16:04:07
Final Override Variable
438デフォルトの名無しさん:2010/06/10(木) 16:07:23
Field Of View ・・・ 視野、視界、視角 だよ
439デフォルトの名無しさん:2010/06/10(木) 16:38:35
 あ〜あつまんねえこと書きやがって。
440デフォルトの名無しさん:2010/06/10(木) 17:30:17
アホかこいつ
441デフォルトの名無しさん:2010/06/10(木) 18:13:08
お前みたいなのはコミュ力が低いからいじめられるんだよw
まわのせいじゃない、おまえ自身の問題だ。
442デフォルトの名無しさん:2010/06/10(木) 23:16:20
コミュ力
443デフォルトの名無しさん:2010/06/10(木) 23:19:58
コミュ力って日本語でなんていうの?
444デフォルトの名無しさん:2010/06/10(木) 23:21:30
コネ力
445デフォルトの名無しさん:2010/06/10(木) 23:35:01
>>443
なかよしパワー
446デフォルトの名無しさん:2010/06/10(木) 23:50:15
協調性だろ。
447デフォルトの名無しさん:2010/06/11(金) 00:31:42
意思伝達能力
448デフォルトの名無しさん:2010/06/11(金) 00:35:43
言いたいことや伝えたいことなどを相手に伝える能力。そして相手の言いたいこと、伝えたいことを正しく理解する能力
伝える能力は、日本語力だけでなく、相手に合わせて話し方や話の切り出し方などを工夫する力も必要とされる
理解する能力は、相手が下手な日本語でも前後の話や相手の性格等を加味し、適切に理解をすること。理解するのに必要な言葉のやり取りも含めて

449デフォルトの名無しさん:2010/06/11(金) 00:38:53
DSでゲーム作るときって浮動小数点使ってる?固定小数点使ってる?
450デフォルトの名無しさん:2010/06/11(金) 01:36:16
DSでゲーム作るやつがここに来るわけがないだろw
451デフォルトの名無しさん:2010/06/11(金) 01:44:18
DS”で”ゲームって作れるの?ゲ製のほうにスレあんじゃないの?
452デフォルトの名無しさん:2010/06/11(金) 01:50:12
ワリオのやつ?
453デフォルトの名無しさん:2010/06/11(金) 01:52:45
Homebrewじゃないか?
454デフォルトの名無しさん:2010/06/11(金) 01:56:32
DSって Developing Script の略だっけ?
455デフォルトの名無しさん:2010/06/11(金) 02:13:57
D言語のことだろ
456デフォルトの名無しさん:2010/06/11(金) 03:46:08
いまさらディスクシステムかよ。
457デフォルトの名無しさん:2010/06/11(金) 06:05:20
どっこい死んでいる
458デフォルトの名無しさん:2010/06/11(金) 09:41:32
ネトゲでBOT作るのに必要な知識教えてください
459デフォルトの名無しさん:2010/06/11(金) 10:02:58
板の規約読め馬鹿
460デフォルトの名無しさん:2010/06/11(金) 11:04:45
まわ(笑)
461デフォルトの名無しさん:2010/06/11(金) 14:10:53
ふわぁ〜
462デフォルトの名無しさん:2010/06/11(金) 14:12:17
おはよう諸君
さっそくシコシコゲーム作りに励みたまえ
463デフォルトの名無しさん:2010/06/11(金) 15:52:24
シコシコに夢中でゲーム制作が全然進まない。
464デフォルトの名無しさん:2010/06/11(金) 15:58:01
ちんぽ切り落とせば無問題
465デフォルトの名無しさん:2010/06/11(金) 16:19:32
へぇ
466デフォルトの名無しさん:2010/06/11(金) 18:13:19
PS3にとってフルHDとは幻想だったんですか?
467デフォルトの名無しさん:2010/06/11(金) 20:01:09
はい、低解像度でレンダリングして引き伸ばすだけです。
468デフォルトの名無しさん:2010/06/12(土) 16:08:08
レンダリングパスという表現が未だにわからないのですが,
ぼやっとで良いので,意味とか使われ方とか教えてください.
469デフォルトの名無しさん:2010/06/12(土) 16:14:27
ケータイ向けのゲーム作るときってやっぱCPUの負荷みたいなの考えて作ってるの?
470デフォルトの名無しさん:2010/06/12(土) 16:14:31
レンダリングというのは、形状データなどをもとに、可視化して画像データを作ること。
この際に、ジオメトリ演算→光源の設定→スキャン ... のように段階を経ておこなわれるので、
その一連の手続きの経路をパスという。
471デフォルトの名無しさん:2010/06/12(土) 16:17:21
>>469
負荷は当然だけど、プログラムサイズも切り詰めないとだめだよ。
472デフォルトの名無しさん:2010/06/12(土) 16:17:26
>>470
即レスありがとうございます.
”パスを増やす”とか言う会話を聞いたことがあるんですが,
増やしたり減らしたりするものですか?
473デフォルトの名無しさん:2010/06/12(土) 16:17:32
なるほど
474デフォルトの名無しさん:2010/06/12(土) 16:18:21
>>471
即レスありがとうございます.
ケータイ向けはやっぱハードル高いんだなぁ
475デフォルトの名無しさん:2010/06/12(土) 16:20:54
高くないよ、むしろ低いだろ。環境も簡単に手に入るし、JAVAで動くんだから。
476デフォルトの名無しさん:2010/06/12(土) 16:35:05
言語がJavaとか、開発環境を整えやすいってことと
ケータイ用のゲームを設計することとは違うような
477デフォルトの名無しさん:2010/06/12(土) 16:37:48
>>476
おれの発言には逆らわなくていいから。
478デフォルトの名無しさん:2010/06/12(土) 16:41:36
カメラが向いている方向にカメラを移動させる
やり方が思いつかないんですけど、
どんな感じでやればいいでしょうか
479デフォルトの名無しさん:2010/06/12(土) 16:42:22
エスパー現る
480デフォルトの名無しさん:2010/06/12(土) 16:55:19
どんな方向にカメラが向いていても
x、y、zに関係なく、たとえばWを押したら、前に進めるかってことです
481デフォルトの名無しさん:2010/06/12(土) 17:04:03
>>478
カメラの向いている方向ベクトルがあれば可能。
DirectXだったらD3DXMatrixLookAtLHの第2引数Eyeと第3引数Atから、
At - Eye 向いている方向ベクトルが得られる。
あとは、これを正規化し、移動距離を掛けたものをカメラ位置Eyeに足すだけ。
482デフォルトの名無しさん:2010/06/12(土) 17:11:06
>>478
カメラの向いている方向ベクトルがあれば可能。
DirectXだったらD3DXMatrixLookAtLHの第2引数Eyeと第3引数Atから、
At - Eye 向いている方向ベクトルが得られる。
あとは、これを正規化し、移動距離を掛けたものをカメラ位置Eyeに足すだけ。
483デフォルトの名無しさん:2010/06/12(土) 17:23:05
大事なことなの(ry
484デフォルトの名無しさん:2010/06/12(土) 17:44:51
>>481
ありがとうございます。
485デフォルトの名無しさん:2010/06/12(土) 18:12:59
>>472
ああごめん、path じゃなくて pass のほうか(両方ある)。
その場合、経路における各段階のこと。
486デフォルトの名無しさん:2010/06/12(土) 19:18:29
>>476
じゃあ余計ハードルは低いじゃないか
487デフォルトの名無しさん:2010/06/12(土) 19:57:28
ファミコンより楽だよな
488デフォルトの名無しさん:2010/06/12(土) 20:44:08
むふふ
489デフォルトの名無しさん:2010/06/12(土) 21:35:34
携帯ゲームなんてずぶの素人でも作れらあ
490デフォルトの名無しさん:2010/06/13(日) 14:14:37
個人だと、実機による動作確認が面倒そうだ。
2台3台と持ってる人はそんなに居ないだろうから。
491デフォルトの名無しさん:2010/06/13(日) 14:25:14
友達いないの?
492デフォルトの名無しさん:2010/06/13(日) 14:26:09
俺は無意味につるまないロンリーウルフなんで
493デフォルトの名無しさん:2010/06/13(日) 14:28:36
かっけー
オレも一匹狼の会に入会しようかな
494デフォルトの名無しさん:2010/06/13(日) 15:06:14
と、うまく美化したもようで…
495デフォルトの名無しさん:2010/06/13(日) 17:55:38
>>489
おまえには携帯ゲーム機でさえむりだな。
496デフォルトの名無しさん:2010/06/14(月) 01:40:12
>>485
じぶんの混乱の理由もパス違いによるような..w

ちなみに,
レンダリングパスとレンダリングターゲットというのは
全く別ものでしょうか?
違いを教えて頂けると助かります.
497デフォルトの名無しさん:2010/06/14(月) 03:37:15
レンダリングターゲットってのはDraw命令の対象を言う
通常はフレームバッファだが、テクスチャだったりと切り替えられる

それで出てくるのが、レンダリングパス
画面に出すには、必ずフレームバッファに書き込む必要があるが
たとえば、テクスチャにレンダリングして
そのテクスチャを使ってフレームバッファに書き込む事を2パスと言う

以上、ざっくり説明
498デフォルトの名無しさん:2010/06/14(月) 13:11:56
趣味でゲーム作ってる人って
ゲームはどこまで公開する?
自分専用とか家族や友達に遊んでもらうとか
自分のHPで公開するとか、あるいはベクターみたいな不特定多数が見れるとこに公開するとか
公開するレベルによって
作るゲームの質とかも気にかけるの?
499デフォルトの名無しさん:2010/06/14(月) 13:13:59
そんな事を聞いてどうすんだ?人それぞれだろ?アンケートでもとりたいのか?何人回答すれば気が済む?
500デフォルトの名無しさん:2010/06/14(月) 13:15:40
100人
501デフォルトの名無しさん:2010/06/14(月) 13:16:39
>>498
スレチ

終了です
502デフォルトの名無しさん:2010/06/14(月) 18:36:15
そもそもスレ自体が板違いなわけですが
503デフォルトの名無しさん:2010/06/14(月) 18:54:23
細かい事気にするとインポになるよ
504デフォルトの名無しさん:2010/06/14(月) 18:58:02
ガッ
505デフォルトの名無しさん:2010/06/14(月) 19:03:45
負けそう
506デフォルトの名無しさん:2010/06/14(月) 19:04:24
CPUのレベル落とせばおk
507デフォルトの名無しさん:2010/06/14(月) 19:09:48
日本代表の相手はCPUで動いてるのか!
508デフォルトの名無しさん:2010/06/14(月) 20:26:37
CPUのレベル落としたって全体が遅くなるだけだろw
509デフォルトの名無しさん:2010/06/14(月) 20:28:57
サッカーゲームのAIって一体どうなっているというのです?
510デフォルトの名無しさん:2010/06/14(月) 21:12:07
なるほど。ゲームスレでもCPUはプロセッサのことになるのか。
511デフォルトの名無しさん:2010/06/14(月) 21:31:32
メインプロセサーを含んだ統合ユニットのことだな。
512デフォルトの名無しさん:2010/06/14(月) 22:08:33
>>508おまえわかってないだろ。
513デフォルトの名無しさん:2010/06/14(月) 22:57:39
>>509

if (目の前にボールがある)
  蹴る:
else
  走る;
514デフォルトの名無しさん:2010/06/14(月) 22:58:29
wait の量によっては CPU 速度を下げても何も変わらないな。
515デフォルトの名無しさん:2010/06/14(月) 22:59:32
>>513
小学生かよwww
516デフォルトの名無しさん:2010/06/14(月) 23:11:55
複雑になるだけで、実際にやってることは>>513みたいなもんだ
517デフォルトの名無しさん:2010/06/14(月) 23:45:13
いや、全然違うだろ
サッカーゲームやったことないのか?
518デフォルトの名無しさん:2010/06/14(月) 23:50:44
CPUアルゴリズム組んだことないのか?
519デフォルトの名無しさん:2010/06/14(月) 23:52:48
>>517
同意
まったくわかってないな
こうだろ

if (目の前にボールがある){
  蹴る:
}else if (カメラに映ってない){
  オナる;
}else{
  走る;
}
520デフォルトの名無しさん:2010/06/15(火) 00:11:52
ピッチでいきなりオナニー始めたら怖いなww
521デフォルトの名無しさん:2010/06/15(火) 00:21:16
選手だけだと思っていたら素人
522デフォルトの名無しさん:2010/06/15(火) 00:53:33
それは単なるルーチンであって AI ではない。
523デフォルトの名無しさん:2010/06/15(火) 00:54:45
>>522
お前がそう思ってるならそれでいいけど
それを他の人間には強要できない類の問答
524デフォルトの名無しさん:2010/06/15(火) 00:57:42
一人プレイのことを CPU 戦とか言い始めたのって誰なんだ?
相手をしてるのはあくまでプログラムであって、CPU が相手をしてくれてるわけじゃないだろ。
CPU 変えても強さが変わるわけじゃないしな。
そりゃ、将棋か何かで、検索に時間制限を付けてるなら変わるだろうけど。
525デフォルトの名無しさん:2010/06/15(火) 01:05:17
そういえば昔のゲームで 2 人プレイする時に、
1UP, 2UP, て表示してたゲームあったけど、
あれ、何の略だったんだろうか?
User Player ?
UnPerson ?
526デフォルトの名無しさん:2010/06/15(火) 01:12:14
サッカーAIについて誰も答えられない・・・
しらねえって言えよ
527デフォルトの名無しさん:2010/06/15(火) 01:19:11
細かく条件分けしていくだけだろ。
他にどう答えるんだよw
528デフォルトの名無しさん:2010/06/15(火) 01:20:03
>>524
広義のCPUは普通にコンピュータやコンピュータの処理を指す
529デフォルトの名無しさん:2010/06/15(火) 01:22:08
CPU戦のCPUはコンピュータの略だと思うことにした
530デフォルトの名無しさん:2010/06/15(火) 01:29:26
531デフォルトの名無しさん:2010/06/15(火) 01:50:28
>>507
Intel入ってます。だなw
532デフォルトの名無しさん:2010/06/15(火) 01:56:10
あのCM見るたびにインテルに恐怖を覚える
533デフォルトの名無しさん:2010/06/15(火) 01:57:22
>>531
細かいことだけどIntelじゃなくてintelな
534デフォルトの名無しさん:2010/06/15(火) 02:09:01
>>531
細かいことだけど Intel入ってます。 じゃなくて intel、はいってる な
535デフォルトの名無しさん:2010/06/15(火) 03:03:15
確かに条件分岐するだけなんだが、流石にパラメータについて言及しなけりゃ本質とはいわねえよ
数学なんて細かい足し算だろってまあ確かにそうだけどくらいのどーでもいい話
536デフォルトの名無しさん:2010/06/15(火) 03:43:47
>>530
大昔のピンボールで使われていたとなると、7セグメントディスプレイの都合で
1UPになったのかもね。何を意味するかは分からんが。
537デフォルトの名無しさん:2010/06/15(火) 06:24:14
となると、実は1VPだった可能性も出てくるな
538デフォルトの名無しさん:2010/06/15(火) 07:48:47
昔Vコビなるキャラがいてだな
みんなUコビUコビ言ってたの思い出したわw
539デフォルトの名無しさん:2010/06/15(火) 12:39:55
やっぱりゲーム好きがゲーム・プロ・グラマーになるんかね。このスレゲーム好き多い
540デフォルトの名無しさん:2010/06/15(火) 13:07:35
ゲームは好きだけど、マニアほどではない。
たぶんそんなのだともう。

てかゲームマニアはゲーム作ってる暇があるなら遊びたいだろうしね。
541デフォルトの名無しさん:2010/06/15(火) 13:53:34
グラマラスなプログラマーは乳でキーを打つという
542デフォルトの名無しさん:2010/06/15(火) 13:54:17
キーは叩くもので打つものではない
543デフォルトの名無しさん:2010/06/15(火) 14:00:28
乳は?
544デフォルトの名無しさん:2010/06/15(火) 14:02:39
打鍵って言うよね
545デフォルトの名無しさん:2010/06/15(火) 14:14:53
吸うもの
546デフォルトの名無しさん:2010/06/15(火) 14:17:34
用例: 私はおもむろにプログラマーの乳を吸った
547デフォルトの名無しさん:2010/06/15(火) 14:20:10
反射系のゲームで池田ァ!がグーパンチを避けるか当たるかのワンキーゲーム
プレイヤーは池田ァ!を操作。飛んでくるグーパンチにタイミングを合わせてボタンを押すと
カナちゃんがグーパンチを受け止めます。タイミングを外すとカナちゃんがボコられます。
グーパンチを3発喰らうとゲームオーバー
548デフォルトの名無しさん:2010/06/15(火) 14:21:36
という感じのゲームを作りたいんだが
早撃ちゲームとかと同じと思うんだけど
どうやって作るんだろう
549デフォルトの名無しさん:2010/06/15(火) 14:25:25
ブーム去ったアニメキャラでゲーム作る意味が無い
550デフォルトの名無しさん:2010/06/15(火) 14:26:07
そもそも著作権法違反
551デフォルトの名無しさん:2010/06/15(火) 14:26:35
ストップウォッチを作ってみればいいよ。
これがわからなければ無理。
552デフォルトの名無しさん:2010/06/15(火) 14:29:20
アニメキャラ勝手に使ったらだめなの?フリーで
553デフォルトの名無しさん:2010/06/15(火) 14:30:48
まあ不特定多数の人に公開するなら許可なしじゃダメ
554デフォルトの名無しさん:2010/06/15(火) 14:48:57
>>552馬鹿だから死ねよ。
555デフォルトの名無しさん:2010/06/15(火) 15:09:06
ヤンキーゲームって何だよ・・・
556デフォルトの名無しさん:2010/06/15(火) 16:09:37
>>554
通報しました
557デフォルトの名無しさん:2010/06/15(火) 17:06:45
>>556
ほら、早く死んじゃいなw
558デフォルトの名無しさん:2010/06/15(火) 17:13:48
お前らどうしてそんな程度の低い煽り合いが好きなんだ?
2chで口論負けると炭鉱送りにでもなるのか?
559デフォルトの名無しさん:2010/06/15(火) 17:19:53
アークタンジェントを高速に求めるためにテーブル化を検討してるんだけど
良い方法教えてください。
入力は任意の2点(x, y) で、出力は 0〜359(degree) が望ましいです


// こんなの考えたけど、0〜45の精度が悪いくせに46〜90が無駄になる
for(int i=0; i<512; ++i){
ATAN_TABLE[i] = (i / 10.0f) * 180.0f / PI;
}

float atan(x, y){
int i = (y / x) * 10.0f;// 入力精度 0.1
return ATAN_TABLE[i];
}
560デフォルトの名無しさん:2010/06/15(火) 17:38:40
atanが今時ボトルネックなの?
561デフォルトの名無しさん:2010/06/15(火) 17:52:10
>>560
え、早いの?
ごめん何も調べずに数学系は遅いと思ってたんだけど

あと>>559のソースいい加減だった
562デフォルトの名無しさん:2010/06/15(火) 17:57:19
>559
昔固定小数点でやったときは45度分のテーブル作って
(y >= 0) (x >= 0 ) (x > y)で八分岐
45度付近の精度が微妙だったが
浮動小数点なら>560
563デフォルトの名無しさん:2010/06/15(火) 17:58:21
atanなんかより他にやることあんだろって意味でしょ
564デフォルトの名無しさん:2010/06/15(火) 18:20:05
何に使うのか知らんが360じゃ精度不安だし現在のほとんどの環境でatan2がネックとなることはない
テトリスみたいな携帯筐体作るってなら別だが
565デフォルトの名無しさん:2010/06/15(火) 18:34:20
アークタンジェントの質問だけならこのスレで質問する意味がわからない
ゲームの話皆無やん
アークタンジェント自前で作るって人多いの?
566デフォルトの名無しさん:2010/06/15(火) 18:36:46
何の言語か知らんが言語スレのほうが良いアドバイス出るかものなんてことはない
567デフォルトの名無しさん:2010/06/15(火) 18:38:10
調べもしないであーたんを疑うなんて・・・
568デフォルトの名無しさん:2010/06/15(火) 18:40:32
MIDPにアークタンジェントは無い
569デフォルトの名無しさん:2010/06/15(火) 18:42:18
傾きから角度を求める関数だっけ?何に使うんだろう
570デフォルトの名無しさん:2010/06/15(火) 18:46:12
ブロック崩しの弾の跳ね返りの角度とか求めるのに必要
571デフォルトの名無しさん:2010/06/15(火) 18:52:04
角度なんて適当でいいんだよ
むしろランダムにした方が燃える
572デフォルトの名無しさん:2010/06/15(火) 18:59:51
>>570
必要無いだろ
573デフォルトの名無しさん:2010/06/15(火) 19:03:25
浮動小数点演算コプロセッサが高価だった時代のゲームでは、三角関数とかの
テーブル化とかわりと定番のテクニックだったわけだけど
574デフォルトの名無しさん:2010/06/15(火) 19:05:28
ピクミンがプレイヤーの方にわらわら寄ってくるのに必要
575デフォルトの名無しさん:2010/06/15(火) 19:08:16
よってくるだけなら三角関数はいらないな。
576デフォルトの名無しさん:2010/06/15(火) 19:30:38
>>569
STGの自機狙い弾とか
577デフォルトの名無しさん:2010/06/15(火) 19:40:52
>>576
必要ない
578デフォルトの名無しさん:2010/06/15(火) 19:42:57
まっすぐ向けるだけなら必要ないが、ちょっと左右にそらすとかするのに必要だろう。
579デフォルトの名無しさん:2010/06/15(火) 19:49:55
極座標だろうが直交座標だろうがベクトルは同じだろう物理的に考えて
atanなんて無くてもいんだよこの世界ではね
580デフォルトの名無しさん:2010/06/15(火) 19:50:14
まっすぐ向けるにも必要だよ
必須ではないが物体の速度はベクトルで持っておくべき
581デフォルトの名無しさん:2010/06/15(火) 19:51:42
方向をブキって回すならいらないけど
クルンって回転させるなら必要だよね
582デフォルトの名無しさん:2010/06/15(火) 19:53:05
atanの発音はあーたん?
583デフォルトの名無しさん:2010/06/15(火) 19:55:28
ていうか画像表示まで考えると必須だな
584デフォルトの名無しさん:2010/06/15(火) 19:58:42
物理やっててもatanってあんまし使わないわ
585デフォルトの名無しさん:2010/06/15(火) 20:09:48
弾の移動がdx,dyを足し合わせてるだけのSTGとかHSP製だとよくあるレベル
586デフォルトの名無しさん:2010/06/15(火) 20:15:18
フレーム毎に自機の位置把握してるだけで避けるの大変だぞ
587デフォルトの名無しさん:2010/06/15(火) 20:16:45
別に向きをベクトルで持って
回転行列で回転していくこともできるけど
角度で持った方が早いだろう
588デフォルトの名無しさん:2010/06/15(火) 20:23:21
PI=4*atan(1)
589デフォルトの名無しさん:2010/06/15(火) 20:36:20
>>587
それはそれで今度は角度でしか計算できないじゃん
それが不便だから
角度でもベクトルでも相互に変換できるようにしちゃったほうが楽
足場が回転したらどっちにしろ再計算が必要っしょ?
590デフォルトの名無しさん:2010/06/15(火) 20:53:08
足場が回転しても
発射点が変わるだけじゃ
591デフォルトの名無しさん:2010/06/15(火) 20:57:26
>>590
時計の針の上乗ってたとして12時に12時の方を向いてた奴が
6時には6時の方を向いてるイメージ
592デフォルトの名無しさん:2010/06/15(火) 21:04:02
なるほど
まあ同じだけ回転させればいいだけに見えるけど
593デフォルトの名無しさん:2010/06/15(火) 21:09:39
そういうのは仕様しだいだろ。
594デフォルトの名無しさん:2010/06/15(火) 21:15:41
>>592
さらにもうワンギア加わって
回転してるギア(速度高)の上でさらに回転してるギア(速度低)の上に乗っている配管工のおっさんが
地上(ギアの影響をうけない)にいる配管工弟のほうに向かって歩く話だが・・・
595デフォルトの名無しさん:2010/06/15(火) 21:17:26
だからそういうのは仕様しだいだろって。
596デフォルトの名無しさん:2010/06/15(火) 21:26:02
>>594
さらにもうワンギア加わって
回転してるギア(速度高)の上でさらに回転してるギア(速度中)の上でさらに回転してるギア(速度低)の上に乗っている配管工のおっさんが
地上(ギアの影響をうけない)にいる配管工弟のほうに向かって歩く話だが・・・
597デフォルトの名無しさん:2010/06/15(火) 21:30:50
足場の上の物体って
足場が物体に作用する感じでいいのか?
それとも物体が足場の影響を計算するのか
598デフォルトの名無しさん:2010/06/15(火) 21:42:41
両方だよ。作用・反作用だからな。
599デフォルトの名無しさん:2010/06/15(火) 21:44:13
>>597
個々の物体の当たり判定を調べる場所にもよるが、たいていオブジェクト側から調べるのでオブジェクトが地形に合わせて補正する
600デフォルトの名無しさん:2010/06/15(火) 22:21:08
>>597
根っこ(親:ワールド座標)から順に処理していけば問題なさげ
足場に乗った瞬間にワールドローカルの親子関係を紐付けしないと面倒だけど
そんなのは簡単だと思う
601デフォルトの名無しさん:2010/06/16(水) 00:35:39
>>582
アークタンジェントの略だからあーたんであってるよ
602デフォルトの名無しさん:2010/06/16(水) 01:03:50
あーたん(*´д`*)ハァハァ
603デフォルトの名無しさん:2010/06/16(水) 01:39:27
あーたんって こどものおもちゃ のハヤマ アキトの愛称だっけ?サナちゃんがそう呼んでたような気がした。アニメ厨だが
604デフォルトの名無しさん:2010/06/16(水) 01:41:01
NHK教育のいないいないばあの実況であーたんが可愛がられてるな
605デフォルトの名無しさん:2010/06/16(水) 01:41:50
天テレのアリスで、サイン・コサイン・ブイサインとか言ってたが、アークタンジェントはマイナーだな
606デフォルトの名無しさん:2010/06/16(水) 11:30:31
>>585
それって弾丸が移動するためのベクトルだろ。
607デフォルトの名無しさん:2010/06/16(水) 12:32:09
だから?
608デフォルトの名無しさん:2010/06/16(水) 12:35:00
>>607顔真っ赤
609デフォルトの名無しさん:2010/06/16(水) 16:23:52
ワールド座標はxyzで、ローカル座標はrθφがやりやすい
というか2体問題は極座標の方が楽
610デフォルトの名無しさん:2010/06/16(水) 16:26:04
変数名や関数名に全角文字使ってるの?
611デフォルトの名無しさん:2010/06/16(水) 18:02:19
使えよ
612デフォルトの名無しさん:2010/06/16(水) 20:06:09
>>610
時代の流れに乗れてないなw
613デフォルトの名無しさん:2010/06/16(水) 20:56:11
>>609
極座標の延長がクオータニオンだっけ?
614デフォルトの名無しさん:2010/06/16(水) 21:12:11
クオータニオンは回転だな
量子力学のスピンと良く似ている(720度で元に戻る所とか)
615デフォルトの名無しさん:2010/06/16(水) 21:13:48
未だ3Dに手を出す気になれん
616デフォルトの名無しさん:2010/06/16(水) 21:26:20
つかれた
617デフォルトの名無しさん:2010/06/16(水) 21:35:26
ちなみに、複素数が2次直交座標と対応するのと似たような感じで
純クオータニオンは3次直交座標と対応する
618デフォルトの名無しさん:2010/06/16(水) 22:15:18
GetCursorPosでマウスの動きを、
視点の動きにしているのですが、
これだと
マウスの動く範囲が画面の大きさに制限されてしまいます。
マウスの動きを無制限にしたりできないのでしょうか。
619デフォルトの名無しさん:2010/06/16(水) 22:22:47
マウスカーソルを非表示にしてるなら
マウスカーソルを毎回画面中央にでも戻せばいいんじゃないの
620デフォルトの名無しさん:2010/06/16(水) 22:27:13
>>618
DirectX SDKにRawInputでマウスを扱う説明あるよ。

>>619
それでは高dpiマウスで画面の端にひっかかってしまうので駄目。
実際にそれをやってる韓国FPSで問題になってる。
621デフォルトの名無しさん:2010/06/16(水) 22:32:14
>>619
それって戻すときに排他処理しないとだめなんじゃね?
622デフォルトの名無しさん:2010/06/16(水) 22:42:13
そうだよ
623デフォルトの名無しさん:2010/06/16(水) 22:43:17
え、普通にクライアント座標からワールド座標に変換すればいいんじゃないの?
624デフォルトの名無しさん:2010/06/16(水) 22:43:32
確かにマウスの生の入力には画面端なんて概念ないな
625デフォルトの名無しさん:2010/06/16(水) 22:49:44
マウスを中央固定にするのは割りと常套手段だぞ
626デフォルトの名無しさん:2010/06/16(水) 23:24:31
毎回画面中央に戻す方式で、画面端クリッピングが問題になるって、
どれだけ高dpiのマウスをどれだけ高速に動かした場合だよ。

問題になるようなアプリもあるかもしれないとは思うが。
627デフォルトの名無しさん:2010/06/16(水) 23:49:15
いや、モニタ解像度がとんでもなく低いのかも知れない
フルスクリーンモードで2x2ドットだと中央値とっても動かせない方向ができてしまうし
628デフォルトの名無しさん:2010/06/17(木) 00:04:29
あー、なるほどやっと質問の意味がわかった
マウスが画面端にくると止まってやがるから移動量がとれないって話なのな
んで毎フレ画面の中央に戻してるんだけどワンフレ内で画面よりはるかに大きな移動量がほしいけど
ワンフレの移動量が画面内に制限されるからムキムキしてると

ふーん・・・なんか解決策なさげw

マウスの移動速度をものっすごく遅くしてもらうとかw
629デフォルトの名無しさん:2010/06/17(木) 00:17:26
つーか中央固定にしないとそれこそデスクトップ解像度内に制限されんじゃね
630デフォルトの名無しさん:2010/06/17(木) 00:21:50
>>629
だからそのことを言ってるんだろ?
ゲームの画面じゃなくてワンフレの可動域がディスプレイに制限されちゃう的な

ところでマウスの相対データって画面端にきたらとれなかったっけ?
いままであんまり熱心にやったことないからわからんな
631デフォルトの名無しさん:2010/06/17(木) 00:27:09
>>626
FPSゲーマーは、標準的なUSBマウスの上限の127*125Hz=15875counts/secでも
足りないと言ってる。
この速度でマウスを動かした場合、30fpsだと1フレームに529ドット動くことになる。
これは解像度の横幅が1024では端に届く速さ。
15fpsなら倍の1058ドット動く。フルHDでも引っかかる。
これはnegative accelerationと呼ばれる問題の1つ。

ちなみにnegative accelerationには主に3つの原因があって、
1. マウスそのものの性能限界
2. カーソルを中央に戻す方式で画面端にひっかかる(韓国FPSが代表的)
3. DirectInput等でバッファのサイズ不足

3は一般的なマウスはデータの転送頻度が125Hzだが、ゲーマー向けマウスや
普通のマウスでもドライバを改造すると1000Hzに設定できるので、例えば30fpsなら
最低でも34個分のバッファが必要。これが足りなくなると、取りこぼしが発生する。

FPSゲーマーは、例えばマウスを3cm動かすと180度回転する設定にしている場合、
3cm右に動かして真後ろを確認した後に、3cm左に動かして元に戻す。
重要なのは移動距離と角度のリニアな対応で、少しでもnegative accelerationが
発生すると、マウスの位置を元に戻してもゲーム内の視点が元に戻らない。

だから、振り向く途中で瞬間的に10fpsを下回るような場合があっても、マウスの
移動距離と視点の回転角度は一致させなければいけない。
それを実現するにはRawInputかDirectInputを使えば簡単にできることで、
大して難しくもないから、マウスカーソルを毎フレーム真ん中に戻すなんて手法は
今すぐやめるべき。
632デフォルトの名無しさん:2010/06/17(木) 00:33:17
すげー質問スレらしいな
633デフォルトの名無しさん:2010/06/17(木) 00:34:34
>>1読む限りでは質問スレの役目も担うってだけなんだけどな
634デフォルトの名無しさん:2010/06/17(木) 00:42:23
端じゃなくてもずれるだろ。
中央を(0,0)として、

(0,0)を検出    ☆合計移動量(0,0)
移動量 +4,+4 (4,4)
移動量 +5,+5 (9,9)
(9,9)を検出    ☆合計移動量(9,9)
移動量 +6,+6 (15,15)
(0,0)に戻す
移動量 +5,+5 (5,5)
移動量 +4,+4 (4,4)
(9,9)を検出    ☆合計移動量(18,18)

635デフォルトの名無しさん:2010/06/17(木) 00:48:38
>>631
・FPSで30fpsというのはまずありえない。60か、物によって120以上出るのもある。1フレームに250なら二十年前のPCでも端に届くことはない
・カーソルを中央に戻す方式はCounterStrikeでも採用している
636デフォルトの名無しさん:2010/06/17(木) 02:11:50
ケータイゲームだとフレームレートが10FPSを下回るとか
637デフォルトの名無しさん:2010/06/17(木) 02:12:15
>>635
CounterStrike negative-accelerationでググれば高dpiマウスで問題がある話は
すぐに見つかるよ。

DirectInputはだいぶ前から非推奨になっているし、Raw InputはXP以降でないと
使えないので、XP以前も無視できなかった時期にどちらも使えなかったゲームが
あったのはしょうがないと思う。
既にXP以前なんて無視できる今、問題があると分かっている方法をわざわざ
使う理由は無いでしょ。
638デフォルトの名無しさん:2010/06/17(木) 04:52:41
>>636
ありえない
通報した
639デフォルトの名無しさん:2010/06/17(木) 09:28:47
確かに気持ち悪いんだろうけど
大多数の人間が楽しく遊べてるのに
一部のゲーマーが重箱の隅をつついて喚き散らして
それに知恵を搾り出すなんてのは何か無駄な気がする。

分かりやすく言えば、仕様でおk。
どうでもいいよ。
640デフォルトの名無しさん:2010/06/17(木) 09:55:18
メタルギアRISINGのムービー見たんだけど
http://livedoor.2.blogimg.jp/insidears/imgs/4/2/42946973.jpg

リアルタイムに半分に切ったりするのってどういう仕組み?
641デフォルトの名無しさん:2010/06/17(木) 10:16:31
>>640 何か不思議なところでもあるのか?
642デフォルトの名無しさん:2010/06/17(木) 10:21:11
立方体を平面で分割することから始めてみるといいと思うよ
643デフォルトの名無しさん:2010/06/17(木) 10:27:44
ジオメトリシェーダーかなんかで動的にメッシュを分割してるんですかね?
644デフォルトの名無しさん:2010/06/18(金) 01:06:00
もともと分割させときゃいいじゃん
645デフォルトの名無しさん:2010/06/18(金) 01:12:05
カードのドラッグ移動って結構難しいんだな・・・挫折したからクリック移動にした。
646デフォルトの名無しさん:2010/06/18(金) 02:45:43
そんなばかな
647デフォルトの名無しさん:2010/06/18(金) 03:21:28
ソンナバかな
648デフォルトの名無しさん:2010/06/18(金) 03:22:35
遜那芭加南
649デフォルトの名無しさん:2010/06/18(金) 03:33:17
ゲームプログラマの人から見て、このゲームどうですか?
なんか今凄い人気があるゲームらしいんですが
専用のスレッドまであると聞いたんですが

タイトル】少年と、竜
【ジャンル】ファンタジーRPG
【URL】http://www.freem.ne.jp/game/win/g02726.html
【スクリーンショット】 同上
【備考/DL容量】RPGツクールXPランタイム

竜鱗亭(公式)
http://ryuurintei.blog-rpg.com/
650デフォルトの名無しさん:2010/06/18(金) 03:39:57
ゲームデザイナースレにでも行ってください
ツクール製な時点でプログラマが語れる部分は無い
651デフォルトの名無しさん:2010/06/18(金) 03:42:21
>>648
仏教用語か
652デフォルトの名無しさん:2010/06/18(金) 07:13:30
ツクールは技術よりもアイデアと素材集めの力が試される
653デフォルトの名無しさん:2010/06/18(金) 08:08:47
Dante98IIとか結構ハマった記憶がある。
最近のツクールだとスクリプトで動かしたりするんだっけ。Rubyかなんかの。

実は俺、ゲームそのものより、ああいうツール系を作るほうが好きなんだ…。
654デフォルトの名無しさん:2010/06/18(金) 08:32:19
じゃあローグライクツクールを作ってください
655デフォルトの名無しさん:2010/06/18(金) 08:59:12
あ、それ面白そう。
656デフォルトの名無しさん:2010/06/18(金) 12:50:21
取り敢えずインターフェースが整ってたら中身が汚くても放置して他の作業すすめたほうがいいのかな
もっと綺麗に効率よくかけないかなーとか考え初めてなかなかさきに進めない
657デフォルトの名無しさん:2010/06/18(金) 13:06:56
>>656
それは未熟だから
ためしに効率よく書いたコードと
自分がそうでないと思うコードを比べて
具体的に何が効率よくなったのか文章で書き出してみるといい
なにも効率よくなってないとか人に言ったら笑われる内容(=金にならない内容)ばっかりだから

さっさと先へ進めろ
658デフォルトの名無しさん:2010/06/18(金) 13:10:05
>>654
ローグライク作るなら戦闘モデルと迷路生成つくっとけばあとは惰性でできるんじゃね?
簡単な2分割法と隣り合った部屋同士の連結しかつくったことないけど。
659デフォルトの名無しさん:2010/06/18(金) 13:13:47
ローグなめんな
660デフォルトの名無しさん:2010/06/18(金) 13:25:06
ローグライクめっちゃ簡単だよ
CUIなら二日で出来る
661デフォルトの名無しさん:2010/06/18(金) 14:13:48
出力法は置いておくとして

・マップ(迷路)生成
・マムル(敵)
・シレン(自機、HPとか最低限のステータスのみ)
・歩く、殴る、腹減り

これだけ作ってしまえば後は適当に増築繰り返すだけでおkじゃん
拡張しやすいように設計するのが一番の課題かな?
662デフォルトの名無しさん:2010/06/18(金) 14:28:04
その手のゲームってつまんねぇのが一番の問題だけどな
663デフォルトの名無しさん:2010/06/18(金) 14:32:04
>>645
情けない。男の風上にもおけん。マウスを使うなんて邪道極まりない!キーボード操作にしろ!
664デフォルトの名無しさん:2010/06/18(金) 14:54:50
シレンとかトルネコとかローグタイプのは飽きるよね
665デフォルトの名無しさん:2010/06/18(金) 14:56:19
未だに潜り続けてる俺に誤れ
俺的にはいままでやったゲームで一番寿命長いぜ
666デフォルトの名無しさん:2010/06/18(金) 14:58:24
作業ゲーになりやすいからな
667デフォルトの名無しさん:2010/06/18(金) 15:03:03
>>662
>>664
パンチラがねえとゲームすらあそべねーのかよ。
668デフォルトの名無しさん:2010/06/18(金) 15:13:17
パンチラよりおっぱいが見たい
669デフォルトの名無しさん:2010/06/18(金) 15:20:39
>>667
萌え要素がないとやる気がでない
670デフォルトの名無しさん:2010/06/18(金) 15:21:45
絵心あるプログラマーなんていねえよ
671デフォルトの名無しさん:2010/06/18(金) 15:28:19
小説が書け、絵も描け、作曲もでき、プログラミングも出来る。最強ジャマイカ
672デフォルトの名無しさん:2010/06/18(金) 15:34:59
やっぱZUNさんしかいねえな。
673デフォルトの名無しさん:2010/06/18(金) 16:09:40
雑談比率が多すぎる。

>>643
普通は CPU 側のプログラムで分割する。
動的に新しいモデルを二つ生成することになる。

>>656
アマチュアなら、飽きが最大の敵。
興味の向くところだけやってればいい。
674デフォルトの名無しさん:2010/06/18(金) 16:15:45
スト4みたいな筆シェーダーってどうやってるんですか?
675デフォルトの名無しさん:2010/06/18(金) 16:43:05
マザー2の戦闘画面の背景ってどうやってるんですか?
676デフォルトの名無しさん:2010/06/18(金) 16:48:28
>>675
あのぐにゃぐにゃ動きながら色が行ったり来たりするあれでしょ?
白黒のビットマップを作って、それを三角関数なんかをごにょごにょして変形や色づけしてるような気がする
677デフォルトの名無しさん:2010/06/18(金) 17:12:42
ラスタースクロールとパレットチェンジのことか?
遊んだことも見たことも無いから勘でかいてみたw
678デフォルトの名無しさん:2010/06/18(金) 17:46:33
ラスタースクロールとパレットチェンジをPCで再現するにはどうしたらいいんですか
679デフォルトの名無しさん:2010/06/18(金) 17:53:16
ラスターはレンダリングターゲットをテクスチャにしてそれを短冊切りで表示。

パレチェンはパレットモードがあるならそのモードをつかうか、
さもなければ16パターンくらいのアニメーションかな。
680デフォルトの名無しさん:2010/06/18(金) 17:53:22
>>678
ラスタースクロールはそういうポリゴン(?)作ったらよくね?
パレットチェンジはピクセルシェーダで似たようなことできんじゃねーの?
それか強引にテクスチャを書き換えて更新
681デフォルトの名無しさん:2010/06/18(金) 18:14:11
>>680
ソースを見せて下さい
お願いしますぅ
682デフォルトの名無しさん:2010/06/18(金) 18:15:57
あまえんな!
683デフォルトの名無しさん:2010/06/18(金) 18:19:03
>>681
えー、そのレベルって悲しいぜ

とりあえず方法がわかったらすぐに実現できるレベルには
ハナクソ程度の努力で到達可能だからしておけよ
684デフォルトの名無しさん:2010/06/18(金) 18:28:06
AI考えるの面倒だからAI抜きにした。1人で4人分打って麻雀を楽しんでくれ。ノシ
685デフォルトの名無しさん:2010/06/18(金) 18:41:47
○特定の役がそろった状態をランダムで生成できるようにする
○生成した上がり状態の牌のうち数個を交換して非上がりの状態にする。
○ゲーム開始後、当初の上がり状態へ戻す様に動作させる。
これでドヤ?
686デフォルトの名無しさん:2010/06/18(金) 18:42:53
合格
687デフォルトの名無しさん:2010/06/18(金) 18:43:51
頭でなんとなくわかっててもいざコード書くとなると難しいんだよね
688デフォルトの名無しさん:2010/06/18(金) 23:54:08
>>674
実物を見ていないから何ともいえないが、輪郭線に細工する手法は以下の二つが有名。

一つはポスト処理で境界線を抽出して、さらにポスト処理で細工する。
輪郭抽出で検索するとなんとなくわかると思う。
ところで、カラーバッファで輪郭抽出すると、輪郭線以外のところも検出されてしまう。
こういった場合、専用のフレームバッファにモデルごとに違う単色で描画して、それを輪郭検出にかけることで、
モデル同士の境界を抽出することができる。ドラクエ8とか多分これ。

もう一つは、CPUでモデルを解析することでエッジを見つけ、そのラインに沿って何かを描画する方法。
エッジの見つけ方は、対象モデルの全てのポリゴンエッジについて、共有する二つのポリゴンがカメラ向きに
対して表と裏になっているものを探す。
表と裏は、ポリゴン法線とカメラの向きの内積をとると結果の符合が違うので、それを探す。
で、そのエッジに太さをつけてテクスチャを貼って表示。
689デフォルトの名無しさん:2010/06/19(土) 00:10:20
>>685
捨て牌はどうするの?
ランダムだと和了形とかけ離れすぎる
690デフォルトの名無しさん:2010/06/19(土) 00:24:59
問題ねえよ?
691デフォルトの名無しさん:2010/06/19(土) 01:31:31
フリテンになったり、鳴きが出来ないじゃん
692デフォルトの名無しさん:2010/06/19(土) 01:34:56
これだから素人は。
693デフォルトの名無しさん:2010/06/19(土) 01:39:58
694デフォルトの名無しさん:2010/06/19(土) 01:45:27
>>691
ちょっとは考えろよ
695デフォルトの名無しさん:2010/06/19(土) 01:48:21
順子なら真ん中の牌を、刻子なら簡単。
生成したのが役ありなら鳴きはガンガンすればよし
フリテンは無いよ
696デフォルトの名無しさん:2010/06/19(土) 15:10:03
わくわく
697デフォルトの名無しさん:2010/06/19(土) 15:15:19
ゲームってそこかしこに下限上限設定があるじゃないすか
フロアの最大モンスター数とか
そういうのって例外なく外部ファイルに置くのが常識なんですかね?
698デフォルトの名無しさん:2010/06/19(土) 15:20:21
なんで?
699デフォルトの名無しさん:2010/06/19(土) 15:34:48
空間分割ってシューティング以外にも使えるんですか?
700デフォルトの名無しさん:2010/06/19(土) 15:37:04
>>697
とりあえず#defineで作っておいて
量産する必要がでてきたら外部にだしたりとかする
いきなりは邪魔だし
汎用性がいるかどうかわからんようなのははじめはいらんかな?

例えばステージが3、4個ぐれーしかないのに外部ファイル読むようにしたって
だからなんなんだよ的な手間ってあるっしょ?
701デフォルトの名無しさん:2010/06/19(土) 15:38:03
>>699
モンハンとか必要そうじゃね?(いやよく知らんけど)
702デフォルトの名無しさん:2010/06/19(土) 15:49:23
C++なら
type enum _tag_ENEMY_TYPE : u32 {
MIN_ENEMY_TYPE = 0,

A = 0,
B,
C,
.
.
.
MAX_ENEMY_TYPE,
} ENEMY_TYPE;

きめうちならこんなんでよくね?

追加することがゲームにとって必要な場合は、
外部に定義ファイルを置くことになる。
703デフォルトの名無しさん:2010/06/19(土) 15:54:28
ゲーム用のスクリプトを作って動かす場合もあるから
そうなるとスクリプトに値を決め打ちで埋め込んでも
スクリプトファイルという形で
実行ファイルとは別のファイルとして置かれるな
704デフォルトの名無しさん:2010/06/19(土) 19:32:30
外部ファイルやスクリプトで決めることが出来る上限/下限と、
内部処理的な都合による上限/下限は別でもいい、って話かな?
705デフォルトの名無しさん:2010/06/19(土) 19:56:23
変更すると著しく難易度が変わる部分もハードコートかな
ランダムで作られるマップのサイズ上限とか
706デフォルトの名無しさん:2010/06/19(土) 20:10:41
プログラム的に対応できる限界とかそういう数字は #define か直接埋め込みで、
ゲームとしての設定は外付けで、というのが教科書的な回答かな。
707デフォルトの名無しさん:2010/06/19(土) 20:11:57
>>693
onegai
708デフォルトの名無しさん:2010/06/20(日) 00:41:31
>>699
むしろシューティング程度にはもう要らない
709デフォルトの名無しさん:2010/06/20(日) 12:06:42
>>699
言い忘れてた
弾幕系は開発者の自己満足ゲームだ
710デフォルトの名無しさん:2010/06/20(日) 12:32:48
>>709
どういう自己満足じゃないゲーム作ってるの?
711デフォルトの名無しさん:2010/06/20(日) 13:06:35
まあ、世界的に有名なアレですよ
712デフォルトの名無しさん:2010/06/20(日) 13:09:40
お前ら最初に作ったゲームって何なの?
713デフォルトの名無しさん:2010/06/20(日) 13:12:22
最初の定番といえばじゃんけんゲームだろう
そして次にマスターマインドを作るんだ
714デフォルトの名無しさん:2010/06/20(日) 13:16:56
3目並べも捨てがたい
715デフォルトの名無しさん:2010/06/20(日) 13:37:34
心理テストだろ
716デフォルトの名無しさん:2010/06/20(日) 13:51:20
テトリスとシューティングゲームとRPGと野球ゲーム横スクロールアクションどれが簡単ですか? 2Dのばあい
717デフォルトの名無しさん:2010/06/20(日) 13:52:05
なんでテトリスだけ商品名なんだよ
718デフォルトの名無しさん:2010/06/20(日) 13:53:08
>>717
すみません落ちものパズルということです
719デフォルトの名無しさん:2010/06/20(日) 13:57:04
手元にある材料や道具次第だと思うけど、
なにも無いなら落ち物じゃないかなあ
720デフォルトの名無しさん:2010/06/20(日) 13:57:13
いやっほーーーーーーーーいい!
721デフォルトの名無しさん:2010/06/20(日) 14:04:13
テトリス>STG≒RPG>野球>横スクアクション
722デフォルトの名無しさん:2010/06/20(日) 14:04:18
ぷよぷよよりコラムス、コラムスよりテトリスのほうが、消すブロックの判定が楽ではあるな
723デフォルトの名無しさん:2010/06/20(日) 14:32:29
ある空間の中から(例えば、家だとか人間)からはみ出ないように
ランダムにオブジェクトが動き続けるようにするには
何の計算が必要ですか?ベクトル?
724デフォルトの名無しさん:2010/06/20(日) 14:33:44
壁と衝突判定でできるよ
725デフォルトの名無しさん:2010/06/20(日) 21:26:02
2Dでキャラモーションはそのまま武器だけ変えるってケースってどうやってんの?
3Dだとキャラの子要素に武器を持たせる、みたいな感じでわかりやすいんだけどこれと全く同じでいいのかな?
726デフォルトの名無しさん:2010/06/20(日) 22:02:32
どこでつまってんのかわからんw
727デフォルトの名無しさん:2010/06/20(日) 22:29:00
Photoshopのレイヤーみたいなこと?
728デフォルトの名無しさん:2010/06/20(日) 22:36:16
武器とキャラを別で描いてキャラ描画した後で武器描画すればいい話じゃねぇのけ?
729デフォルトの名無しさん:2010/06/20(日) 22:39:49
メタルギアソリッド雷神グって
3Dテクスチャ使って破断を表現しているんですか?
730デフォルトの名無しさん:2010/06/20(日) 22:41:48
>>729
興味ない
731デフォルトの名無しさん:2010/06/20(日) 23:17:20
>>730
教えてくださいよ・・・いま卒研で破断の表現をやってるんです。
732デフォルトの名無しさん:2010/06/20(日) 23:37:42
据え置きゲー売れないのに一層くだらないところに力入れてるところとか本当に末期な予感がするね
733デフォルトの名無しさん:2010/06/21(月) 00:44:40
たまにはいいこと言うんだなw
734デフォルトの名無しさん:2010/06/21(月) 02:27:29
>>707
うんこたれ
735デフォルトの名無しさん:2010/06/21(月) 02:40:28
まあお前ら底辺がなんと言おうと小島監督は雲の上の存在で
お前らは地面這い回ってるミジンコサイズのアリなんだけどな
736デフォルトの名無しさん:2010/06/21(月) 02:43:35
はぁ?俺はゾウリムシ様だ。
737デフォルトの名無しさん:2010/06/21(月) 03:04:54
俺はミトコンドリアウィルスで
738デフォルトの名無しさん:2010/06/21(月) 03:10:47
>>734
黄金のうんこのたれ
739デフォルトの名無しさん:2010/06/21(月) 03:10:52
ミジンコで
740デフォルトの名無しさん:2010/06/21(月) 03:11:57
世界初!ミジンコのシュミーレーションゲームとか誰か作ってたぽ
741デフォルトの名無しさん:2010/06/21(月) 03:13:42
ミジンコゲームは既にある
742デフォルトの名無しさん:2010/06/21(月) 03:23:55
ミジンコサイズのアリとか新種発見すぎるだろ・・・
743デフォルトの名無しさん:2010/06/21(月) 03:30:58
>>738
熱々のごはんの上にたっぷりかけて召し上がれ
744デフォルトの名無しさん:2010/06/21(月) 04:27:16
まぁここにいる住人が分かるわけ無いよ
745デフォルトの名無しさん:2010/06/21(月) 04:50:40
黒い断面に適当に血をまぶしてそれっぽく見えるようにするくらいじゃね?
746デフォルトの名無しさん:2010/06/21(月) 11:19:52
コジプロに問い合わせろよ。
常識的に考えて。
747デフォルトの名無しさん:2010/06/21(月) 11:24:21
血しぶきってどうやんの?
748デフォルトの名無しさん:2010/06/21(月) 11:30:40
まずナイフを持ちます
749デフォルトの名無しさん:2010/06/21(月) 13:39:48
>>743
天然のカレーライスやな
750デフォルトの名無しさん:2010/06/21(月) 15:14:14
センサーか
751デフォルトの名無しさん:2010/06/21(月) 15:15:01
iPad用のゲーム作ったことあるやついる?
センサーのたぐいって扱うの難しいの?
752デフォルトの名無しさん:2010/06/21(月) 15:25:34
ZUNE+XNAなら。
良くできてて使いやすかった
753デフォルトの名無しさん:2010/06/21(月) 16:25:29
タイピングゲーム大変
キーボードの配列画像を用意することは容易じゃなかった
754デフォルトの名無しさん:2010/06/21(月) 16:53:23
センサー使ったゲームって面白そうだな
Windowsで使えるガンコン出してくれないだろうか
755デフォルトの名無しさん:2010/06/21(月) 17:16:29
>>754
液晶はガンコン使えない
756デフォルトの名無しさん:2010/06/21(月) 17:48:03
すでに走査線をみるガンコンはお払い箱ですよ。
757デフォルトの名無しさん:2010/06/21(月) 18:30:59
CRTでもSDでしか使えないのがほとんどだしなあ
ガンコンはWii方式みたいにするしかないのかな
758デフォルトの名無しさん:2010/06/21(月) 18:38:16
ガンコンでなんかプレイしたいと思う奴がいるか市場調査を優先的にやれよ
759デフォルトの名無しさん:2010/06/21(月) 18:44:51
てか、ガンコン物なんてゲーセン意外であそびたくねーっての。
760デフォルトの名無しさん:2010/06/21(月) 19:20:33
>>754
PCで使えるガンコンってけっこー出てるよ。
ttp://www.hkems.com/product/xbox/LCDTopGun.htm
ttp://www.youtube.com/watch?v=UvZMzGFnB-s
761デフォルトの名無しさん:2010/06/23(水) 02:08:22
PCで使えるスーパースコープはないのか
762デフォルトの名無しさん:2010/06/23(水) 06:05:48
ない
763デフォルトの名無しさん:2010/06/23(水) 08:26:25
スーパースコープ当時の同級生に貸したままだな
いわゆる借りパクだが返されても困る
764デフォルトの名無しさん:2010/06/23(水) 13:50:07
おれは同級生2を貸したままだな
765デフォルトの名無しさん:2010/06/23(水) 14:15:24
誰に貸したんだよw
766デフォルトの名無しさん:2010/06/23(水) 18:02:52
>>761
意地になって探してみたが、さすがに肩にかかえるようなのは見つからなかったw
767デフォルトの名無しさん:2010/06/24(木) 12:21:35
ある
768デフォルトの名無しさん:2010/06/24(木) 16:44:51
すいません今から初心者が3Dゲームプログラムを始めるとしたらプラットフォームとライブラリは何がいい感じですか
769デフォルトの名無しさん:2010/06/24(木) 16:55:24
H・S・P!
H・S・P!
770デフォルトの名無しさん:2010/06/24(木) 17:04:22
DXライブラリ
771デフォルトの名無しさん:2010/06/24(木) 17:20:34
Easy3D
772デフォルトの名無しさん:2010/06/24(木) 17:25:22
クリック&プレイ
773デフォルトの名無しさん:2010/06/24(木) 17:29:02
>>768
サターンBASICがとてもオススメ
黒ステも中々いいよ!
774デフォルトの名無しさん:2010/06/24(木) 17:32:32
Family Basic
775デフォルトの名無しさん:2010/06/24(木) 17:33:38
ファミコンで3Dが出来たら尊敬するわ
776デフォルトの名無しさん:2010/06/24(木) 17:41:03
>>775
できるよ、おまえバカもほどほどにしろ。
ただしFPSが少々きつい&ワイヤーフレームだ。
777デフォルトの名無しさん:2010/06/24(木) 17:45:10
>>775
3Dのファミコンゲームなんて腐るほどあったろ・・・まぁプログラマーがゲーマーというわけじゃないから知らないのも無理ないか
778デフォルトの名無しさん:2010/06/24(木) 17:48:59
バーチャルボーイ
779デフォルトの名無しさん:2010/06/24(木) 18:16:53
>>775
飛び出せ大作戦は有名だろう

ん?3Dの意味が違う?w
780デフォルトの名無しさん:2010/06/24(木) 19:07:03
ファミコンだとワイヤーもどきしか出来ないだろ
781デフォルトの名無しさん:2010/06/24(木) 19:11:34
782デフォルトの名無しさん:2010/06/25(金) 21:20:47
ネット対戦ゲーム作ろうと思ってるんだけどさ
プロトコルがUDPでUDPの特徴としてコネクションレスであることが挙げられると思うけど、
それってつまりクライアント側の「準備完了」メッセージをうっかり取りこぼしたら永遠に準備完了にならないってこと?
サーバーから「受け取りました」メッセージ届くまで送り続けないといけないの?
783デフォルトの名無しさん:2010/06/25(金) 21:27:53
ネットワークプログラミング相談室 Port26
http://pc12.2ch.net/test/read.cgi/tech/1269343909/
ネットワークプログラミング雑談
http://pc12.2ch.net/test/read.cgi/tech/1235800707/
784デフォルトの名無しさん:2010/06/26(土) 08:21:58
>>782
速度、負荷の問題でUDPを使うにしても
取りこぼしたら致命的な通信はTCPで行い、
取りこぼしても問題無い通信はUDPでやる、コレ常識
785デフォルトの名無しさん:2010/06/26(土) 08:33:53
取りこぼしても問題無いなら
そもそも通信しなくてもいいんじゃね?
786デフォルトの名無しさん:2010/06/26(土) 08:34:39
俺の人生自体がUDP
787デフォルトの名無しさん:2010/06/26(土) 08:35:40
>>785
通信してると見せかけてrand()なんだよな
788デフォルトの名無しさん:2010/06/26(土) 17:08:19
取りこぼさずに上手く通信できるとボーナス得点うpなんだろ
789デフォルトの名無しさん:2010/06/27(日) 03:23:40
ゲハを潰したのは業界の圧力ともっぱらの噂ですが
真相はどうなんでしょうか?
Cのコードでお願いします。
790デフォルトの名無しさん:2010/06/27(日) 09:03:03
(´;ω;`)ブワッ
791デフォルトの名無しさん:2010/06/27(日) 09:26:43
>>789
興味なくなったんじゃね?
ゲームもいっしょに
792デフォルトの名無しさん:2010/06/27(日) 10:42:02
ふーん
793デフォルトの名無しさん:2010/06/27(日) 14:32:15
ファミコンってfpsいくつで動いてんの?
794デフォルトの名無しさん:2010/06/27(日) 14:41:47
最近のゲームみたいなFPSっていう概念はないと思う。
最近のは60FPS設計だったら必ず60回画面の描き換えやるけど、
FCとかは動く部分しか描き換えてないはず。
795デフォルトの名無しさん:2010/06/27(日) 14:47:12
29.97
796デフォルトの名無しさん:2010/06/27(日) 14:49:13
15.6
797デフォルトの名無しさん:2010/06/27(日) 14:58:50
え?基本はDSやGBAと同じじゃないの?
798デフォルトの名無しさん:2010/06/27(日) 15:12:07
周波数は知らんが非フレームバッファだから必然的にvsyncに合わせる事になる
799デフォルトの名無しさん:2010/06/27(日) 15:33:34
ハードウェアスプライト時代のゲーム機に描画という概念はないんだよ。
背景は8*8ドット程度のブロック単位でパターン番号をセット、スプライトは
座標とパターンをセットしておけば、モニタに出力するときにハードウェアで
勝手に合成してくれる。

この合成をするのが走査線単位で、1つの走査線に表示できるスプライトの
数には制限があった。

ハードウェア的には走査線2〜3本分のバッファしか持ってないから、走査のたびに
画面は更新される。だからfpsで言えば59.94で完全に固定。

感覚的には、スプライトを描画するのではなく置く感じ。
800デフォルトの名無しさん:2010/06/27(日) 16:09:53
え?
801デフォルトの名無しさん:2010/06/27(日) 17:36:39
が?
802デフォルトの名無しさん:2010/06/27(日) 17:59:55
それDSでもそうじゃん
803デフォルトの名無しさん:2010/06/27(日) 19:56:32
ポリゴン描画してるようなゲームは流石にちゃうんじゃないのか
804デフォルトの名無しさん:2010/06/27(日) 20:41:11
DSはラインバッファだから
感覚的には、ポリゴンを描画するのではなく置く感じ。

805デフォルトの名無しさん:2010/06/28(月) 00:14:48
2Dでゲーム作るのにおすすめのライブラリを教えてください。
806デフォルトの名無しさん:2010/06/28(月) 00:19:27
DXライブラリ
807デフォルトの名無しさん:2010/06/28(月) 00:21:03
Box2D
808デフォルトの名無しさん:2010/06/28(月) 01:08:27
N88-BASIC(86)
809デフォルトの名無しさん:2010/06/28(月) 01:55:02
ム板で言うべきことじゃないがMultimedia Fusion2でも触ってなさい
810デフォルトの名無しさん:2010/06/28(月) 02:12:32
メタルギア新作の自在に切れるやつは
どうやって実装してると思いますか?
811デフォルトの名無しさん:2010/06/28(月) 02:17:31
DXライブラリでScreenFlip()してランダムに円描いてみたら
N88-BASIC並みに遅いのはなんでだろう
こんなもんなのかな
812811:2010/06/28(月) 02:23:36
遅いって言ったのは、1秒に30個くらいのことなんだけど30fpsで描画してるってことはこれで最速か。
813デフォルトの名無しさん:2010/06/28(月) 09:42:05
円じゃなくて線なら速いんじゃない
814デフォルトの名無しさん:2010/06/28(月) 10:07:48
DXライブラリは普通にDirectXラップするのと3%くらいしか速度変わらんよ
お前のPCがクソかお前のプログラムがクソかの二択
815デフォルトの名無しさん:2010/06/28(月) 10:26:54
dxlibのScreenFlipは垂直同期まつから一つ描いてフリップを繰り返すだけじゃリフレッシュレート×秒数以上の個数は描けないよ
816デフォルトの名無しさん:2010/06/28(月) 10:40:03
3%の根拠は
817デフォルトの名無しさん:2010/06/28(月) 10:51:38
自分で調べろよ屑
818デフォルトの名無しさん:2010/06/28(月) 10:53:49
ScreenFlipって60fpsじゃないの?
819デフォルトの名無しさん:2010/06/28(月) 11:20:30
>>812
一回に複数個描いてみ
820811:2010/06/28(月) 11:27:23
一度に複数個書いたら爆速になったぞ GeForce5770
821デフォルトの名無しさん:2010/06/28(月) 11:42:26
DXライブラリってかなり使いやすいけど依存しすぎるのにも不安がある。
マイナーなライブラリだしな。
XNAって使ったことないけど、どうなの?
822デフォルトの名無しさん:2010/06/28(月) 12:15:36
マイナーというがこれで完成までこぎつけてる同人ゲームは腐るほどあるわな
結局のところやる気と勢いが大事なのだということが分かる
823デフォルトの名無しさん:2010/06/28(月) 14:01:15
俺はXNAのほうがいいかな
824デフォルトの名無しさん:2010/06/28(月) 14:07:13
俺はobjective-cかな。
1夜にして1億稼げるプラットフォームってもうこれくらいしかないからね。
825デフォルトの名無しさん:2010/06/28(月) 14:34:59
マイナーではないと思うけど設計がどうなんだとは思う
826デフォルトの名無しさん:2010/06/28(月) 14:41:02
>>810
これ数回質問上がったよ
827デフォルトの名無しさん:2010/06/28(月) 14:44:36
所詮ポリゴンモデルなんて頂点の塊なんだから
動的にばらしてやるだけだろ
断面には断面テクスチャはっつけるようにして
828デフォルトの名無しさん:2010/06/28(月) 14:44:44
やるの面倒臭そうだけど近いようなのみたことあるから
別にそんなに驚きはないんだ正直
逆にそんなくっだらねーところにお金かけてるけど肝心の中身は大丈夫なのかよ?
据え置き消えそうだけどよw的な方向へ話がいってしまいそう
829デフォルトの名無しさん:2010/06/28(月) 14:55:59
>>811
DxGraphics2.cpp見たら遅そうだった
830デフォルトの名無しさん:2010/06/28(月) 15:00:25
>>824なんの受け売りだよw
もうそんな夢は2年前に終わったよ。
831デフォルトの名無しさん:2010/06/28(月) 23:34:32
>>821
依存するも何もwin32APIとDirectXのめんどくさいところ片っ端からラップしただけのライブラリだぞ
一から自分で作っても同じものが出来るだけ
俺も最初は自分で作ってたけど結局使用者が多くて複数環境での正常動作が見込めるDXライブラリ使ってる
832デフォルトの名無しさん:2010/06/29(火) 00:01:51
学習目的でもなければ、使えるもんは使うわな
833デフォルトの名無しさん:2010/06/29(火) 00:06:10
>>831
DXライブラリスレに移動してくれ
834デフォルトの名無しさん:2010/06/29(火) 00:07:06
一夜で一億て
835デフォルトの名無しさん:2010/06/29(火) 00:25:02
836デフォルトの名無しさん:2010/06/29(火) 00:52:48
IPhoneアプリで一億稼ごうと思ったら、例えば500円のアプリを
20万回DLされないといけない
世界に対して発信して、かつある程度の話題性があれば行けるかもな
どうやって話題作るかは知らんが

売れても手数料やら税金やらで実入りは半分になるしな
837デフォルトの名無しさん:2010/06/29(火) 00:55:29
500円のアプリを1年間に1000人がDLしてくれれば、1億なんてたったの200年だお
838デフォルトの名無しさん:2010/06/29(火) 00:56:05
iphoneでウハウハみたいな話する奴は放置しとけよ
言語素養一切無しの低脳アポ信者がスレに紛れ込んでるだけだから
839デフォルトの名無しさん:2010/06/29(火) 00:56:16
1年に1000人。1日当たり3〜4人程度。楽勝じゃん
840デフォルトの名無しさん:2010/06/29(火) 01:09:43
>>824
宝くじとかtotoとかいろいろあるじゃん
AppStoreより確率高いんじゃない?
841デフォルトの名無しさん:2010/06/29(火) 01:28:59
>>839
大体アフィとかに張り付いてる広告だと品物の購買者は閲覧者の0.02%なんだけど
一日あたり15000〜20000人「新規の」訪問者がやってくるようなサイトエロ無しで作れんの? 楽勝なの?
842デフォルトの名無しさん:2010/06/29(火) 01:38:14
iphone厨はiphone板に移動してくれ
843デフォルトの名無しさん:2010/06/29(火) 01:51:25
837,839のレスはどう見てもジョークのたぐいだろ・・・これをマジで言ってたら笑えるわ
844デフォルトの名無しさん:2010/06/29(火) 02:27:38
Wii fitは1500万も売れてるのに
なんでたった20万ぽっちすら売れないと思っちゃうんだろう…
845デフォルトの名無しさん:2010/06/29(火) 03:27:45
流石生粋のプログラマは言うことが違うね!
846デフォルトの名無しさん:2010/06/29(火) 03:28:31
ジョークを真に受ける奴はアスペルガーに違いない
847デフォルトの名無しさん:2010/06/29(火) 03:33:17
ゲームアプリで個人が稼ぐのは難しいと思うわ
どんだけ斬新で面白いゲームが作れんだよ
実用系かジョークアプリくらいだろ売れるのは
剣神ドラゴンクエストじゃないけど
指でサッと触れると剣筋になってモンスターやっつけるとかのゲームとかウケるんじゃね?
忍者系にすれば欧米人にもウケがいいし
848デフォルトの名無しさん:2010/06/29(火) 03:34:42
2番煎じは儲かりませんよ
849デフォルトの名無しさん:2010/06/29(火) 03:45:23
DSゲームのコラか知らんけど、”ヘブン状態”とか言ってる画像だかAAだかの
ああいう腐女子向けのゲーム作れば売れるんでね?
プログラミングは難しくなさそうだから
このスレで語ることは何にもなさそうだけど
850デフォルトの名無しさん:2010/06/29(火) 03:46:29
エロゲーは販売禁止だょ
851デフォルトの名無しさん:2010/06/29(火) 04:13:40
自演臭がする
852デフォルトの名無しさん:2010/06/29(火) 05:29:31
するね
853デフォルトの名無しさん:2010/06/29(火) 07:04:03
このスレはプログラム板とは思えない内容だな
854デフォルトの名無しさん:2010/06/29(火) 07:23:47
ねえ、ドラゴンハンター4みたいな自由度が高いRPG作ってよ
謎を解いたら思わず「な、なにー!」って叫んじゃうようなやつよろしくね!
855デフォルトの名無しさん:2010/06/29(火) 09:43:27
ゲームプログラムってRPGツクールとかで作るんだろ?
俺変数とか使えるぜ
856デフォルトの名無しさん:2010/06/29(火) 09:48:00
DxLibってentityごとの小さい描画用バッファにプレ描画して転送みたいなことできないのか?
857デフォルトの名無しさん:2010/06/29(火) 10:16:23
>>844
マジレスすると今のゲーム業界は10万売れればヒット作品
858デフォルトの名無しさん:2010/06/29(火) 13:54:28
>>855
マシン語から始めるといいよ
0と1だけでプログラム組めるようになれば
プログラミング初心者卒業
859デフォルトの名無しさん:2010/06/29(火) 14:11:59
勿論記録装置はカセットテープだよな
860デフォルトの名無しさん:2010/06/29(火) 14:15:40
ツマンネ
861デフォルトの名無しさん:2010/06/29(火) 14:16:46
ソースファイル?
なにいってんだ、このパンチカードを読み込ませるんだよ
862デフォルトの名無しさん:2010/06/29(火) 14:19:33
ヒマなオッサンの思い出話かよ
863デフォルトの名無しさん:2010/06/29(火) 14:24:28
ゲーム作りなら、ポケコン買え
864デフォルトの名無しさん:2010/06/29(火) 15:15:00
e?
865デフォルトの名無しさん:2010/06/29(火) 17:29:03
(1,0,0)軸を中心に45度回転した後、(0,1,0)軸を中心に45度回転したときの回転を
1回の回転で表すと(x,y,z)軸を中心にAngle度の回転になる。
この(x,y,z)とAngleはどうやって計算すればいいのですか?
答えか参考になる書籍を教えてください。
866デフォルトの名無しさん:2010/06/29(火) 17:32:00
MATRIX
867デフォルトの名無しさん:2010/06/29(火) 17:51:14
数学的に言えば
点を軸に回転って意味不明だよ
868デフォルトの名無しさん:2010/06/29(火) 17:53:47
座標じゃなくてベクトルでしょ。
869デフォルトの名無しさん:2010/06/29(火) 17:57:33
座標とベクトルは区別できるように表記しないと誤解をまねくからダメ
870デフォルトの名無しさん:2010/06/29(火) 17:58:45
誰が見てもベクトルでしょ
871デフォルトの名無しさん:2010/06/29(火) 17:59:32
>>867,869
プップギャーッ!!m9゚。(^Д^゚≡。゚^Д^)m9゚。プップギャ-ッ!!
872デフォルトの名無しさん:2010/06/29(火) 22:01:56
クォータニオンを介したりして求められるけど
もっとスマートな方法を探してるんだろうか
873デフォルトの名無しさん:2010/06/29(火) 22:21:09
ビームみたいに発光してるやつってどうやってんの?
874デフォルトの名無しさん:2010/06/29(火) 22:23:36
それはCG系のテクニックか
875デフォルトの名無しさん:2010/06/29(火) 22:24:11
テクスチャの加算合成とかのこと?
876デフォルトの名無しさん:2010/06/29(火) 22:27:32
例えば、(1,0,0)の点を原点中心にx軸、y軸それぞれ45ど回転して
その結果の点と(1,0,0)を含む面の法線を出して、更にその法線を軸に見た角度変化を求めるとか?

ちょっと冗長か
効率的な方法が思いつかん

つか、計算方法がわからん
877デフォルトの名無しさん:2010/06/29(火) 22:32:50
だから行列使えっての
878デフォルトの名無しさん:2010/06/29(火) 22:34:16
>>865の(1,0,0)軸がベクトルを現すなら、これはx軸相当だろ
879デフォルトの名無しさん:2010/06/29(火) 22:35:02
>>876
言いたいことは分かるが、例が不適切すぎる

せめて簡単に思考実験してから発言しろよ
880デフォルトの名無しさん:2010/06/29(火) 23:48:32
回転軸+回転角度

四元数

回転軸+回転角度

これでいい気がするんだけど行列使うとこれより効率が良くなるの?
881デフォルトの名無しさん:2010/06/29(火) 23:52:15
四元数の方が圧倒的に簡単
882デフォルトの名無しさん:2010/06/30(水) 00:33:45
数学わかりません
883デフォルトの名無しさん:2010/06/30(水) 00:39:53
クォータニオンは3Dグラフィクス初心者にとっては鬼門だな
理解するのが困難すぎる

ソースは俺
884デフォルトの名無しさん:2010/06/30(水) 00:55:44
ルービックキューブのアニメーションを作るのが想像を遥かに超えて難しかった件
まさにそのクォータニオン?とかいうので引っかかってる気がする
885デフォルトの名無しさん:2010/06/30(水) 01:13:59
アニメーションモデルを再生するだけちゃうんかと・・・
886デフォルトの名無しさん:2010/06/30(水) 01:19:36
何の言語使って作ってるかにもよる

887デフォルトの名無しさん:2010/06/30(水) 01:19:58
>>865
回転前の位置と、2回の回転後の位置から、2つのベクトルのなす角の角度と回転軸を取得すればおk
888デフォルトの名無しさん:2010/06/30(水) 01:24:42
線形代数は苦手だお
889デフォルトの名無しさん:2010/06/30(水) 01:26:28
回転前の座標が x1, y1, z1
回転後の座標が x2, y2, z2 だったとすると

double Angle = acos((x1 * x2 + y1 * y2 + z1 * z2) / ((x1 * x1 + y1 * y1 + z1 * z1) * (x2 * x2 + y2 * y2 + z2 * z2)));

でAngleの中に角度がラジアン単位で入る。

回転軸ベクトルは、回転前の位置、回転後の位置、原点(回転の中心点)の3点から、普通にポリゴンの法線ベクトル求める方法で垂直な方向ベクトルを外積で計算してやるだけ。
890デフォルトの名無しさん:2010/06/30(水) 01:32:13
ちゃんとした原理や理由が知りたければ
「内積 ベクトル なす角」あたりでぐぐればいくらでも出てくる
891デフォルトの名無しさん:2010/06/30(水) 01:52:18
>>883
クォータニオンを理論から理解する必要はなくて、何ができるのかだけ
知ってれば十分。中身はブラックボックスでいい。
892デフォルトの名無しさん:2010/06/30(水) 02:05:38
公式だけ覚えて使えってことね
三角関数の加法定理みたいに
893デフォルトの名無しさん:2010/06/30(水) 09:48:11
クォータニオンって物理の教科書にのってますか?
894デフォルトの名無しさん:2010/06/30(水) 09:56:12
いいえ
単なる計算テクニック
895デフォルトの名無しさん:2010/06/30(水) 10:07:01
>>893
のってるよw
さがしてみな
896デフォルトの名無しさん:2010/06/30(水) 10:13:48
任意軸回転の行列を使うのとクォータニオン使うのと、どう違うの?
897865:2010/06/30(水) 10:49:43
えーと整理すると
X軸まわりの回転をあらわすクオータニオンqx,
X軸まわりの回転をあらわすクオータニオンqy,
X軸まわりの回転をあらわすクオータニオンqz,
を求めて合成クオータニオンqを求める。
それを任意軸-角度の回転に戻す。
、という手順でいいですか?
クオータニオンを使わないといけないのが理解の範囲を越えているのですが
このぐらいできないとダメなんでしょうか
898デフォルトの名無しさん:2010/06/30(水) 10:55:10
物理の教科書にはあまり載ってないだろ。
899デフォルトの名無しさん:2010/06/30(水) 12:31:16
>>865
任意軸周りの回転行列を作る式を逆算すればよい。

まず分析対象の回転行列を作り、これを m とする。これは正規直行行列とする。
回転軸は[ m21-m12, m20-m02, m10-m01 ] で得られる 。この軸のベクトルを以後 [ x, y, z ] とする。
このベクトルは [ (x*sin)^2, (y*sin)^2, (z*sin)^2 ] なので、要素の和から sin^2 が得られる。
m00 = x^2 + cos*(1-x^2)
m11 = y^2 + cos*(1-y^2)
m22 = z^2 + cos*(1-z^2)
なので
cos = (m00 - x^2)/(1-x^2)
cos = (m11 - y^2)/(1-y^2)
cos = (m22 - z^2)/(1-z^2)
のどれかの式によって cos が得られる。ベクトルのゼロではない成分によって選ぶ。

>>896
クォータニオンには平行移動成分が無いことと計算量が違う。
900デフォルトの名無しさん:2010/07/01(木) 01:11:12
>>897
自分で作らなくてもいいのであればDirectXの関数使ってしまえば楽だと思うよ。
自分で作るのなら「実例で学ぶゲーム3D数学」あたりを読んでみるのもいいかも。
901デフォルトの名無しさん:2010/07/01(木) 14:01:19
計算物理の講義ってゲームに役立つ?
902デフォルトの名無しさん:2010/07/01(木) 14:06:44
役立ちます。
903デフォルトの名無しさん:2010/07/01(木) 14:08:00
物理計算を用いるゲームには役立つかもしれない。当たり前の話。
904デフォルトの名無しさん:2010/07/01(木) 18:07:13
顔認識ってゲームに役立つ?
昔は役立たなかった
今は役立たせたヤツがいる

体重管理ってゲームに役立つ?
昔は役立たなかった
今は役立たせたヤツがいる

etc
905デフォルトの名無しさん:2010/07/01(木) 19:39:50
すみません。
負荷が高めのアクションゲームで、モンスターとプレイヤーの間に壁が有り迂回しなければいけません。
負荷をできるだけ下げる事が最優先で、
最悪プレイヤーに辿り着けない事が起きても構わない場合、(単純な物は避ける程度)
どういう手法が有るでしょうか? 何かお知恵を頂けませんでしょうか。
906デフォルトの名無しさん:2010/07/01(木) 19:56:12
ごめん、質問の意味がわからない
特に「負荷」ってなんぞ
それにアクションと言ってもゼルダ(上から見下ろし)とマリオ(横から)とかいろいろあるよね。もしかして3Dとか?

エスパーするととりあえずそのモンスターが一匹限りで、その場にしか現れないなら動きを決め打ちすれば良いと思うお。
907デフォルトの名無しさん:2010/07/01(木) 20:00:22
>905
とにかく直進し、なにかにぶつかった場合は90度右折する
908デフォルトの名無しさん:2010/07/01(木) 20:15:47
どうせ経路探索だろ、かんたんなのだと塗りつぶしアルゴリズムの変形でいける。
909デフォルトの名無しさん:2010/07/01(木) 21:03:53
かんたんなのだと塗りつぶしアルゴリズムの変形でいけるね。
910デフォルトの名無しさん:2010/07/01(木) 22:19:41
かんたんなのだと塗りつぶしアルゴリズムの変形でいけるだろ
911デフォルトの名無しさん:2010/07/01(木) 22:24:31
ここは塗りつぶしのアルゴリズムを語るスレになりますた
912デフォルトの名無しさん:2010/07/01(木) 22:38:29
A*とか使わなくても、初歩的なものならば塗りつぶしのアルゴリズムでみちびけるよ。
ターン製シミュのようなコスト付も移動も計算できるよ。
913デフォルトの名無しさん:2010/07/01(木) 23:08:43
それがA*というものでは
914デフォルトの名無しさん:2010/07/01(木) 23:26:01
A*でコレできるの?
http://www.nicovideo.jp/watch/sm10921107
915デフォルトの名無しさん:2010/07/02(金) 00:42:49
>>905
壁側に迂回経路を覚えさせておくのはどうだろうか
データ作成が面倒になりそうだけど
916デフォルトの名無しさん:2010/07/02(金) 05:47:09
クリックで話を進めるノベルゲームってC言語で作れますか?
他に選択肢を付けたり、BGMを付けたりなど…
917デフォルトの名無しさん:2010/07/02(金) 06:14:10
C言語で作れないプログラムだったら何言語でも作れないと思うよ
918デフォルトの名無しさん:2010/07/02(金) 06:14:47
そんな質問するくらいのレベルなら豆乳かHSPで作りなよ
919デフォルトの名無しさん:2010/07/02(金) 06:19:05
ありがとうございます
勉強します
シナリオ、サウンド、イラストは完成なんですが、ゲーム本体自体どう作ればいいかわかりませんでした
920デフォルトの名無しさん:2010/07/02(金) 06:20:05
>>918
ばーか
921デフォルトの名無しさん:2010/07/02(金) 06:45:51
>919
悪いことはいわんからC言語を勉強してそれをつくろうとするのはやめとけ
Flash(ActionScript)とかにしておきな
C言語をゼロから勉強してゲーム作れるようになるまでには時間かかりすぎる
922デフォルトの名無しさん:2010/07/02(金) 07:16:18
Flashってただなのか
923デフォルトの名無しさん:2010/07/02(金) 07:23:41
つactionscript
924デフォルトの名無しさん:2010/07/02(金) 07:36:09
>>916
ノベルゲーならNScripterとか吉里吉里で作った方が早いよ
925デフォルトの名無しさん:2010/07/02(金) 07:40:09
制作ソフトの名前と成果物の名前がどちらもFlashだからややこしいんだよな
Flashというソフトは有料だが、Flashファイルを作る環境は他に色々ある
926デフォルトの名無しさん:2010/07/02(金) 07:51:01
>>906  今回の問題点は結構コースが決まっているので、決め打ちをさせて頂こうと思います。ありがとうございます。
>>907-914  塗りつぶしアルゴリズム 少し調べてみました。勉強になりました。ありがとうございました。
>>915  ありがとうございます。壁ではないですが経路データ。4分木の初回検索。その後隣接地点を巡る等が思い浮かびました。
色々勉強になりました。ご回答ありがとうございます。
927デフォルトの名無しさん:2010/07/02(金) 08:02:33
皆さんありがとうございました!
吉里吉里というのを勉強してみます
928デフォルトの名無しさん:2010/07/02(金) 08:07:49
猫でもわかるDirectXはまだか
入門書少なすぎだろ…
929デフォルトの名無しさん:2010/07/02(金) 08:10:03
入門も何も調べりゃサンプルごとあるし、書籍でもgemやら一杯ですおし
930デフォルトの名無しさん:2010/07/02(金) 09:41:52
DirectXは猫じゃ分からないから本出せないんだろ
931デフォルトの名無しさん:2010/07/02(金) 09:45:40
わざわざ学ばんでも実用可能なラッパー腐るほどあるからそれ使えばOK
2DならDXライブラリ、3DならSeleneとか
932デフォルトの名無しさん:2010/07/02(金) 10:16:32
Direct2Dってのがあるんだな
933デフォルトの名無しさん:2010/07/02(金) 20:37:52
知名度低いけどDirect4Dってのもあるよ
934デフォルトの名無しさん:2010/07/02(金) 20:38:36
3次元ベクトルを回転させる関数の引数って中心座標と回転角度二つを渡すのと、回転軸のベクトルと回転角度一つ渡すのとどっちが後々便利になる?
935デフォルトの名無しさん:2010/07/02(金) 20:40:01
後々便利になる方が後々便利になりますよ
936デフォルトの名無しさん:2010/07/02(金) 20:55:46
直感的にわかりやすいほうだろ
前者のほうが混乱しやすいと思う
937デフォルトの名無しさん:2010/07/02(金) 21:28:48
>>935>>936
回答ありがとう
938デフォルトの名無しさん:2010/07/02(金) 21:38:53
>>934
そもそも、その2つは比較できるものじゃないぞ。

前者は平行移動も兼ねてる。
939デフォルトの名無しさん:2010/07/03(土) 01:58:00
怪盗ロワイヤルみたいなゲームってHTMLと何使ってるの?
940デフォルトの名無しさん:2010/07/03(土) 02:19:02
なにかしらのデータベースと、データベースアクセスが比較的容易な言語は必要だろうな。
941デフォルトの名無しさん:2010/07/03(土) 02:36:15
携帯はJavaScript対応してないはずだから
やっぱCGIになるのかなぁ・・
942デフォルトの名無しさん:2010/07/03(土) 02:38:09
CMでしか知らないけどFlashじゃないの?あとは内部でCGIとやり取りしてるんでしょう
943デフォルトの名無しさん:2010/07/03(土) 02:39:41
個人でゲームサーバー運営とか無理だろ
944デフォルトの名無しさん:2010/07/03(土) 06:16:11
ネットブックあたりでも十分な性能がでるから、数百人規模なら十分可能じゃね
携帯じゃないけど、昔箱庭諸島とか流行ったような…
945デフォルトの名無しさん:2010/07/03(土) 07:30:12
で?
946デフォルトの名無しさん:2010/07/03(土) 13:16:59
>>943
うちではMMORPG鯖が問題なく動いてるよ。
MMOは結構性能要求されるけど、ケータイゲームみたいなのだったらそんなに性能いらんやろし、
安いパーツ買ってきて作ればいいんじゃない?
パーツにこだわりがなければ\30,000以下でできるだろ。
OSはCentOSとか無料の突っ込めばOK。
MMOみたいなの作るならC言語とかで鯖ソフトから作るけど、
ケータイゲームならHTTP鯖使うことにしてCGI書けばOK。
947デフォルトの名無しさん:2010/07/03(土) 13:18:59
うちってどこ?
確認するから
948デフォルトの名無しさん:2010/07/03(土) 13:19:30
開発段階ならVirtualPC入れてそこにLinux鯖立てて開発するのもありかもな。
949デフォルトの名無しさん:2010/07/03(土) 13:59:03
大規模になると一番辛くなるのってなんだ?HDD?CPU?回線?
950デフォルトの名無しさん:2010/07/03(土) 14:02:47
HDD
951デフォルトの名無しさん:2010/07/03(土) 14:08:51
>>946
個人にそんな大量アクセスできるような回線貸すとこなんてあるの?

952デフォルトの名無しさん:2010/07/03(土) 14:34:44
日本語でおk?
953デフォルトの名無しさん:2010/07/03(土) 15:13:24
エミュ鯖とかいっぱいあったじゃん
今はどうかしらんけど
954デフォルトの名無しさん:2010/07/03(土) 15:14:27
>>946
早くURLを教えなさい
皆様方がお待ちかねだ
955デフォルトの名無しさん:2010/07/03(土) 15:18:16
なんでそういう浅ましい考えしか出来ないのか
956デフォルトの名無しさん:2010/07/03(土) 15:56:15
>>949
HDDとRAM間のIOの次に回線。
最近はメモリも安くなってきてるから8GBとか16GBとかつめていいよね。
957デフォルトの名無しさん:2010/07/03(土) 17:13:17
>>951
あるよ。
というかMMOつってもそんなにクオリティの高いもんじゃない。
常時接続数も50前後だしな。
設計的には数千いけるはずなんだが、さすがにそれは回線がもたないと思う。

>>954
やだよ。
2chなんかでURL晒したら、それこそ名前から住所から電話番号まで調べて晒す奴が出てくる。
958デフォルトの名無しさん:2010/07/03(土) 17:15:59
>>957エミュ鯖なの?それとも自作??
959デフォルトの名無しさん:2010/07/03(土) 17:17:13
ねーよw
960デフォルトの名無しさん:2010/07/03(土) 17:25:39
>>958
自作。
クライアントも鯖もC++で書いた。
961デフォルトの名無しさん:2010/07/03(土) 17:26:47
リネ2とメイプルで遊んだけど
回線負担なんて微々たるもんです。
962デフォルトの名無しさん:2010/07/03(土) 17:49:01
さすが韓国の回線力は一味違うね
963デフォルトの名無しさん:2010/07/03(土) 17:50:45
>>962
一言余計だぞ
964デフォルトの名無しさん:2010/07/04(日) 16:05:09
敵の出現ってカウントで何秒たったら現れるかって
switch(count)
{
    case:20
    case:45
      ・
      ・
      ・
    case:300

みたいなかんじにするの?
  
965デフォルトの名無しさん:2010/07/04(日) 16:09:06
いいえそうです
966デフォルトの名無しさん:2010/07/04(日) 16:12:13
>>964
ゲームやったことある?
おまえさんの脳味噌には脱帽じゃわい
967デフォルトの名無しさん:2010/07/04(日) 16:15:46
ねーよw
968デフォルトの名無しさん:2010/07/04(日) 16:16:04
>>964
なんでそうやって書こうと思ったの?
969デフォルトの名無しさん:2010/07/04(日) 16:16:45
なんで?
970デフォルトの名無しさん:2010/07/04(日) 16:20:32
まるっきりプログラムに埋め込む発想がwww
敵のデータを構造体で作って、そこに出現時期も入れておいて
経過時間と比較すればよかんべ
971デフォルトの名無しさん:2010/07/04(日) 16:21:35
>>964
その 20 とか 45 も変数にしよう。
int timeTable[] = { 20, 45, ... 300 };
for ( int i = 0; i < sizeof(timeTable)/sizeof(timeTable[0]); i++ ) {
  if ( count == timeTable[i] ) {
    CreateEnemy( i );  // i 番目の敵を出現させる
  }
}
みたいにする。
972デフォルトの名無しさん:2010/07/04(日) 16:41:40
なるほど!
おじさん、頭いいね
973デフォルトの名無しさん:2010/07/04(日) 17:09:28
>>971
ばかにされるの覚悟でこれどういうこと?
974デフォルトの名無しさん:2010/07/04(日) 17:12:52
どこで引っかかってるのかわからない
975デフォルトの名無しさん:2010/07/04(日) 17:13:48
ごめん変な勘違いしてた
976デフォルトの名無しさん:2010/07/04(日) 18:09:48
tableにはconstつけようぜ
977デフォルトの名無しさん:2010/07/04(日) 18:44:10
そうしてみるよ
978デフォルトの名無しさん:2010/07/04(日) 19:13:04
>964
いろいろ言われてるけど、それでお前に不都合がないなら別にそれで良い。
979デフォルトの名無しさん:2010/07/04(日) 19:48:06
>>978
自演乙
楽しそうだね
980デフォルトの名無しさん:2010/07/05(月) 00:08:51
IDが出ないスレでこんな流れだとわけがわからなくなる
981デフォルトの名無しさん:2010/07/05(月) 00:09:47
IDが出ない板な?
982デフォルトの名無しさん:2010/07/05(月) 00:14:33
テニスゲームは難しいから初心者はやめておけ
983デフォルトの名無しさん:2010/07/05(月) 00:42:13
まずは占いゲームからだよな
984デフォルトの名無しさん:2010/07/05(月) 00:45:54
敵の出現なんていくらでも実装方法あると思うから強ちあれが間違ってるとも思えない
985デフォルトの名無しさん:2010/07/05(月) 10:06:25
次スレは>>990が立ててください
986デフォルトの名無しさん:2010/07/05(月) 10:08:28
いやー出現パターンをプログラムに埋め込むのはどうよ
987デフォルトの名無しさん:2010/07/05(月) 10:17:47
適当な分布の乱数で次の出現までの移動量を計算しますよね普通
そんで自敵レベル差によって平均分散を補正してプレイヤーストレス軽減したり
988デフォルトの名無しさん:2010/07/05(月) 10:29:31
めんどくさいから10歩ごとに敵がでるようにしようぜ
きっとばれないよ
989デフォルトの名無しさん:2010/07/05(月) 11:11:10
出現パターンをプログラムに埋め込んで何が悪い?
これはこれで良さがあると思うのだが
990デフォルトの名無しさん:2010/07/05(月) 11:12:46
ありえないってw
せめて>>971みたいにデータの方に入れないと
991デフォルトの名無しさん:2010/07/05(月) 11:26:51
埋め込んでしまうと微調整で死人が出るかもしれない
992デフォルトの名無しさん:2010/07/05(月) 12:02:20
簡単なもの作る分には埋め込みの方が面倒じゃない分いいと思うのだが
大きいもんならそりゃ外部からデータ渡しした方がいいだろうが
993デフォルトの名無しさん:2010/07/05(月) 12:49:42
それであのswicth caseみたいなの書くの?
994デフォルトの名無しさん:2010/07/05(月) 13:20:17
設計としてはアレだが、質問内容(>>964)自体アレだから強ち間違いでも無い

>>990
次スレ立てろカス
995デフォルトの名無しさん:2010/07/05(月) 13:21:11
別にswicth caseでもいいだろう
敵出現したかの判定をカプセル化してりゃ
内部の実装なんて何でもいい
996デフォルトの名無しさん:2010/07/05(月) 13:32:34
このパターンで実際書いてみな
あり得ないことがわかるよw


次スレ

ゲームプログラムなら俺に聞け8
http://pc12.2ch.net/test/read.cgi/tech/1278304182/
997デフォルトの名無しさん:2010/07/05(月) 13:43:05
>>996

998デフォルトの名無しさん:2010/07/05(月) 14:01:06
だれか埋め込むならヘッダでとか書いてやれよw
999デフォルトの名無しさん:2010/07/05(月) 14:32:59
ヘッダに入れたら修正するたびに大変なことになるだろ
データだけコンバータでCソースに変換してexternしてる
1000小倉優子 ◆YUKOH0W58Q :2010/07/05(月) 14:57:07
  ∧,,,∧ 
 (  ・∀・) 1000ならジュースでも飲むか
  (    ) 
  し─J 
10011001
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。