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

0001デフォルトの名無しさん

2009/08/27(木) 07:06:31

ゲーム開発に関してプログラムの観点からアプローチするスレッドです。
一応質問も受け付けます。

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

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

0002デフォルトの名無しさん

2009/08/27(木) 07:41:21

2

0003デフォルトの名無しさん

2009/08/27(木) 14:59:47

うめ

0004デフォルトの名無しさん

2009/08/27(木) 15:06:24

埋め

0005デフォルトの名無しさん

2009/08/27(木) 15:07:39

梅

0006デフォルトの名無しさん

2009/08/27(木) 15:10:05

なぜ>>1はゲ製作技術に立てなかったし
梅

0007デフォルトの名無しさん

2009/08/27(木) 15:10:46

うめ

0008デフォルトの名無しさん

2009/08/27(木) 16:12:41

シェーダー厨はこちらへお引取りください。
固定機能パイプラインが好きだという奴は該当スレを立ててください。やれるもんならやってみてください。お願いしましたよ？
http://pc11.2ch.net/test/read.cgi/gamedev/1005185166/

0009デフォルトの名無しさん

2009/08/27(木) 16:39:58

ume

0010デフォルトの名無しさん

2009/08/27(木) 18:39:46

ネットゲーム作ってるんだが、
3人以上になった瞬間にプログラムが異常に難しくなる。
MMOとかどうやってんだ。

0011デフォルトの名無しさん

2009/08/27(木) 18:55:15

>>10
通信も描画も計算処理も一緒に書いてないか？
オンゲになるとどうしてもある程度の抽象化が必要になってくるよ。

俺は２つスレッド立ててやってるよ。

◆通信スレッド
1.送信キューに貯まっているものを送信
2.受信
3.受信したデータを処理キューに放り込む
4.1へ戻る

◆ゲーム進行スレッド
1.処理キューに貯まっているものを処理
2.ゲームパッド等の入力
3.通常のゲーム進行計算
4.送信しなければならないデータを送信キューに放り込む
5.描画
6.1へ戻る

描画も分離して本格的に3コア使うくらいのものを作りたいのう。

0012デフォルトの名無しさん

2009/08/27(木) 20:09:30

Quake 3のソースコードとか見れば役に立つと思う。

0013デフォルトの名無しさん

2009/08/27(木) 21:51:45

ここはシェーダースレです
シェーダー以外の話はするな

0014デフォルトの名無しさん

2009/08/27(木) 22:03:38

あまりスレッドをボコボコ立てるとメモリアクセスの排他処理がしんどい
つーかそこがボトルネックになって遅くなる気がするが…

0015デフォルトの名無しさん

2009/08/27(木) 22:17:25

ゆくゆくDirectXでゲーム作ろうと思うんだけど
WindowsAPIの勉強はほどほどにしていいっすかね

0016デフォルトの名無しさん

2009/08/27(木) 22:25:30

WindowsAPIを使ってゲーム作る本やサイトがあるんで
ゲームプログラミングの練習のために興味はあるんだけど・・・
やりたきゃやれって感じすかね？

0017デフォルトの名無しさん

2009/08/27(木) 22:27:01

>>15
いいと思う。
DirectX使うとWINAPIはほとんど使わないからな。
ウィンドウが作れたらさっさとDirectX行って良いと思う。

0018デフォルトの名無しさん

2009/08/27(木) 22:39:49

>>17
断言されて迷いがふっきれた。ありがとう
WinAPIはほどほどにするよ

0019デフォルトの名無しさん

2009/08/27(木) 23:15:20

WinProcまわりはWindowsの老害って感じ。
まあDirectXに移ってから苦労しても苦労は変わらないと思うけど。

0020デフォルトの名無しさん

2009/08/27(木) 23:26:53

理解できないものは老害

0021デフォルトの名無しさん

2009/08/28(金) 00:16:47

>>13
認定してやろう。
お前は自治できてない自治厨だ

0022デフォルトの名無しさん

2009/08/28(金) 00:22:51

>>13
http://pc11.2ch.net/test/read.cgi/gamedev/1005185166/
こっちだろ

0023デフォルトの名無しさん

2009/08/28(金) 03:02:32

シェーダー使う事こそがゲームプログラムだろ
シェーダーも使えない奴はいまだに原始的な手法でやってんの？
そんな低脳にはゲームプログラマ名乗って欲しくないねマジで

0024デフォルトの名無しさん

2009/08/28(金) 06:19:21

>>23
ごめんね、いつまでもPS2やPSPで遊んでて（homebrew的な意味で

0025デフォルトの名無しさん

2009/08/28(金) 06:24:25

>>23
ここはお前や俺たちの歪んだ妄想をぶちまける場所じゃなくて質問者に回答するスレだからね？
わかってまちゅか？

0026デフォルトの名無しさん

2009/08/28(金) 12:28:42

>>24-25
明らかにおかしいからスルーしろ。
>>23は煽るためにシェーダ云々書いてるだけだろうし、
本気で書いてたらキチ入ってる。

誰もゲープロ名乗ってないのに名乗って欲しくないとか書いてるし、
名乗って欲しくないとかゴミクズが自分の願望書いてるだけだし。

0027デフォルトの名無しさん

2009/08/28(金) 12:38:48

>>14
俺もそれが気になってスレッド立てたくない
俺のは>>11のに近いがシングルスレッドでやってる
まあでもこれからはマルチスレッドの時代なのかな

0028デフォルトの名無しさん

2009/08/28(金) 12:57:06

読むだけなら排他を気にする必要ないよ。
共有資源に書き込むことは少ないし。

0029デフォルトの名無しさん

2009/08/28(金) 13:42:01

Update Draw繰り返すやり方ってタイルベース・ターン制のゲームに会わない気がする

0030デフォルトの名無しさん

2009/08/28(金) 13:54:45

>>28
そうなの？
読んでる最中に書き変わったらバグ出そうな気がするんだけど…。

0031デフォルトの名無しさん

2009/08/28(金) 14:00:11

各スレッドのゲームループの最初と最後にクリティカルセクション食らわせればOK。遅くなるって言ってる人は変数にアクセスするたびに食らわせてるんじゃないの？それだと当然重くなる。

0032デフォルトの名無しさん

2009/08/28(金) 14:16:42

基本的な事ですが質問させてください。

オブジェクト指向でゲームを作る場合
monsterクラスなどを派生させて、様々なモンスターを作るのはわかるのですが、
STGやアクションなどの動きや敵（オブジェクト）の多くなるゲームでは
いつ、インスタンスを生成してるのでしょうか？
（弾やエフェクトやモンスターのインスタンスをその都度生成するとカクついてしまい・・・）

0033デフォルトの名無しさん

2009/08/28(金) 14:43:15

最大数を適当に決めてシーンの初めにまとめて生成。
ゲーム中は生成ではななくそこのプールから借りてきて使い終わったら破棄ではなく返却する。
最大数を超えたらその時はプールするサイズを動的に拡張して
どっかに最大いくつ使ったかを記録しておいてあとで調整する。

0034デフォルトの名無しさん

2009/08/28(金) 14:48:03

つまりテスト段階でそれぞれのインスタンスの瞬時最大使用数を取得できるようにしておき、
調節時に、シーン毎にプールする数を設定させるという感じになるのでしょうか？

0035デフォルトの名無しさん

2009/08/28(金) 23:55:39

スレッドに自信ある奴のほとんどは理解してないだけ

0036デフォルトの名無しさん

2009/08/29(土) 00:04:46

コンシューマならメモリサイズは固定なので上限をすべて決めてゲーム開始時に確保しておく

0037デフォルトの名無しさん

2009/08/29(土) 01:02:03

理解してる奴のほうがほとんどだろ
このスレ見ても理解してない低脳は>>35くらいなものだし

0038デフォルトの名無しさん

2009/08/29(土) 01:11:08

>>37
スレッドの注意点を挙げてみて

0039デフォルトの名無しさん

2009/08/29(土) 01:12:49

そういうつまんない頑張り方はやめようぜ

0040デフォルトの名無しさん

2009/08/29(土) 10:55:22

>>38
IDのある板池

0041デフォルトの名無しさん

2009/08/29(土) 11:03:41

誰も説明できないのかｗ

0042デフォルトの名無しさん

2009/08/29(土) 12:25:38

生成と削除のオーバーヘッド
実行時の切り替えにかかるオーバーヘッド
クリティカルセクションとかうまく使わないとメモリ上のデータが不整合起こす

こんなもんか

0043デフォルトの名無しさん

2009/08/29(土) 16:47:12

>>14

マルチスレッドの素人…同期すべきところで同期せずにバグる。

マルチスレッドの凡人…同期変数に頼り過ぎてプログラム面倒＆パフォーマンス低下。

マルチスレッドの達人…上手に設計して同期変数を必要最低限に抑える。
パフォーマンスも最大化される。

0044デフォルトの名無しさん

2009/08/29(土) 17:17:47

一人でつくってればそれもありえるがな

0045デフォルトの名無しさん

2009/08/29(土) 21:07:29

安全なプログラム作りたいならAdaでも使え

0046デフォルトの名無しさん

2009/08/29(土) 21:19:56

お前が無能だから安全性考えなきゃいけないんだよ

0047デフォルトの名無しさん

2009/08/29(土) 22:13:51

Windows APIやDirectX無しでC言語でグラフィカルなゲームって作れないの？
いつもWINAPIで作ってるんだけど、なにかに頼りっぱなし＆他処理系へ移植性がないってのが
なにか納得できないんだが・・・

0048デフォルトの名無しさん

2009/08/29(土) 22:19:52

SDK使っとけ

0049デフォルトの名無しさん

2009/08/29(土) 22:20:12

アセンブラでin&outを使って直接操作しとけ

0050デフォルトの名無しさん

2009/08/29(土) 22:20:34

SDLだ

0051デフォルトの名無しさん

2009/08/29(土) 22:21:52

TDLだ

0052デフォルトの名無しさん

2009/08/29(土) 22:34:05

gtkつかっとけ

0053デフォルトの名無しさん

2009/08/29(土) 23:07:21

3Dor拡大縮小・回転処理を高速処理したいならOpenGL+GLUT or OpenGL+SDL
もしくは自前の描画ライブラリを作ってSDLと使うか。
ソフトウェア描画でも手で最適化すればインラインアセンブラ無しで
150MHzでサクサク動く(解像度が低い場合)。

3Dor拡大縮小・回転処理がいらない場合SDLが最適だと思う。
ソースコードをほとんど変更せずに、ほとんどのアーキテクチャ・OSで
プログラムを動かすことができる(再コンパイルは必要)。

0054デフォルトの名無しさん

2009/08/29(土) 23:16:03

なんでC言語にこだわるかな。Flashにすればどこでも動くのに。

0055デフォルトの名無しさん

2009/08/29(土) 23:17:18

つーかロジックとデバイス依存をとりあえず切り離しておいてから考えようぜ。
デバイス依存の部分をSDLなりプラットホームネイティブにするなりすればいい。

0056デフォルトの名無しさん

2009/08/29(土) 23:18:04

>>54
ActionScriptで大規模ゲーム書く根性があるならやってるさ

0057デフォルトの名無しさん

2009/08/30(日) 00:42:59

SDLやGLUTっていてる時点で商用レベルの話ではないと思うけどね

0058名無しさん＠そうだ選挙に行こう

2009/08/30(日) 04:13:56

ActionScript酷すぎだろアレ
HSP並に何も考えて作ってないんじゃねえのかっていうくらいうんこ仕様
最近のJava風なやつは少しはマシそうだが、それなら最初からJavaにしとけよって感じ

0059名無しさん＠そうだ選挙に行こう

2009/08/30(日) 04:37:40

silverlightでいいだろ

0060名無しさん＠そうだ選挙に行こう

2009/08/30(日) 04:40:12

DirectXってCじゃないとできんからなぁ

0061名無しさん＠そうだ選挙に行こう

2009/08/30(日) 09:27:35

>>60
C#だろうがVBだろうがJAVAだろうがHSPだろうがDirectXは使えるぞ
なでしこ（笑）とかもかなり頑張れば使える

0062名無しさん＠そうだ選挙に行こう

2009/08/30(日) 11:19:45

>>28
甘いな。その考えは。

読むだけでもちゃんと排他をしないと、読み始めと読み終わりで別のデータって事もあるぜｗ

0063名無しさん＠そうだ選挙に行こう

2009/08/30(日) 15:16:37

自分でラッパー書くくらいならOpenGL使うだろjk
OpenGLはどんな言語でも誰かがラッパー作るからな。

0064名無しさん＠そうだ選挙に行こう

2009/08/30(日) 15:19:47

>>62
その為のダブルバッファじゃないの？

0065名無しさん＠そうだ選挙に行こう

2009/08/30(日) 15:26:51

>>62
よく分かってないのだが、変数一個読むだけでそんなことが起こるの？
そらくらいはアトミックな操作であってくれないと困りそうな気が。

0066名無しさん＠そうだ選挙に行こう

2009/08/30(日) 15:34:25

あー変数というと曖昧だった
組み込み型の変数と言いたかった

0067名無しさん＠そうだ選挙に行こう

2009/08/30(日) 15:52:04

>>65
構造体とかのある程度のサイズを持つデータなら一発でおかしくなる。
CPUのレジスタと同じ長さのデータならもしかしたら助かるかもしれない。

0068名無しさん＠そうだ選挙に行こう

2009/08/30(日) 16:17:27

>>64
？？？

0069名無しさん＠そうだ選挙に行こう

2009/08/30(日) 17:45:14

想像以上にレベル低いｗ

0070デフォルトの名無しさん

2009/08/30(日) 21:42:20

>>67
いや構造体とかじゃなくてもっとプリミティブな組み込み型の場合で問題があるのかと気になったのだけど、
共有資源に対するアクセスという話でイメージしているものが少し食い違ってるようなきがしてきた。

0071デフォルトの名無しさん

2009/08/31(月) 00:37:17

x86系でも昔の奴は32bitがアトミックじゃなかったと思うし、
今でも__int64はチップ(ATOMかCeleronかAthronか)によって違うかもしれない。
そのCPUで大丈夫でも他のCPUに移植したときにまずいかもしれない。

組み込み型変数ならアトミックであると勘違いしている時点で経験が足りない。

0072デフォルトの名無しさん

2009/08/31(月) 04:02:05

>>37
でてこいよｗ

0073デフォルトの名無しさん

2009/08/31(月) 05:15:28

確かに言われてみれば CPU によってその辺はまちまちか
とりあえず読み込みだからと安心しないことを心がけよう

0074デフォルトの名無しさん

2009/08/31(月) 10:35:36

おめーアホだろ

0075デフォルトの名無しさん

2009/08/31(月) 10:51:06

>>70
>プリミティブな組み込み型
>共有資源に対するアクセス

何いってんの？　そんなん言語から見た話で、
CPUにとっちゃメモリーアクセスをレジスタ介して行うときに何回で行うかって事に尽きるのに。
そのあいだに割り込みや他のプロセスやハードウェアそのものでそこを書き換える奴がいるかどうかの問題。

0076デフォルトの名無しさん

2009/08/31(月) 13:31:14

>>75
まぁそう声を荒げずに
良い事書いてある記事のURLでも貼って色々読ませたほうが時間の節約にもなるし論争にもならない

0077デフォルトの名無しさん

2009/08/31(月) 18:37:17

キャラクターＡがキャラクターＢに攻撃して
インパクトの瞬間まではＢは待機、インパクトの後はダメージモーション
という処理があるんですけど
これってキャラクター同士がお互いの情報を知らないような設計のばあい
キャラクターＡが管理クラスに攻撃情報（位置・攻撃力・その他パラメータ）を渡して
管理クラスが次のupdateでその情報をキャラクターＢに渡すみたいな感じでやってるんでしょうか？

0078デフォルトの名無しさん

2009/08/31(月) 18:47:38

AとBがクラスとして実装されているなら、ダメージモーションをさせる為の関数を持たせるという方法もある

0079デフォルトの名無しさん

2009/08/31(月) 19:11:23

Bを「待機」という曖昧な状態にせずに
「攻撃受け中」とかにすればいいんじゃないの

0080デフォルトの名無しさん

2009/08/31(月) 20:14:09

え？
キャラクタの処理クラスがいきなり相手のキャラクタ処理クラスに作用するって、おいｗｗｗ

根本が間違ってるだろ。

0081デフォルトの名無しさん

2009/08/31(月) 20:32:26

メッセージ送ったと思えばそうでもない。

0082デフォルトの名無しさん

2009/08/31(月) 20:53:04

そんな直接作用させたら、全体から見たときの各状態の辻褄が合わなくなるぞ。

0083デフォルトの名無しさん

2009/08/31(月) 23:34:52

class BaseChr
{
public:
　virtual bool interact(BaseChr &ch) {
　　if (ch.posx() == posx() && ch.posy() == posy())
　　　　return true;
　}
　int posx() const;
　int posy() const;
　int power() const;
protected:
　enum state {
　　state_idle;
　　state_damaged;
　}
　enum state m_state:
};

0084デフォルトの名無しさん

2009/08/31(月) 23:35:33

class ChrA : public BaseChr
{
public:
virtual bool interact(BaseChr &ch);
};

class ChrB : public BaseChr
{
public:
virtual bool interact(BaseChr &ch) {
　　if (BaseChr::interact(ch)) {
　　　m_state = state_damaged;
　　　int other_powe = ch.power();
　　　...
　　}
};

ChrA a;
ChrB b;
a.interact(b);

こんな感じのことをやりたいのだろうか？

0085デフォルトの名無しさん

2009/09/01(火) 20:02:52

そこは普通ジャッジのためのクラスなり関数なり
超頑張ってダブルディスパッチなり

0086デフォルトの名無しさん

2009/09/01(火) 20:47:13

セルの種類が
・ただの床
・壁
・水路
・マグマ

キャラクターの属性が
・通常
・飛行
・幽霊
・水棲

飛行と水棲は水路のセルに入れる
飛行と幽霊はマグマのセルに入れる
幽霊は壁のセルに入れる

みたいな感じの設定があるとします
セルもキャラクターも継承を使ってポリモーフィズム的に実装したとします
セルはキャラクターを、キャラクターはセルの情報を持っていません
（さらにキャラクターの属性、セルの種類は今後増えるかもしれません）

この場合キャラクターが移動先のセルに移動可能かどうかを判断するいい方法はありますか？
ＲＴＴＩは結局if-elseが増えてポリモーフィズム的な設計の意味がなくなるので使いたくありません
ダブルディスパッチは基底クラスに変更を加える必要が出てくるのでこれもなるべく避けたいです

0087デフォルトの名無しさん

2009/09/01(火) 20:53:37

>>86
セルとキャラクタ属性を判定するクラスを作ればいいじゃないか。
もちろん属性クラスがもっと前に存在してて、その継承クラスとしてセルクラスとキャラクタクラスがあるんだけどな。
キャラクタクラスもセルクラスも属性クラスから継承された内容は知らないんでってう感じ。

0088デフォルトの名無しさん

2009/09/01(火) 20:55:36

セルと属性にID振って表で管理が一番楽

0089デフォルトの名無しさん

2009/09/01(火) 21:02:35

>>88
その「表」を誰が管理判定するかって問題なんだけどね。

0090デフォルトの名無しさん

2009/09/01(火) 21:23:51

（＾ｗ＾）ｳｯﾋｮｰ！

0091デフォルトの名無しさん

2009/09/01(火) 22:13:25

一元化して管理するクラスを作る事で、制作上の作業面での管理もプログラムの動作的な管理も両方出来るって事で。

0092デフォルトの名無しさん

2009/09/01(火) 22:15:44

基底クラスに手を加えられないほど複雑な構造になってるのかなぁ…

0093デフォルトの名無しさん

2009/09/01(火) 23:12:02

複雑ではないんですが、あとからDLLでサブクラスのキャラを追加
とか目論んでるのでベースクラスはいじりたくないのです

0094デフォルトの名無しさん

2009/09/01(火) 23:49:13

でもどうせサブキャラもセルと属性でごにょごにょしなきゃなんないんだろうから…ねえｗ

0095デフォルトの名無しさん

2009/09/03(木) 03:07:42

>>86
ビット演算すれば？

0096デフォルトの名無しさん

2009/09/03(木) 16:43:22

ビット？
論理和か？

0097デフォルトの名無しさん

2009/09/03(木) 17:14:47

どっちかというと積じゃね？

0098デフォルトの名無しさん

2009/09/03(木) 17:19:49

ただの床にはどれも入れない、とｗｗｗ

0099デフォルトの名無しさん

2009/09/03(木) 17:21:20

ビットじゃ足りなくなるだろうし…　これはデータタイプの問題より、比較するコード埋め込み場所の問題だけどな。

0100デフォルトの名無しさん

2009/09/03(木) 18:41:59

// 実際に使うときにはもっと改行を増やして下さい
/* cell.h */
#define CM_NONE 0x00000000
#define CM_WALL 0x00000001
#define CM_HOLY 0x00000002
#define CM_FLUID 0x00000004
#define CM_HOT 0x00000008
class cell_t{ public: virtual int get_material()=0; /*略*/};
class floor_t:public cell_t{ public:
　virtual int get_material(){return CM_NONE;} /*略*/};
class wall_t:public cell_t{ public:
　virtual int get_material(){return CM_WALL;} /*略*/};
class waterway_t:public cell_t{ public:
　virtual int get_material(){return CM_HOLY|CM_FLUID;} /*略*/};
class lava_t:public cell_t{ public:
　virtual int get_material(){return CM_HOT|CM_FLUID;} /*略*/};
/* player.h */ class player_t{ public: virtual bool is_acceptable(cell_t *); };
class human_being_t:public player_t{ public:
　virtual bool is_acceptable(cell_t *c){
　　return !(c->get_material()&(CM_WALL|CM_FLUID|CM_HOT)); }};
class jetman_t:public player_t{ public:
　virtual bool is_acceptable(cell_t *c){
　　return !(c->get_material()&CM_WALL); }}; /* 以下略 */

0101デフォルトの名無しさん

2009/09/03(木) 19:27:01

>>100
だから、ビットでしかも条件判定文の羅列にすると、仕様変更や追加があったとき、死ぬるぞｗ
テーブルにしてコードをマトリックス状に並べるのが一番いい。
変更が面倒になったら、プランナーにそのまま渡しちゃえばいいんだよ。

0102デフォルトの名無しさん

2009/09/03(木) 21:17:50

可読性や保守作業さえ考えなければビット演算は大いに楽しめるものだよねｗ

0103デフォルトの名無しさん

2009/09/04(金) 01:23:18

ビット演算入れただけで混乱するバカ=>>102

0104デフォルトの名無しさん

2009/09/04(金) 01:33:30

>>103
不用意にビット演算入れて回収騒ぎになる馬鹿

0105デフォルトの名無しさん

2009/09/04(金) 02:33:22

フラグの数が限定されていれば、ビット演算のフラグ管理ってむしろ可読性高いだろ

0106デフォルトの名無しさん

2009/09/04(金) 09:11:24

痛い目も見たことがないんだね。経験不足。
ビットフィールドのほうがまだ可読性や安全性は高い。

0107デフォルトの名無しさん

2009/09/04(金) 09:25:46

痛い目って例えばどんなのだろう？

0108デフォルトの名無しさん

2009/09/04(金) 09:45:39

>>106みたいな奴と同じチームで開発してて、
ビット演算使ったら殴られたとかじゃね？ｗ
普通にやっていれば痛い目なんて遭わない。

0109デフォルトの名無しさん

2009/09/04(金) 09:46:55

ビットフィールドなんて論理和か論理積で一通り難なくこなせるっしょ。
バグ混入の隙がわからん。

0110デフォルトの名無しさん

2009/09/04(金) 10:51:25

>>109みたいなやつは確かに痛い目みそうだな

0111デフォルトの名無しさん

2009/09/04(金) 11:26:25

条件が変更される事が最初から分かってるんだから、
そのときに絶対別の事で忙しいと予想されるプログラマじゃ無くて、
只のアルバイトとかプランナーに直接弄らせる方法を取れって事。

ビットフィールドの条件判定の羅列を素人が手出せるワケねえだろう。
テキストで作ったテーブルとかそんな感じのデータならまだ弄れるからな。

0112デフォルトの名無しさん

2009/09/04(金) 12:53:03

switch-caseで十分

0113デフォルトの名無しさん

2009/09/04(金) 14:02:39

ビットフィールドは、他の型にキャストして操作とかするバカが
いるから侮れない。

struct {
char a : 7;
char b : 1;
} x;
*(char*)&x &= 0x80;

0114デフォルトの名無しさん

2009/09/04(金) 14:13:03

ほほお、ビットフィールドの内部構造がコンパイラ依存だと言う事を知らないのは、恐ろしい事だねぇ

0115デフォルトの名無しさん

2009/09/04(金) 16:04:28

ビットフィールドはCのコードとアセンブリコードの対応が不鮮明になりがちだから使いたくないな
デバッグはアセンブリコードに限る

0116デフォルトの名無しさん

2009/09/04(金) 16:49:28

今時のゲーム環境で、ビットビットと騒いでるのは哀れに感じる。

0117デフォルトの名無しさん

2009/09/04(金) 18:21:40

>>116
ARMでROMだとそうもいっとれん

0118デフォルトの名無しさん

2009/09/04(金) 18:24:02

それはものすごく理解できるが、それができる人がこんな所で騒いだりしないだろ。

0119デフォルトの名無しさん

2009/09/04(金) 18:28:30

大量のAIを作動させるときは、条件分岐なんかでCPUのパイプライン処理を止めたくないからビット演算を惜しみなく使う。
これはいいよな？

0120デフォルトの名無しさん

2009/09/04(金) 18:40:33

AIで実際に使われているのがあるぞ。将棋AIの上位のシステムのほとんどが
ビット演算で処理してる。マルチCPU+ビット演算だ

0121デフォルトの名無しさん

2009/09/04(金) 18:46:33

そりゃゲームのルールがほぼ固定されてりゃ使うわな

0122デフォルトの名無しさん

2009/09/04(金) 19:13:16

結論を言えばシェーダー最強だな

0123デフォルトの名無しさん

2009/09/04(金) 19:58:22

4k introとかやろうと思ってるのでいろんなところ物色中だったり、騒いだりはしないんだけどね

0124デフォルトの名無しさん

2009/09/04(金) 20:15:54

>>110
ふだんwinapiでしかビットフィールドは使わんが何かあったっけ？
フラグ立てるのとフラグ判定くらいしかしないのだが。

0125デフォルトの名無しさん

2009/09/04(金) 20:51:35

まだシェーダ厨が混ざってるな。
面白いと思って書いてるんだろうけど
面白くないし頭悪そう。

0126デフォルトの名無しさん

2009/09/04(金) 20:58:26

シェーダーはCompute Shaderを待ちきれない
それよりかはCUDAで遊ぼうぜ

0127デフォルトの名無しさん

2009/09/05(土) 10:23:20

最近スレッドに取り組んでいる者です。

Ｑ１．スレッドは一つ立てるとすでにメインのスレッド(main文)があるから、２スレッド動いているとうことで、
スレッドを呼び出さないときより処理は速くなりますか？
Ｑ２．ゲームの描画をスレッド化するとき、描画がキャラ部分、文字、マップに分かれていたら、それらをそれぞれ一つずつのスレッドにするのか、
それとも描画部分をまとめて一つのスレッドにするのかどちらが一般的でしょうか？

0128デフォルトの名無しさん

2009/09/05(土) 12:14:01

一つしかないリソース相手にするなら一つの所でやるのがベストだけど、
どうせOSが吸収してるから好きにしろよ。

0129デフォルトの名無しさん

2009/09/05(土) 13:03:22

Q1の質問を日本語訳すると、シングルスレッドよりマルチスレッドの遅いのでしょうかということかな。

スレッド切り替えのオーバーヘッドを考えれば遅いと言えるけど、
シングルスレッドで並列処理を組むとそれなりにオーバーヘッドのある実装になるので、
上手に実装されていれば大差ない。
あとマルチスレッドのほうが一般的には実装がシンプルになり、シングルスレッドはスパゲティ化しやすい。
そしてスパゲティなコードは遅いから、マルチスレッドの方が現実的には早くなると思う。

Q2　描画部分はまとめて1スレッドが一般的では。
MTみたいに描画をマルチスレッド化する物は、キャラの種別ごとに分けるのではなくて、

0130デフォルトの名無しさん

2009/09/05(土) 13:27:42

スパゲティであることと処理速度は関係ないだろ。
まぁシンプルに設計できる奴の方が速い処理を書けるということは多そうだけど。

>>127
アムダールの法則を調べてみるといいかも。

0131デフォルトの名無しさん

2009/09/05(土) 14:19:54

（以下、デュアルコア前提）
A1 膨大なオブジェクトの演算を必要とする場合、遅くなる場合があります。
　そのような場合、メモリのバンド幅がネックとなります。
　ただし、それに対して描画が著しく高速な場合、速く見せることができます。
　この方法は、描画がDirectXやOpenGLによりハードウェア処理されている場合のみ有効です。

　まず、描画スレッドのフレームレートが計算スレッドのフレームレートより
　高くなることを想定します。そして、計算スレッドでフレームを処理する際、
　各フレームの履歴を2, 3フレーム残し(おそらくリングバッファ)、
　描画スレッドでは最後のフレームを描画するのではなく、
　直前のフレームとその前のフレームを線形・キュービック補間して描画します。

　描画も計算も十分に速い場合、マルチスレッド化は常に両方のコアを作動させる場合があり、
　省エネに反する場合があります。

0132デフォルトの名無しさん

2009/09/05(土) 14:31:21

A2 その場合、重なり合いの関係でオブジェクト種ごとに分けるのではなく、
　ピクセルやスキャンラインごとに分ける事になりますが、

　 * 描画がDirectXやOpenGLによりハードウェア処理されている場合
　「描画」処理そのものをスレッドで分けても意味はありません。すでにGPU内で
　相当な数のマルチスレッド処理で描画しています(GPUはCPUより作動クロック数が
　低いですが、同時にものすごい数の描画処理ができるので、結局はCPUより速くなります)。

　ただ、「描画のための計算」、たとえば行列演算やパーティクルのポイントサイズ計算を
　マルチスレッド化することは可能です。ただし、それなりのプログラミングテクニックが
　必要であり、実装によってはパフォーマンスが低下する可能性があります。

　 * 描画がソフトウェア処理されている場合
　GPUの真似をしてCPUでもマルチスレッドで描画したとしても、無駄です。
　マルチスレッド化よりもMMX, SSE, WMMX, AltiVecを使用したほうが数倍高速です。
　なお、「描画のための計算」はハードウェア処理と同じく、マルチスレッド化
　できない訳ではありません。

0133デフォルトの名無しさん

2009/09/05(土) 16:22:25

>>128~132の皆さんありがとうございました
なるほどマルチスレッドを生かすにはそれなりのテクニックがいるとうことですね
131,132さんは難しすぎて分かりませんでした。
またお願いします

0134デフォルトの名無しさん

2009/09/05(土) 17:27:20

windowsプログラミングだとそうせざるをえないしな。＞マルチスレッド
メッセージループから分岐させて重たい描画処理させるわけには行かないし、
フレーム管理もカオスになる。
もっとも、リアルタイムな描画を必要としないなら話も違うが。

0135デフォルトの名無しさん

2009/09/05(土) 19:49:38

OpenMPみたいに使う側にそういうあれこれを意識させないライブラリを使うのも一つの手だが。
ゲームには向かないなぁ。

0136デフォルトの名無しさん

2009/09/05(土) 20:33:32

OpenMPってそんなライブラリだったか？

0137デフォルトの名無しさん

2009/09/05(土) 20:41:50

>>136
纏まった処理を、複数のスレッドで分業させるんだから>135は間違っちゃいない。

0138デフォルトの名無しさん

2009/09/06(日) 00:02:43

意識はさせまくりだった気がするが

0139デフォルトの名無しさん

2009/09/06(日) 09:59:15

最近のプロセッサは速度頭打ちになってるからマルチコア化で誤魔化してるにすぎない
こんな体たらくだから上級ゲームプログラマはシェーダーに頼らざるを得ない

0140デフォルトの名無しさん

2009/09/06(日) 11:05:42

再配布可能なSE集公開してるとこおせーて

0141デフォルトの名無しさん

2009/09/06(日) 11:37:51

http://www.google.com/search?rlz=1C1GGLS_jaUS340US340&sourceid=chrome&ie=UTF-8&q=SE+%E7%B4%A0%E6%9D%90%E9%9B%86

0142デフォルトの名無しさん

2009/09/06(日) 13:20:09

2年前ぐらいに、描画ライブラリを作っていて、MMXなどを駆使していたが、
もっと速くしようと、OpenMPで、奇数スキャンラインと偶数スキャンラインでスレッドに分けた。
結局、メモリのバンド幅が原因で速くはならなかった。

>>140

http://www.freesound.org/
ライセンスについては http://creativecommons.org/licenses/sampling+/1.0/deed.ja を参照。

http://www.soundsnap.com/ 　(フリーの会員は一ヶ月に5個までダウンロード可能。)

もしくはイギリスの放送局のBBCが効果音ライブラリを発売しており、
それがTorrentで再配布されているので(おそらく合法?)
それを利用するのもいい。ロイヤリティーフリー。
ただしダウンロードサイズは十数ギガバイト。

0143デフォルトの名無しさん

2009/09/06(日) 14:26:34

セーブ・ロードのオブジェクト設計喪前らどうしてますか？
やっぱりmementoパターン？

0144デフォルトの名無しさん

2009/09/06(日) 14:49:51

mementoパターンで何を解決したいんだ

0145デフォルトの名無しさん

2009/09/06(日) 14:59:19

各クラスのカプセル化を保持しつつ、各オブジェクト状態の保存・復元。
アクセッサは論外としても、mementoも結構面倒そう。
それ以外の匠の技があるのならぜひ聞きたいと思ったのだが。

0146デフォルトの名無しさん

2009/09/06(日) 15:07:08

確かコーラに入れるといいんだよな。

0147デフォルトの名無しさん

2009/09/06(日) 15:22:54

おれはGoFパターンの中に解決方法はないと思うけどね。
boost::serializationみたいなもの？

0148デフォルトの名無しさん

2009/09/06(日) 15:23:20

それはメントス。凄くおいしくなるんだよね。

0149デフォルトの名無しさん

2009/09/06(日) 15:25:37

boost::serializationを使うなら構造体をそのままバイナリで保存した方がまし。
なんでコンテナの要素数を出力する必要があるのかと問い詰めたい。

0150デフォルトの名無しさん

2009/09/06(日) 15:27:28

ポインタ持ってるようなクラスをそのままセーブできないでしょ。

0151デフォルトの名無しさん

2009/09/06(日) 16:19:16

エンディアンの問題もある。

0152デフォルトの名無しさん

2009/09/06(日) 16:25:56

そんじゃXMLパーサ搭載してXMLにしてZIPで圧縮だな。

0153デフォルトの名無しさん

2009/09/06(日) 16:35:04

構造体そのままセーブとか、同じ事やりたいわけ？

0154デフォルトの名無しさん

2009/09/06(日) 16:37:27

ゲームデータのセーブごときにデザインパターンとか考えたこともないな

0155デフォルトの名無しさん

2009/09/06(日) 16:41:08

該当箇所だけ読み出したいとかなったときに無駄に苦労するからやめたほうがいい
後悔ﾁﾝﾎﾟ立たず

0156デフォルトの名無しさん

2009/09/06(日) 16:41:56

サムネイルとか進行度は別につけたほうがいいかも？

0157デフォルトの名無しさん

2009/09/06(日) 16:45:22

サンプルが少ないと思ったら確かに気にする機会はすくなさそうだなぁ。
SLGはセーブに必要なメンバが多数のオブジェクトに散らばりやすい。
他ジャンルなら確かにどうとでもなりそうだなぁ。

0158デフォルトの名無しさん

2009/09/06(日) 19:02:38

ライブラリの中の挙動が理解できないからわけわかんないコード書くやつって多いよね
自分の書いているコードも把握できないとか

0159デフォルトの名無しさん

2009/09/06(日) 20:04:59

キャラとかアイテムにクラス識別用のenumとか作るのって普通かな
エンカウントするモンスターのフィルタを外部ファイルにおいておくとかする場合ほかにやりようは無いよね？

0160デフォルトの名無しさん

2009/09/06(日) 20:16:11

クラス識別じゃなくて、アイテム識別だろ？　そこからコントロール用のクラスが呼ばれるんだろ？

0161デフォルトの名無しさん

2009/09/06(日) 20:28:07

アイテムとかコントロールとか突然出されても
意味が複数想定しえるから意味がわからん

こういう人と仕事したくない

0162デフォルトの名無しさん

2009/09/06(日) 22:02:11

ゲー専の生徒さんか何かでしょう

0163デフォルトの名無しさん

2009/09/06(日) 22:18:48

ファクトリーパターンだな。

0164デフォルトの名無しさん

2009/09/07(月) 10:27:06

バカはまずシェーダーの勉強から始めろ

0165デフォルトの名無しさん

2009/09/07(月) 18:01:15

>>164
シェーダー厨は帰れと何度も

0166デフォルトの名無しさん

2009/09/08(火) 00:30:16

DxLib3.0誕生

0167デフォルトの名無しさん

2009/09/08(火) 00:34:51

シェーダなんて１時間もあればすぐに入門終わらせて入っていけるのに
無駄にシェーダ嫌いを産んでるからまずシェーダから入るのは正しい

0168デフォルトの名無しさん

2009/09/08(火) 00:47:17

シェーダーでゲームは面白くならない

0169デフォルトの名無しさん

2009/09/08(火) 07:38:47

シェーダーはゲームが面白くなる要素のひとつである

0170デフォルトの名無しさん

2009/09/08(火) 09:27:00

3.0って3D機能有るんだな

0171デフォルトの名無しさん

2009/09/08(火) 12:38:04

>>165
お前が消えろゴミクズ
ここは最初から最後までシェーダースレだ

0172デフォルトの名無しさん

2009/09/08(火) 15:34:48

DxLib3.0でもシェーダー使えるの？

0173デフォルトの名無しさん

2009/09/08(火) 21:08:26

>>165
言うだけ無駄。そのうち飽きるだろうからそれを待とう
>>171
シェーダー厨と言われた訳を考えようか
>>172
内部がDirect3D9になったから、やりようによっては使える。
ところで、「DxLib3.0でもシェーダー使えるの？」の「も」ってどういう意味？
以前のバージョンだと内部がDirect3D7だから使えない筈なんだけど
管理人さんがこっそりリリースしてたDirect3D9暫定対応版のこと？

0174デフォルトの名無しさん

2009/09/08(火) 21:14:15

>>167
ちょいと暴論じゃないか？
固定機能パイプラインの機能を一部置き換えるものだから、まず最低限必要な3Dパイプラインの知識が先だろう
つまり、ウィンドウ表示してデバイス初期化して行列設定して…というのが先だろう
その後シェーダーを学習させて、色々遊ばせるのがいいんじゃないかと思うんだが

0175デフォルトの名無しさん

2009/09/08(火) 21:28:03

３Dパイプラインにウィンドウやデバイスの初期化は関係ない。

0176デフォルトの名無しさん

2009/09/08(火) 22:38:45

>>173
seleneのこと

0177デフォルトの名無しさん

2009/09/08(火) 23:23:34

サンプル書き換えて俺ってスゲーって奴ばかりだなｗ

0178デフォルトの名無しさん

2009/09/08(火) 23:48:41

>>177
それで十分
一歩でも前へ進めば後は惰性でもいける

0179デフォルトの名無しさん

2009/09/08(火) 23:56:19

そんなやつばっかｗ

0180デフォルトの名無しさん

2009/09/09(水) 00:18:58

ちがうな
そんなことばっかなんだよｗ

0181デフォルトの名無しさん

2009/09/09(水) 00:50:17

Luaとかって使ってる？
インタプリタパターンに興味あるんだけど難しいかな

0182デフォルトの名無しさん

2009/09/09(水) 03:44:16

シェーダ厨テラウザス
ただの荒らしだな
そんなにシェーダの話したけりゃシェーダスレに行くかスレ立てればいいだろ
このゴミクズ

…まぁゴミクズって言ったら失礼だわな、ゴミクズに対して

0183デフォルトの名無しさん

2009/09/09(水) 04:09:33

シェーダ

0184デフォルトの名無しさん

2009/09/09(水) 04:10:52

シェーダ

0185デフォルトの名無しさん

2009/09/09(水) 04:13:21

シェーダ

0186デフォルトの名無しさん

2009/09/09(水) 04:44:03

表面しか分からない奴より全体が分かってる奴のほうが使えるのは自明
さしずめ電子軌道の挙動を考慮できる奴のほうが高校レベルの問題でもつまずかないように

0187デフォルトの名無しさん

2009/09/09(水) 09:07:38

誰もそんな話してないのに。
シェーダーがウザいんじゃなくて空気読めない奴が鬱陶しい。
まぁわざとやってるんだろうけど。ネタだったらネタでもっと面白いのやれよ。

0188デフォルトの名無しさん

2009/09/09(水) 09:11:39

シェーダ

0189デフォルトの名無しさん

2009/09/09(水) 09:13:26

シェーダ

0190デフォルトの名無しさん

2009/09/09(水) 09:17:29

宇宙刑事～

0191デフォルトの名無しさん

2009/09/09(水) 09:46:09

第三者的にみると、
軽はずみにウザいとか鬱陶しいっていう奴のほうがウザい。

0192デフォルトの名無しさん

2009/09/09(水) 11:27:44

わずか1ミリ秒で焼結を完了する。では、その原理を説明しよう。

0193デフォルトの名無しさん

2009/09/09(水) 12:04:45

まずマッチを用意します。

0194デフォルトの名無しさん

2009/09/09(水) 13:10:13

>>182みたいなのがシェーダ荒らしの主犯だろうな
ID出ないのをいいことに自演やりたい放題

0195デフォルトの名無しさん

2009/09/09(水) 17:43:51

それはもはや東方厨並かそれ以上にたちが悪いなｗｗｗ

0196デフォルトの名無しさん

2009/09/10(木) 14:46:28

>>194が自演荒らしの主犯じゃね？
自演自演と書き込んで自分があたかも自演してないと言いたそうな感じが

0197デフォルトの名無しさん

2009/09/10(木) 14:51:52

シェーダをNGワードにするとすっきり

0198デフォルトの名無しさん

2009/09/10(木) 16:30:44

>>196
>>194は荒しではないだろう
ただの香ばしい厨房だと思われる
文章がキモいし

0199デフォルトの名無しさん

2009/09/11(金) 02:19:32

新スレになってから一番のマジキチ>>194

0200デフォルトの名無しさん

2009/09/11(金) 02:29:55

シェーダって見た目を加工する話だろ？
このスレは見た目だけじゃなくてゲームシステムそのものを扱うんじゃないの？
シェーダの話以外するなっておかしいよ。

0201デフォルトの名無しさん

2009/09/11(金) 02:48:58

話題が無いんだよ
空気悪いから気軽に書き込めないし

0202デフォルトの名無しさん

2009/09/11(金) 12:48:20

空気つっても>>194みたいな香具師が自演荒ししてるだけだしなぁ。

0203デフォルトの名無しさん

2009/09/11(金) 19:13:26

荒しじゃなくて頭悪いだけでしょ

どこでもそうだけど、犯人探しを始めるとみんな疑心暗鬼になって嫌な雰囲気になるのは分かりきったこと

頭悪杉

0204デフォルトの名無しさん

2009/09/12(土) 00:10:12

>>203
まぁまぁ
夏も終わったし、そろそろ馬鹿も減るだろ・・・

0205デフォルトの名無しさん

2009/09/12(土) 00:33:24

毎年夏が終わっても厨房の余韻があるよなｗ

0206デフォルトの名無しさん

2009/09/12(土) 14:09:28

お前らゲームの話題投下しろよ。

0207デフォルトの名無しさん

2009/09/12(土) 14:33:33

なんかおすすめのプラットホームある？
PSPやAndoridに興味あるんだけど

0208デフォルトの名無しさん

2009/09/12(土) 15:18:23

XBox

0209デフォルトの名無しさん

2009/09/12(土) 15:32:53

つまねーな

0210デフォルトの名無しさん

2009/09/12(土) 15:48:21

別にシェーダ厨じゃないんだが、前スレで屈折シェーダの話で
閉じた凸包のメッシュだと、光線が入るときに一回、出るときに一回
屈折すると思うんだが(回折云々はいらん)
単にhlslのrefractを使う方法だと、どちらか片方しか表現出来ない。
二回屈折させる方法は何かないか？
出来ればshader2.0で出来る方法がいいんだが。

0211デフォルトの名無しさん

2009/09/12(土) 16:40:45

法線を法線マップでやって
表側と裏側の法線を２回別のテクスチャにレンダリングしたら？
とかテキトーなこといってみるテスト

0212デフォルトの名無しさん

2009/09/12(土) 16:43:50

あ、でもそんな面倒なことしなくても２回目の屈折率で作った画像から
ピクセルを取得すればいいだけかもしれないなｗ

0213デフォルトの名無しさん

2009/09/12(土) 17:42:38

かなり無理矢理なやり方だが忠実。屈折率はxとする。全反射は無いものと仮定する。
1. あらかじめメッシュの中央にカメラを設定し、
　屈折率を1/xとするシェーダーをメッシュに適用し、
　キューブマップを作成。Zバッファも取り込もう。
2. シェーダーでhlslのrefractを屈折率xで使用しつつ、次のこともする
　* refractの結果から、光の進み方を決定。
　* そして、さっきのキューブマップとそのZバッファを使用し、レイトレーシング。
　*

0214デフォルトの名無しさん

2009/09/12(土) 19:02:16

そうかピクセルごと屈折率が必要かｗ
>>211-212はハナから駄目だなスマンコｗ

で、考えたんだけど１回目と２回目の複合した屈折率をバッファに書き込む
屈折率マップを作ることでいけないだろか？ｗ
とかまた言ってみるテストｗ

0215デフォルトの名無しさん

2009/09/12(土) 23:14:28

>>213
1パス目は、メッシュの表裏逆にして屈折シェーダでキューブマップ描画、
2パス目は、普通に視点から屈折シェーダ適用(1パス目のキューブマップ使用)
ってこと？
原理はさっぱりわからないが、試してみる。サンクスコ。

>>214
透過して観える景色、キューブマップに写っている画像が
無限遠に近いものなら、単純に2つの角度を足すだけでいいかな
とは俺も思っていた。
例えば、宇宙空間とか。でも部屋の中とかは近すぎて駄目だろうな。

0216デフォルトの名無しさん

2009/09/13(日) 01:32:01

>>215
>例えば、宇宙空間とか。でも部屋の中とかは近すぎて駄目だろうな。
意味がわかんね
２つ角度があるように思えるけど結局そのピクセルに対する屈折率って１つみたいなもんだろ？
この前提がくつがえるなにかがあんの？

広いとそれが消えるってのがよくわからん

0217デフォルトの名無しさん

2009/09/13(日) 01:37:39

ある物体のある地点Ａから入った光がある地点Ｂから抜ける屈折率って１つに絞れない？
屈折率は絞れないなｗスマンコｗ

でも物体を通る前のベクトルＡが物体をでた後のベクトルＢになるだけならいけ・・・ないかｗ
駄目だなｗスマンコｗ

ああ、やっと広いと駄目な理由がわかったｗ

0218デフォルトの名無しさん

2009/09/13(日) 02:53:34

http://iup.2ch-library.com/i/i0012052-1252777196.gif
図で説明すると、入るときと出るとき2回屈折させたい訳だから、
2つの屈折する位置と2つの方向を示すベクトルを加味して
サンプルするテクスチャ座標を決めたい。

http://iup.2ch-library.com/i/i0012053-1252777196.gif
ただしサンプル先が遠い場合は、多少位置が変わろうが
テクスチャ座標は殆ど同じになるので、出る方のベクトルだけ
考えればいい。

>>無限遠に近いものなら、単純に2つの角度を足すだけでいい
だからこれは間違ってた。「出る方の角度だけでいい」が正しいか。

>>217も同じことを言ってるかな？

0219デフォルトの名無しさん

2009/09/13(日) 03:14:12

>>218
なあ？視線から物体まで伸びるベクトルはまっすぐだとして
物体から出た後で伸びるベクトルってまっすぐになるんだっけ？

0220デフォルトの名無しさん

2009/09/13(日) 10:42:42

なる

0221デフォルトの名無しさん

2009/09/13(日) 11:21:19

>>220
マジで？なんで？

0222デフォルトの名無しさん

2009/09/13(日) 11:23:30

あ、まっすぐってちゃうよ
こう視点から物体へのベクトルと平衡になるかっつー話だよ？

0223デフォルトの名無しさん

2009/09/13(日) 11:57:36

>>222
角度は、面の法線と屈折率とによって変わるから、必ずしも平行にはならない。
>>218の遠い方のは、物体から出るベクトルは、出る位置におくのが本当は正しいんだけど、
出るベクトルを入る位置に置いても、殆ど同じ結果になるだろうから、それでいいんじゃないか、的な論。
実際、普通の屈折シェーダは、>>218の近い方のように位置と角度でサンプルしている訳じゃなくて
角度だけで近似的にサンプルしていて、考え方は、>>218の遠い方と同じ。
ただ、問題があって、出るベクトルを求めるのが難しい。出る面の法線が必要だがどうやって得るか？

0224デフォルトの名無しさん

2009/09/13(日) 12:00:48

出る面の法線だが、その物体に合わせたキューブ法線マップを作って
サンプルするのが、良さそう。

0225デフォルトの名無しさん

2009/09/13(日) 15:33:31

視点から物体へのベクトルＡに対してのベクトルＢだけでいいんだから
必要なのって２次元的なベクトルＢマップじゃないの？
１パス目でベクトルＡ→ベクトルＢ変換してテクスチャに書き込んで
２パス目で作ったもん使って描画すればいいんじゃね？

0226デフォルトの名無しさん

2009/09/14(月) 03:08:55

ポリゴンの頂点とボーンの動きについて分かりやすく解説してあるサイトない？

0227デフォルトの名無しさん

2009/09/14(月) 12:31:00

砲弾の動きを表したいんだけど
座標は普通に求められるんだけど
砲弾みたいに徐々に下を向くように飛ばすにはどうすればいいんだろ？

0228デフォルトの名無しさん

2009/09/14(月) 13:19:54

そこは普通に物理演算したら楽じゃね？
重力加速度を毎フレーム加える。

速度 += 重力加速度 * ⊿時間
位置 += 速度 * ⊿時間

0229デフォルトの名無しさん

2009/09/14(月) 14:05:57

飛んでってる最中の角度だったら角度が移動方向に従えばいいので
ピッチ=atan(速度.y/sqrt(速度.x*速度.x+速度.z*速度.z))
or
ピッチ=atan(速度.y,sqrt(速度.x*速度.x+速度.z*速度.z))
重力により速度.yが下がっていくとピッチが下がり、
結果的に下を向く訳だ。

0230228

2009/09/14(月) 14:16:03

あ、座標はわかってるのか。
これは失礼。

0231デフォルトの名無しさん

2009/09/14(月) 14:17:05

平面で考えてたからzがどこから出てきたのかわからなかったｗ

0232デフォルトの名無しさん

2009/09/14(月) 14:35:01

というか、そんな難しいこと考えずに
単純に速度ベクトルの向きにしとけばいいような

0233デフォルトの名無しさん

2009/09/14(月) 21:36:26

>>232
な
俺は数秒間、空いた口が塞がらなかったｗ

0234デフォルトの名無しさん

2009/09/15(火) 08:53:52

その向き=角度を求めてるだけじゃねーの？

0235デフォルトの名無しさん

2009/09/15(火) 13:57:33

流体力学の話じゃないのか？
砲弾の形によって飛距離や命中精度が変わるというような。
技術開発に多く投資すると他国より早く高性能砲弾を入手できるとか、そんなゲームじゃないの？

0236デフォルトの名無しさん

2009/09/15(火) 14:29:12

＞技術開発に多く投資すると他国より早く高性能砲弾を入手できるとか、そんなゲームじゃないの？
どんなゲームだよｗ

0237デフォルトの名無しさん

2009/09/15(火) 16:39:30

コサックスとか？ｗ

0238デフォルトの名無しさん

2009/09/15(火) 21:11:52

一つのオブジェクトの状態だけを扱う

Stateクラスってアリだと思う？

0239デフォルトの名無しさん

2009/09/15(火) 21:16:24

ないあるよ

0240デフォルトの名無しさん

2009/09/15(火) 22:05:52

メンバー変数でいいだろ常考

0241デフォルトの名無しさん

2009/09/15(火) 22:36:33

C++でぷよぷよ作ってるんだけど、設計に悩む。

0242デフォルトの名無しさん

2009/09/15(火) 22:57:32

ローグライク
シューティング
格闘
アクション

どれが一番簡単？

0243デフォルトの名無しさん

2009/09/15(火) 22:59:06

一生悩んでろ

0244デフォルトの名無しさん

2009/09/15(火) 23:26:22

シューティングでも横スクロールのグラディウスみたいなゲームからコールオブデューティーみたいなＦＰＳまでいろいろあるし
アクションでも横スクロールのマリオみたいなのからミラーズエッジみたいなのまでいろいろある

0245デフォルトの名無しさん

2009/09/15(火) 23:27:41

シューティングじゃない？

基礎は一通り詰め込まれているイメージがある。

0246デフォルトの名無しさん

2009/09/15(火) 23:44:56

入門ならインベーダーでも作れば。

0247デフォルトの名無しさん

2009/09/16(水) 00:05:39

いっそのこと弾幕インベーダーにしようぜ

0248デフォルトの名無しさん

2009/09/16(水) 01:15:43

やっぱシューティングだろ。
アクションは当たり判定がシューティングより面倒。
ただし3Dにすると結局シューティングも面倒。
もしくはシューティングと何かを組み合わせるとか(Paradroidみたいな)。

0249デフォルトの名無しさん

2009/09/16(水) 01:17:04

個人的にはFPSをおすすめする。
主人公をモデリングせずに済むんだぜ?

0250デフォルトの名無しさん

2009/09/16(水) 02:07:02

いっそのこと恋愛インベーダーにしようぜ

0251デフォルトの名無しさん

2009/09/16(水) 04:12:25

選択肢には無いが、テキストゲーが一番だろう。
文字列の操作に否応無しに慣れるから、ゲーム以外を作るときにも経験が活きてくる。

あ、今時Cの標準関数で文字列扱う人なんていませんか。そうですか

0252デフォルトの名無しさん

2009/09/16(水) 09:12:22

どういうこと？
CUIベースのゲームのこと？アドベンチャーゲーム？
CUIでなくても標準ライブラリの文字列操作関数なんて普通に使うし
CUIならキモになるのは文字列操作じゃないよね

0253デフォルトの名無しさん

2009/09/16(水) 09:32:54

GUIでもアドベンチャーゲームでなくとも普通に使うな

0254デフォルトの名無しさん

2009/09/16(水) 14:12:38

文字列の指定位置から指定サイズ削ったり、
空白区切りの要素の指定番目を
得たりする関数を作っておくと便利。

それを応用して、ファイルの指定桁(要素)、行から、
上に書いたの文字列と同じような処理を
1関数でできるようなのも作っておくとさらに便利。

0255デフォルトの名無しさん

2009/09/16(水) 14:21:31

え～、std::stringとかstd::stringstreamとか使えばいいのに。
車輪の再発名はいやん。

0256デフォルトの名無しさん

2009/09/16(水) 14:25:50

>>254
公開オナニー乙

0257デフォルトの名無しさん

2009/09/16(水) 14:31:58

ちょうど作っていた所だから、
いきがって書いてしまったorz

0258デフォルトの名無しさん

2009/09/16(水) 16:21:22

俺もシューティングが一番簡単だと思うな。
当たり判定がどうとかは一回作れば終わりだからどうってことない。
問題はステージの作り方だよ。
シューティングは敵のでるタイミングを考えるだけだからな。

0259デフォルトの名無しさん

2009/09/16(水) 16:46:46

敵の登場タイミングはほぼランダムでいいんじゃね?

0260デフォルトの名無しさん

2009/09/16(水) 16:51:20

ランダムだと序盤でいきなり大量に敵が出てしまうだろ
何度も同じ場所を通る場合はイベントの進行に沿ってフラグで管理すればいい
そうじゃないならフィールド上に最初から置いておけ

0261デフォルトの名無しさん

2009/09/16(水) 17:01:10

道中など飾りにすぎない

0262デフォルトの名無しさん

2009/09/16(水) 17:33:42

車輪の再発明でも表に出さないで自分で勉強目的なら別にいいんｼﾞｬﾏｲｶ

0263デフォルトの名無しさん

2009/09/16(水) 17:41:28

まともな奴がするわけないだろ
韓国人みたいな奴に決まってる

0264デフォルトの名無しさん

2009/09/16(水) 18:39:33

物理の授業ってまさに車輪の再発明だよね
263の言うまともな奴ってどんな奴なんだろう？

0265デフォルトの名無しさん

2009/09/16(水) 20:19:54

物理の授業ってすでにある解決法を無視して一から作成するような内容だったっけ？

0266デフォルトの名無しさん

2009/09/17(木) 03:33:03

>>261
でも俺は道中以外ではボム使わないし
ボムのグラフィックこだわってた場合は道中もちゃんとなっててほしいよっ

0267デフォルトの名無しさん

2009/09/17(木) 07:00:47

>>265
少なくとも俺の高校は色んな事を実験で証明して、それから式を導いたんだけど

0268デフォルトの名無しさん

2009/09/17(木) 07:59:02

実験が上手くいかないとどうやっても理論値に一致しない罠ｗ
重力加速度を求める実験ぐらいしか覚えてないが、あれには苦労した。

0269デフォルトの名無しさん

2009/09/17(木) 09:36:50

>>267
実験方法はだいたい決まってたんじゃないの？
そこから生徒に考えさせてたら車輪の再発明だろうけど

0270デフォルトの名無しさん

2009/09/17(木) 09:44:28

お前ら何のために物理の実験の話してんの？

0271デフォルトの名無しさん

2009/09/17(木) 13:11:02

車輪の再開発の是非のため

一度は自分で作ってみるのがいいと思う。
コピペで済ませて中で何をやってるか想像もできないレベルだと
その関数のコストがどれくらいなのかもわからんし。

0272デフォルトの名無しさん

2009/09/17(木) 19:24:29

ゲームこそ車輪の再発明ができることが要求される分野だと思うんだが。
ワンパターンのコピゲーなら違うんだろうけど。

0273デフォルトの名無しさん

2009/09/17(木) 22:27:58

要はたくさん売れるゲームをどれだけ安く作れるかってこと
再発明が売れるゲームにつながっていればいいけどね

0274デフォルトの名無しさん

2009/09/17(木) 23:55:04

ビートマニアとかコード費ぜんぜん掛かってなさそうだよな
再利用ってかほとんど丸コピって感じだ
俺も開発楽で面白い同人ゲーで一発当てて続編商法でウハウハしたいぜちくしょう

0275デフォルトの名無しさん

2009/09/18(金) 09:57:31

ビートマニアは楽曲とかに金かかってるんだろ
マニア向けのゲームだし、レベルの調整とか開発結構大変なんじゃね？

0276デフォルトの名無しさん

2009/09/18(金) 11:14:24

ここスレタイと内容ちがくね？

0277デフォルトの名無しさん

2009/09/18(金) 11:20:54

ゲーム関係のスレはこんなもんだよ

0278デフォルトの名無しさん

2009/09/18(金) 13:23:19

誰かがゲーム作ってそれを周りがフルボッコしつつも最後に１行アドバイスするみたいな流れになれば活性化するよ

0279デフォルトの名無しさん

2009/09/18(金) 16:14:18

ゲームプログラムの範囲ってどこまでなの？
間接反射を考慮する場合のイラディアンスの式が良く分からないんだけど
そういう質問ってここでも大丈夫ですか？

0280デフォルトの名無しさん

2009/09/18(金) 19:49:32

いいと思うよ

0281デフォルトの名無しさん

2009/09/18(金) 22:16:35

詭弁まで韓国人に似てるし
日本はもうダメだな

0282デフォルトの名無しさん

2009/09/18(金) 22:16:40

聞きかじりレベルがお似合い

0283デフォルトの名無しさん

2009/09/19(土) 00:01:40

ここで人の助言が聞けない奴が苦労自慢で
オナニーしてるだけだろ

0284デフォルトの名無しさん

2009/09/19(土) 11:26:19

衝突判定について質問です。
ボックスと無限円柱の当たり判定はどうすればいいでしょうか？

ボックスと、無限ではない唯の球や円柱の判定は、
ボックスを6平面に分割して(実際は3平面ですが)、それぞれの平面との距離を測ることにより
実現出来ていますが、無限円柱のような無限に伸びる形状だの
先の方法の破綻パターンに多くの場合接触してしまい、常に接触しているとなってしまいます。

0285デフォルトの名無しさん

2009/09/19(土) 11:39:50

円柱に垂直になるローカル座標にもってきて後は真上からみた
２次元判定じゃん

0286デフォルトの名無しさん

2009/09/19(土) 12:06:36

>>285
その二次元判定はどうしますか？
3Dのボックスから2Dの多角形を作って
判定するのですか？

0287デフォルトの名無しさん

2009/09/19(土) 16:11:53

>>286
x^2 = y^2 + z^2
駆使すれば良いんじゃない？

0288デフォルトの名無しさん

2009/09/19(土) 21:13:21

ググれったら意外と無かったのでビックリ
ttp://www.google.com/codesearch/p?hl=ja&sa=N&cd=1&ct=rc#jZI2frAhW-g/trunk/source/math/Ray.cpp&q=ray.cpp%20package:http://slimdx%5C.googlecode%5C.com
ここのRay::Intersects( Ray ray, BoundingBox box, [Out] float% distance )

0289デフォルトの名無しさん

2009/09/19(土) 22:59:18

>>288
教えて頂いた関数を確認したところ、
線とボックスが接触しない場合、距離=0で返すので
これをそのままは使えませんが、考え方は理解出来ました。
つまり、ボックスと直線の距離に帰着するんですね。

ボックスと直線の距離は、、、
案は出来ましたが、相当重いですねコレ。

0290デフォルトの名無しさん

2009/09/19(土) 23:35:32

やべ、質問間違えた
このdistanceはRayの始点からの距離だから、円柱の半径とかとは全然関係無いよ

AABB直方体でも6頂点全部を平面に射影しないとダメだわ

0291デフォルトの名無しさん

2009/09/20(日) 03:39:29

>>286
なんでそんなに馬鹿なのにゲームなんて作ろうと思ったの？
１のこと聞いたら１０とはいかないまでも３か４ぐれーは学べよ

0292デフォルトの名無しさん

2009/09/20(日) 08:05:12

>>285
焦点はどうやってこの6角形の6辺を決定させるかになるのでは？
ttp://sakuratan.ddo.jp/imgboard/img-box/img20090920080021.png
フェイク無しとかあんまりやらないから面白いな
線と点の公式で一発で済まそうとしたらこけたw

0293デフォルトの名無しさん

2009/09/20(日) 10:21:28

>>290
確かに、distanceはそっちでした。
私も間違えましたｗ

>>291
円柱の平面に射影させるとして、その後どうするつもりなのか
知りたかっただけです。

>>290-291
convex closureは角度ゆるい順に並べていけばいいので
頂点数をnとすると、O(n)でいけます。そんなに重くないのかもしれませんね。

一応>>289の方法も書いておきます。私はこれでいきます。
①直線とボックスの交差判定をする -> 交差すれば終わり
②ボックスの12辺と直線の最短距離から、最も短いものを候補にする。
ただし、辺の範囲(t=0~1)に収まっていないものはパス。
③ボックスの8頂点と直線の最短距離も加えて、最も短いものを候補にする。

0294デフォルトの名無しさん

2009/09/20(日) 10:41:23

どうやらO(n)でなくてO(n log n)らしい、、
ま、n=6なら大した違いはないか

0295デフォルトの名無しさん

2009/09/20(日) 12:10:37

色々手間かけてるけどボックスの真ん中貫通されたら判定できないんじゃね？

Ray判定加えるか、制約条件をつけないと

0296もう時間はない。日本消滅法案可決まで後１年

2009/09/20(日) 12:11:36

行政書士兼社労士　黒田大輔http://www.youtube.com/watch?v=Loiu6D_Hyvs　←２０１５年に中国に軍事侵略され日本人虐殺
http://tsushima.2ch.net/test/read.cgi/newsplus/1253398565/601-700　小沢が外国人参政権付与に、通常国会で意見集約へ　←売国行為だけはスムーズ
あなたがたは知らないでしょうが、日本は今崖っぷちです。もう後少しで朝鮮・中国に乗っ取られます
マスゴミ（テレビ・新聞）は既に在日コリアンの支配下にあるからこれらの恐ろしい売国の実態を報道しません
民主党が国会で通そうとしている法案
外国人参政権・・・中国・朝鮮人に参政権を与える法案、これが通れば議会に日本を滅ぼす朝鮮・中国人を送られ、日本終了
人権擁護法案・・・日本人の言論の自由を奪う法案、２ｃｈ閉鎖、ネット情報の反日政府介入、また韓国人と言っただけで差別と見なされ逮捕
沖縄ビジョン・・・この２０１２年までに沖縄を中国に返還するという法案、３０００万人の中国人移民を受け入れおきなわ終了
国籍改正法案・・・これは既に去年国会でカルト公明党が通しました（爆笑）マスゴミは一切報道しませんｗｗこれによって今日本国籍取得を請願するだけで容易に日本国籍取得が
できるようになりました。既に何人もの中国・朝鮮人が帰化し世界中で日本人を名乗って犯罪を行ってまります（これは日本人の印象を悪くするための工作活動です）
移民受け入れ法案・・・日本本土に１億人の朝鮮・中国人の移民を受け入れて、日本人文化、日本語、土地、技術すべて奪われます
そして反日教育を受けた彼らは日々日本人を一匹残らず殺すでしょう（現在チベット・ウイグルで中国は民族虐殺してます。これが日本で起きます）

生放送中　売国奴である民主、社民、公明、自民を糾弾せよ！
９・２０日本が終了する外国人参政権、３０００万人中国朝鮮移民断固反対！名古屋デモ
http://live.nicovideo.jp/watch/lv4050986

0297デフォルトの名無しさん

2009/09/20(日) 12:20:25

>>295
円柱の平面に射影させる方法は、
6辺を2D平面として判定するので問題ないです。

>>293の方法は①で対応します。

0298デフォルトの名無しさん

2009/09/20(日) 12:35:57

３Ｄから２Ｄに写しても三角形は三角形だろｗ

0299デフォルトの名無しさん

2009/09/20(日) 12:45:47

6辺の凸ポリゴンを12枚の3角にするとか
ゆとりマジぱねー

0300デフォルトの名無しさん

2009/09/20(日) 12:47:44

>>299
６辺とか面倒じゃね？
円と三角形の当たり判定ルーチンが会社のライブラリにあるから（笑）
それにもってきちゃうぜ

0301デフォルトの名無しさん

2009/09/20(日) 13:08:27

>>299
2D平面とは、ax + by + c = 0の平面として扱うということです。
ax + by + cz + d = 0は3D平面でしょ。その2D版ですよ。

ま、ゲーム関係のスレは
大体こんぐらいのレベルですかね。

0302デフォルトの名無しさん

2009/09/20(日) 13:09:32

いまどきのゆとりは妄想すらまともに書けない

0303デフォルトの名無しさん

2009/09/20(日) 13:10:07

以前から疑問に思っていたのです
Soft で作成した Game program を編集する時に使う言語…
一般的に何言語を使うのですか？

0304デフォルトの名無しさん

2009/09/20(日) 13:39:20

とりあえず日本語を学ぼうぜ！

0305デフォルトの名無しさん

2009/09/20(日) 14:33:53

サイタ　サイタ　サクラ　ガ　サイタ

0306デフォルトの名無しさん

2009/09/20(日) 14:42:38

コイコイシロコイ

0307デフォルトの名無しさん

2009/09/20(日) 14:55:43

バイナリ解析の事言ってるような気もするが編集？なのか
編集が何を指すのかよく分かんないです

0308デフォルトの名無しさん

2009/09/20(日) 14:56:29

RPGツクールで作ったゲームの編集方法が知りたいんだろ

0309デフォルトの名無しさん

2009/09/20(日) 15:13:00

>>303の質問は恐らくこうだろう。
「ゲームのプログラムを作成するのに広く使われている言語は何ですか？」

0310デフォルトの名無しさん

2009/09/20(日) 16:00:06

改造にしろ何にしろ日本語が使えないと。

0311デフォルトの名無しさん

2009/09/20(日) 16:09:51

>>293
だから座標変換して２Ｄ判定になったら
円と三角形の当たりルーチン（ネットで検索すれば落ちてる）を使えばいいだろ
立方体は２Ｄにした後なんらわけわからん形してるけど所詮三角形の集合体という前提は変換後も崩れてないわけだし
バウンディングボックスのメッシュぶち込んだら当たり判定できるよ

0312デフォルトの名無しさん

2009/09/20(日) 17:01:31

300が会社で使ってるから満足だろw

マジ救えね

0313デフォルトの名無しさん

2009/09/20(日) 17:06:12

まぁプレイヤーにとって不自然じゃないならいいんじゃね

0314デフォルトの名無しさん

2009/09/21(月) 03:24:33

結局のところ、どんなに意味不明なアルゴリズムを使っていようがどこまで汚いソースコードだろうが、大衆が面白いと思えるゲームは売れるんだよね

0315デフォルトの名無しさん

2009/09/21(月) 06:17:31

アルゴリズムが腐ってるゲームが面白くなる事はまずないけどね。
そういうゲームは漠然とつまらなさを感じさせる動きをするからね。

0316デフォルトの名無しさん

2009/09/21(月) 07:31:32

意味不明かどうかは組んだ奴が説明できるかどうかにかかっている

0317ぅゅ ◆e6.oHu1j.o

2009/09/21(月) 15:19:24

0318デフォルトの名無しさん

2009/09/21(月) 20:32:01

アルゴリズムが腐っている割に面白いものは無いわけじゃないぞ
たとえば「弾が乱数で微妙にぶれる弾幕」
直進弾的な挙動だが、動きがきもちわるい。かすりに行くなんて自殺行為。でも調整次第では意外とおもしろい

0319デフォルトの名無しさん

2009/09/21(月) 22:21:29

高周波ブレードかよ

0320デフォルトの名無しさん

2009/09/21(月) 22:42:50

ロケットなんかは本物でもぶれまくって飛んでいくしな

0321デフォルトの名無しさん

2009/09/21(月) 23:13:53

アルゴリズムの話に
面白いかどうかとか
売れるかどうかとか
これだからバカは嫌だ

0322デフォルトの名無しさん

2009/09/21(月) 23:19:31

自称頭いいプログラマさんがお金を稼いでくれればいいんですがね

0323デフォルトの名無しさん

2009/09/21(月) 23:27:07

>>321
ゲームを作るならプレイヤーが居なけりゃしょうがないが、プログラミングによる知的自慰行為をするだけならそれでもいいな

0324デフォルトの名無しさん

2009/09/21(月) 23:35:49

ゲーム作りも義務でやるんじゃなければ、自慰行為であることには変わりないわけだが。

0325デフォルトの名無しさん

2009/09/21(月) 23:37:35

ユーザーなきゲームプログラム

0326デフォルトの名無しさん

2009/09/21(月) 23:38:35

ここはゲームプログラミングのスレであることはスレタイを見れば確定的に明らか

0327デフォルトの名無しさん

2009/09/21(月) 23:41:02

面白さとか販売本数とかは正直デザイナチームの力が９９％だからなぁ

0328デフォルトの名無しさん

2009/09/21(月) 23:42:13

売り物でも自慰行為の産物でもどっちでもいいんだけど
アルゴリズムと、面白いかどうかとかそういう訳のわからんもんが
はなっから結びつかないんだって。
なぜなら、アルゴリズムとは解くべき問題は決まっていて
問題を解くまでの手順のことを指すからだ。

大体、面白いだの面白くないだの
売れるだの売れないだの、プログラム技術板で
持ち出してくるんじゃねーよ、ヴァカ

0329デフォルトの名無しさん

2009/09/21(月) 23:43:28

おまえらちゃんと作らないとWiiのメジャーみたくなっちゃうぞ

0330デフォルトの名無しさん

2009/09/21(月) 23:44:24

>>328
で、どういう当たり判定を実装すればいいんですか

0331デフォルトの名無しさん

2009/09/21(月) 23:45:19

幼稚なスレだという事が解って良かったじゃないか
何処かで良いメーリングリストでも立てろ

0332デフォルトの名無しさん

2009/09/21(月) 23:45:26

おまえらバグバグなゲームしか作れなさそう

0333デフォルトの名無しさん

2009/09/22(火) 00:06:48

ちょっと誰かIOCCCで入賞できそうなプログラム書いてみてくれ

0334デフォルトの名無しさん

2009/09/22(火) 00:16:31

0335デフォルトの名無しさん

2009/09/22(火) 00:22:30

結局こいつ等の言う良スレって何の知識も
技能も無い奴が、この程度>>333-334の事をして
もてはやしてくれるスレの事を言ってるんだろ

0336デフォルトの名無しさん

2009/09/22(火) 01:27:43

じゃあそろそろシェーダーの話でもしようか

0337デフォルトの名無しさん

2009/09/22(火) 02:01:30

DirectXを使わずにグラフィカルなゲームを作れる気がしない。

0338デフォルトの名無しさん

2009/09/22(火) 02:04:09

シャーダーはDirectXのスレのほうが向いてるだろ

0339デフォルトの名無しさん

2009/09/22(火) 02:15:59

>>337
OpenGLがある。

0340デフォルトの名無しさん

2009/09/22(火) 02:56:26

オブジェクト指向以外のプログラムが理解できません
Cでゲーム作るとかどうやっているんですか

0341デフォルトの名無しさん

2009/09/22(火) 03:16:49

モノの管理が面倒になるだけでオブジェクト指向じゃなくても基本は変わらんでしょ
むしろオブジェクト指向しか知らずにゲームを作るっていうのが
どういう考え方なのか興味深いんで教えてくれませんか

0342デフォルトの名無しさん

2009/09/22(火) 03:35:28

>>340
関数ポインタ使いまくり。
要するに、Cでオブジェクト指向的なことをやるんだけど。

0343デフォルトの名無しさん

2009/09/22(火) 04:32:19

>>328
激しく同意
ここ最近やばいぐらい頭の悪い奴増えたよね
日本語が駄目なのもそうだけど
脳みそが普通の人間レベルの思考ができないってのはどうなの？
っていう奴が増えた

アルゴリズムと面白さなんてまったく関係ないのに
わざわざ出して話すること自体もう脳みそが腐ってるとしか思えない

質問も煽りもテンでズレててちょっと心配になる
本当に全く関係ない話題をいきなりしゃべりだすの
ヤバイってお前等ｗ

0344デフォルトの名無しさん

2009/09/22(火) 04:33:25

スレタイにゲームって単語が入ってる時点でまともなスレになるわけないのに。

0345デフォルトの名無しさん

2009/09/22(火) 05:02:57

>>343
結局悪口に終始して中身のあることを全く言ってない件について。
もちっと技術的な話したら？

0346デフォルトの名無しさん

2009/09/22(火) 05:15:45

>>345
そう思うならお前からしろよ

0347デフォルトの名無しさん

2009/09/22(火) 05:59:32

私は少なくとも悪口は言ってないよ。
掲示板利用の最低限のマナーは守ろうね、という話をしただけ。

0348デフォルトの名無しさん

2009/09/22(火) 06:37:12

２ちゃんねるでいまさらw

0349デフォルトの名無しさん

2009/09/22(火) 08:07:21

↑これゆとりジョークだから真にうけないで
ブラックユーモアが理解できないとかよくあるだろ

0350デフォルトの名無しさん

2009/09/22(火) 10:49:39

>>347
自身が言った技術的な話はないんだ？ｗ

0351デフォルトの名無しさん

2009/09/22(火) 14:36:53

>>340
クラス、仮想関数の宣言マクロで実現してCFrontを再発明。
その次はSTLもどきコンテナをマクロで実装。

0352デフォルトの名無しさん

2009/09/22(火) 16:31:55

頭おかしいのが湧いてるようだがどうせシェーダ厨だろ。
このトータルプロデュースの時代にシェーダしか使えないものだから
どこにも雇ってもらえず2chで暴れてストレス発散してるんだろ。

0353デフォルトの名無しさん

2009/09/22(火) 16:42:39

OpenGLは学術的な研究用だったか何だったか忘れたが
ゲーム用途ではなかった気がする。
まぁ現実にはゲーム開発にバリバリ活用されているわけだが。

個人的にはDirectXみたいに音声とか入出力とかも統合された環境が良い。

0354デフォルトの名無しさん

2009/09/22(火) 17:39:03

OpenGLなんかで開発したら、
LinuxとかMacとか使ってる愚民が移植しろだのオープンソースにしろだのうるさいよ。

0355デフォルトの名無しさん

2009/09/22(火) 17:45:40

M$脳多すぎ
友愛されちまえ

0356デフォルトの名無しさん

2009/09/22(火) 17:48:10

>>304-310
レスでは無い様ですが？　どうも…
何の Game だったか…　取り敢えず古い Game です
昔 Game data を打ち込んだ事は在るのですが zero と
実行 () の見分けが付かなくて動作してくれなかった事が在ったのですが…
現在の file はもっと複雑なのだろう事は理解しました…
Game を創っていると話していた者が Soft を使うと言っていたので少し質問してみた訳です…
因みに RPGツクールは遣らないですね…

0357デフォルトの名無しさん

2009/09/22(火) 17:57:10

>>356
意味わかんねーからレスできねーんだよｗ

0358デフォルトの名無しさん

2009/09/22(火) 18:01:25

>>357
ですね…　ですが >>307 は良い線いっていました…

0359デフォルトの名無しさん

2009/09/22(火) 18:15:03

>>307=エスパー
助けてやってくれ。

0360デフォルトの名無しさん

2009/09/22(火) 18:15:25

だったら板違いだな
改造板あるだろ

0361デフォルトの名無しさん

2009/09/22(火) 18:29:53

>>359-360
態々どうも…
通常 tech は programming の質問に使用して居りますので…
一応 Game program に付いての質問だったのでスレ違いでは無い様な気はしますが…

0362デフォルトの名無しさん

2009/09/22(火) 19:09:24

ルー大芝みたいなしゃべりやめろｗ

0363デフォルトの名無しさん

2009/09/22(火) 19:12:14

>>361
ゲームプログラムってのは開発の段階の話で、
開発が終わってリリースしたものをどうこうってのは改造に当たる。
んで改造ってのは大抵プログラミングは使用しない。
改造は解析が中心だし、そういうものは専用のツールか何か使ってやるもんだ。

0364デフォルトの名無しさん

2009/09/22(火) 19:40:43

ルー大柴っつーか FM radio の DJ みたいなのを image して読んでたが。

0365デフォルトの名無しさん

2009/09/22(火) 21:50:03

>>363
レスどうも…
概要は掴めました…
release 前の開発時点の編集には programming は行うと言う事ですか…
改造をするつもりでの質問では無かったのですが？
ですがその様な印象を与える書き込み方だとは思ってもみなかったです…

0366デフォルトの名無しさん

2009/09/22(火) 22:14:28

>>365
改造じゃないのか？
じゃなんだ、一から作りたいの？

0367デフォルトの名無しさん

2009/09/22(火) 22:57:29

ファイル解析とかじゃねぇの
芸風がキモいな

0368デフォルトの名無しさん

2009/09/22(火) 23:10:14

エスパーしてみるぜ
ゲームの作り方
　　・ゲームの仕様を決める(specification)

　　・仕様にしたがって設計する(design)

　　・設計にしたがって実装する（programing)
　　　　　使用するソフトはエディタや統合開発環境と言われるもの
　　　　　使用するプログラミング言語はC、C++など

　　・プログラムをコンパイルして実効コードに変換する(compile)
　　　　　使用するソフトはコンパイラ

　　・リリース

>365はプログラミングとコンパイルがごっちゃになってるのでは
ゲームをソフトで作成することはできない
ゲームをプログラミング言語で実装して、それをコンパイラというソフトで変換するだけ

0369デフォルトの名無しさん

2009/09/22(火) 23:42:42

>>365
Please write your question in English if you can
because your Japanese is terrible and hard to read for us.

0370デフォルトの名無しさん

2009/09/23(水) 01:41:33

>>365
ネックをひねるようなレスばかりで
何をしたいのかすらよく分からない。

0371デフォルトの名無しさん

2009/09/23(水) 01:52:35

落ち着け
こういうの巻き割りダイナミックだ

0372デフォルトの名無しさん

2009/09/23(水) 02:37:51

>>365
「編集」ってすでにあるものをどうこうするイメージ。
だから改造だと思われたんじゃないの。

0373デフォルトの名無しさん

2009/09/23(水) 04:16:29

どうせ fishing なんだろ
いいから shader の talk しようぜ together

0374デフォルトの名無しさん

2009/09/23(水) 13:51:55

be together, be together

0375デフォルトの名無しさん

2009/09/23(水) 13:58:53

踊るよ

0376デフォルトの名無しさん

2009/09/23(水) 14:09:26

それ、何とかって名前の歌手の歌だよな。

0377デフォルトの名無しさん

2009/09/23(水) 16:17:55

>>369

Sorry, I mine all you have to do is What sort of programming on Game source language revision if.
How usable language modification writing now？ a query.
but, I judging by don't Japanese is terrible so much, difficult English too.

0378デフォルトの名無しさん

2009/09/23(水) 16:23:33

Japanese de OK.

0379デフォルトの名無しさん

2009/09/23(水) 17:15:51

>>377
Hey, your English is terrible as well as Japanese.
Both of them look like a result from computer translation software.
Are you Chinese or Korean?

You meant what kind of programming language we use to develop a game software, right?
C++ is very popular for gaming software industry in Japan. Some developers are still using C.
As far as I know Java is probably popular for a game software on cell phone.

Could it be an answer for you?

0380デフォルトの名無しさん

2009/09/23(水) 17:24:07

英語の読み書きもやばそうなのでいちおう日本語でも書いておく。

日本のゲーム業界ではC++が主流。

もしかしてそういうことではなくて、開発工程を聞きたいのだろうか？
開発中と開発後で言語が変わると思っているのだろうか？
質問のポイントがつかめないな…。

0381デフォルトの名無しさん

2009/09/23(水) 18:01:03

分けわかんない日本語を分けわかんない英訳ソフトに通すと
ユニバースの法則が乱れる。

0382デフォルトの名無しさん

2009/09/23(水) 18:04:54

>>377
Get out of here! Fuck you!
What the hell ARE you meaning!

0383デフォルトの名無しさん

2009/09/23(水) 18:11:23

なんかAdobe Flashみたいな「ゲーム作成ソフト」があると思ってるんじゃないかと。
で、それで使われる言語は何？ってことじゃね？

0384デフォルトの名無しさん

2009/09/23(水) 18:13:34

>>377
Or you may be drunk.

0385デフォルトの名無しさん

2009/09/23(水) 18:16:21

>>380
日本人ですが？何か？

0386デフォルトの名無しさん

2009/09/23(水) 18:21:03

何かじゃねーだろ

0387デフォルトの名無しさん

2009/09/23(水) 18:39:07

いい加減スルーしろよ

0388デフォルトの名無しさん

2009/09/23(水) 18:40:05

>>386
レスどうも…
C 言語を使う事も在る様ですが？
大体は C++ を使うと言う事は理解しました
音声記憶素子で java を使うで良いのでしょうか？

0389デフォルトの名無しさん

2009/09/23(水) 18:42:08

>>387
稀になので良いのではw

0390デフォルトの名無しさん

2009/09/23(水) 18:45:01

>>389
そこまで言うならお前が面倒見ろよ

0391デフォルトの名無しさん

2009/09/23(水) 18:49:49

>>390
本人です…

0392デフォルトの名無しさん

2009/09/23(水) 18:53:48

>>391
ok ok
we are the world

0393デフォルトの名無しさん

2009/09/23(水) 18:56:17

>>388
まず何がしたいんだ？
ゲームを作りたいのか、
現場の話を聞きたいのか。それによっても変わってくる。

自分で作りたいんだったらとりあえずC/C++で良いと思うよ。

0394デフォルトの名無しさん

2009/09/23(水) 18:58:27

>>392
それとも cell 欄で java を使うのでしょうか？

0395デフォルトの名無しさん

2009/09/23(水) 19:04:19

>>394
yes, we can

0396デフォルトの名無しさん

2009/09/23(水) 19:10:58

>>395
申し訳ないのですが？
英文が短すぎて何を言いたいのかが分かりません…

0397デフォルトの名無しさん

2009/09/23(水) 19:13:14

int c = 0;
c++ = ++c;
printf( "%d", c );

0398デフォルトの名無しさん

2009/09/23(水) 19:16:42

>>396
あなたはどんなゲームを作りたいのですか？
具体的に教えてください

0399デフォルトの名無しさん

2009/09/23(水) 19:20:58

>>398
レスどうも…
C 言語と java ゲーム作れますか？

0400デフォルトの名無しさん

2009/09/23(水) 19:24:12

>>399
もしかして邪気眼を持つ一族のひと？

0401デフォルトの名無しさん

2009/09/23(水) 19:25:20

n = 1;
printf("%d %d\n", n++, n++);

0402デフォルトの名無しさん

2009/09/23(水) 19:38:55

>>399
ここで聞くより任天堂に問い合わせたほうが早いよ

0403デフォルトの名無しさん

2009/09/23(水) 19:41:36

int a = 1;
prinrf("%d",(((++(a++)+++a)+++a)++));

0404デフォルトの名無しさん

2009/09/23(水) 19:42:48

>>399
C 言語と java "で" ゲーム作れますか？
というのであれば答えはYES

0405デフォルトの名無しさん

2009/09/23(水) 19:47:35

>>399
C 言語と java "を題材にした" ゲーム作れますか？
ってことか?
作れないことはない。

0406デフォルトの名無しさん

2009/09/23(水) 19:48:13

>>393
レスどうも…
取り敢えず混沌状態になって来たのでマジレスで…
始めに質問した様に使用するであろう言語を知りたかった訳です
C／C++ は視野にいれているのですが？
言語を覚えながら program の状態を見れるのは凄い良いなと思う訳です
Game を創るかは分かりませんが上記の通りです
因みに >>401 は
　様々な評価順によって生成される可能性のある出力を全て列挙せよ
と云う問題です
source が書き込まれたのと C／C++ だと云うのでつい書き込んでしまいました
本当は C 言語板で質問しようと考えていたのですが…

0407デフォルトの名無しさん

2009/09/23(水) 19:50:15

釣りである事が判明しました

0408デフォルトの名無しさん

2009/09/23(水) 19:53:37

タスクシステムとは何ですか？

0409デフォルトの名無しさん

2009/09/23(水) 20:08:29

すげえ人工無能っぽい

0410デフォルトの名無しさん

2009/09/23(水) 20:28:59

>>406のレスは「てにをは」とかが、もれなく無茶苦茶だから
何一つとして意図していることが理解できない。

0411デフォルトの名無しさん

2009/09/23(水) 20:45:43

チューリングテストが行なわれているのはこのスレですか？

0412デフォルトの名無しさん

2009/09/23(水) 20:47:26

>>406
文がめちゃくちゃだけどマジで日本人？

0413デフォルトの名無しさん

2009/09/23(水) 22:59:49

サヴァン症候群にあこがれる厨二のガキとかじゃね
おれらが何書いても、俺kakeeeeeeeeeeee以外の事が頭に無い奴とか居るだろ

誰にも歯牙にもかけられなくなるまで黒歴史を作り続けて貰おう

0414デフォルトの名無しさん

2009/09/23(水) 23:24:14

英語圏以外の国に住んでいた帰国子女じゃない？
一番得意な言語で話してくれたら、文系の企画が答えてくれるでしょう。

0415デフォルトの名無しさん

2009/09/24(木) 01:24:51

それにしても酷すぎる気が・・・
>>406
ここはプログラミングについて基本的な知識を持ってることを前提に、
「ゲーム」といカテゴリーについて話しあうスレです
プログラムの基礎を知りたいのであれば、該当するスレで聞いてください

ttp://pc12.2ch.net/test/read.cgi/tech/1249675713/
ttp://pc12.2ch.net/test/read.cgi/tech/1235668663/
ttp://pc12.2ch.net/test/read.cgi/tech/1226229627/

0416デフォルトの名無しさん

2009/09/24(木) 03:38:00

ローソンでパンの袋が云々って文章に匹敵するな。

0417デフォルトの名無しさん

2009/09/24(木) 07:22:44

>>414はガキの自作自演
ガキ向けのスレを見てればわかるようになる

0418デフォルトの名無しさん

2009/09/24(木) 12:44:01

出た自演認定厨。

0419デフォルトの名無しさん

2009/09/24(木) 14:06:51

最近変なコメントを書き込んでるのは実はAI

0420デフォルトの名無しさん

2009/09/24(木) 15:30:08

変なコメントっつーことは>>1-418がAIの書き込みか

0421デフォルトの名無しさん

2009/09/24(木) 15:33:18

なんで歌手がこんなスレに書き込みするんだよｗ

0422デフォルトの名無しさん

2009/09/24(木) 15:36:18

そういう先入観は捨てたほうが良いぞ。
音楽やってたってプログラムに興味ある奴もいるだろ。
たがなぜ突然AIが出てきたか疑問。
関係者かな。

0423デフォルトの名無しさん

2009/09/24(木) 15:38:06

あれだけメジャーだったらプログラムとかやってる暇ねーだろ

0424デフォルトの名無しさん

2009/09/24(木) 15:42:08

つか、なんでAIｗ
もっとヲタっぽい歌手いるだろうがｗ

0425デフォルトの名無しさん

2009/09/24(木) 16:16:03

AIを歌手ってうけとるのは、なんのネタ？

0426デフォルトの名無しさん

2009/09/24(木) 16:25:46

初音ミクかシャロンアップルか

0427デフォルトの名無しさん

2009/09/24(木) 17:41:49

アイちゃんの話にならないのは何でだ

0428デフォルトの名無しさん

2009/09/24(木) 18:01:33

そんな話がしたいなら壁としろ
来るな

0429デフォルトの名無しさん

2009/09/24(木) 18:16:42

このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

　　　　　　　　　　　　　　　　　　京都大学霊長類研究所

0430デフォルトの名無しさん

2009/09/25(金) 00:39:54

このスレって常駐する気にはならんが、時々見るとおもしろいなｗ

0431デフォルトの名無しさん

2009/09/25(金) 00:56:58

天才チンパンジー
http://image.blog.livedoor.jp/bringthatshit/imgs/e/e/eee8a296.png

0432デフォルトの名無しさん

2009/09/25(金) 04:35:25

ヲタっぽい歌手ってしょこたんとかか。

0433デフォルトの名無しさん

2009/09/25(金) 04:37:37

>>418
自演も見抜けずに自演厨の玩具になってるお前よりはマシ

0434デフォルトの名無しさん

2009/09/25(金) 04:44:54

まあここまで大半が俺の自演なんだけどな

0435デフォルトの名無しさん

2009/09/25(金) 08:30:25

こいつがAIか

0436デフォルトの名無しさん

2009/09/25(金) 08:57:57

ま、アイちゃんもこれにめげず、
がんがん書き込んでくれよな

0437デフォルトの名無しさん

2009/09/25(金) 10:48:21

人口知能じゃなくてゲームプログラムの話しようぜ

0438デフォルトの名無しさん

2009/09/25(金) 11:12:05

普通ゲームにもAI搭載するだろ

0439デフォルトの名無しさん

2009/09/25(金) 11:15:01

ちんこう知能だと？

0440デフォルトの名無しさん

2009/09/25(金) 11:17:41

校内写生

0441デフォルトの名無しさん

2009/09/25(金) 11:22:22

ＨＳＰとＣ言語はどっちが簡単にゲーム作れますか？
本当に使った人教えてください！！！！

0442デフォルトの名無しさん

2009/09/25(金) 11:23:43

もちろんHSP

0443デフォルトの名無しさん

2009/09/25(金) 11:40:50

HSPだな

0444デフォルトの名無しさん

2009/09/25(金) 11:46:25

比較対象がC++じゃなければ確実にHSP

0445デフォルトの名無しさん

2009/09/25(金) 11:58:43

マジレスすると作りたいものによって変わってくる。
ファミコン初期のようなゲームならHSPで十分。

0446デフォルトの名無しさん

2009/09/25(金) 12:01:58

でも本当のことを言うと、C/C++を十分にわかってる人でないと
HSPを使いこなすことは難しい。
何も知らずにHSPから始めると、名前空間がごちゃごちゃになって詰まる

0447デフォルトの名無しさん

2009/09/25(金) 12:03:30

HSP最強でおＫですか？？？？

0448デフォルトの名無しさん

2009/09/25(金) 12:18:16

最強言語でなければゲームが作れない雑魚に限っては

0449デフォルトの名無しさん

2009/09/25(金) 12:52:09

ＨＳＰとＣの良いところと悪いところを教えてください

0450デフォルトの名無しさん

2009/09/25(金) 13:08:42

フリー素材屋に小さいサイズしかないのはどうしてですか？
64×64を探しています。

0451デフォルトの名無しさん

2009/09/25(金) 13:13:31

拡大すればいいだけでは？

0452デフォルトの名無しさん

2009/09/25(金) 13:15:41

>>449
HSP
良いところ：簡単
悪いところ：簡単なことしかできない
C
良いところ：難しいことができる
悪いところ：難しい

0453デフォルトの名無しさん

2009/09/25(金) 13:19:39

>>451
ギザギザが目立つんです

0454デフォルトの名無しさん

2009/09/25(金) 13:24:05

そこでシェーダですよ
シェーダでアンチエイリアスかければOK

0455デフォルトの名無しさん

2009/09/25(金) 13:29:26

>>454
ありがとうございます
それをやってみます

0456デフォルトの名無しさん

2009/09/25(金) 13:47:40

アイちゃんなかなか面白いじゃないか。
ちゃんとした会話っぽく見える。

0457デフォルトの名無しさん

2009/09/25(金) 14:20:14

シェーダでアンチエイリアス（笑）

0458デフォルトの名無しさん

2009/09/25(金) 14:50:29

kwsk

0459デフォルトの名無しさん

2009/09/25(金) 15:23:17

シェーダに祈りを　オンシュラソワカ

0460デフォルトの名無しさん

2009/09/25(金) 16:35:49

マジレスするとテクスチャを大きくするときにジャギーが出ないようにするには
GAME PROGRAMMING Gems 6 に書いてある方法がいいよ
事前処理が必要だけど、ジャギーも出ないし
リニアフィルタで拡大したように画像がボケたりしない

0461デフォルトの名無しさん

2009/09/25(金) 16:41:11

アンチエイリアスって…大きいのを小さいのにするんじゃなかったっけ？

0462デフォルトの名無しさん

2009/09/25(金) 18:27:41

アンチエイリアスはすごく大雑把に言うとローパスフィルタをかけることなので、拡大縮小とは厳密には関係ないよ

0463デフォルトの名無しさん

2009/09/25(金) 19:14:25

>>460
その本持ってないんだけど、ネット上に詳しく書いてる場所ない？

0464デフォルトの名無しさん

2009/09/25(金) 19:41:22

>>460
まだ？

0465デフォルトの名無しさん

2009/09/25(金) 20:02:05

ぼけたりせず、ジャギーも出ないって本当かよ？
フィルタの類じゃないんだろ？
何て名前の技術なんだ？

つーか、ぼけるけどソフトになるか、
ぼけないけどシャープになるか、
どっちかだと思うんだけど、どっちでもないって
どういう状態？

0466デフォルトの名無しさん

2009/09/25(金) 20:20:14

アップコンバートとか？

0467デフォルトの名無しさん

2009/09/25(金) 20:32:53

C++の入出力のところは全部すっ飛ばしていい？
マニピュレータとか挿入とかファイル入出力とか
ちゃんと読んだほうがいい？

0468デフォルトの名無しさん

2009/09/25(金) 20:41:24

ちなみに独習C++の８章と９章のことなんだけど

0469デフォルトの名無しさん

2009/09/25(金) 21:24:56

独習読んだことないが、
少なくともファイル入出力は必要だと思うぞ。
ゲームでセーブするときとか必須だろ。

0470デフォルトの名無しさん

2009/09/25(金) 21:32:48

ファイルにするとチートされるから、復活の呪文で君に伝えたいんだ…

0471デフォルトの名無しさん

2009/09/25(金) 21:38:54

iosクラスを使ってファイル操作するのかなぁと思ってね
別の関数使うなら特に意味ないような気がする
ファイル操作の基本は独習Cの方でやったからさ（ちょっとだけかじった程度だけど）

0472デフォルトの名無しさん

2009/09/25(金) 22:01:40

いや、わかった
ファイル操作のところは勉強しておくよ
>>469レスありがとう

0473デフォルトの名無しさん

2009/09/25(金) 22:38:18

ＤＸライブラリ：フルスクリーン：画面停止
修正したバージョンでコンパイルしましたが、
マウス位置y=0の時だけ演奏以外の処理が停止ます。

0474デフォルトの名無しさん

2009/09/25(金) 22:51:19

C++で開発するときってGCどうしてるんだ？

Boehm GCみたいなライブラリを使ってるのか、
自分で全部開放してるのか

0475デフォルトの名無しさん

2009/09/25(金) 23:09:50

c++でのゲーム開発でGCは使わないね
言語処理系作るときならともかく。
pcならshared_ptr、それ以外は自分で面倒見るのが多いかな。

0476デフォルトの名無しさん

2009/09/25(金) 23:25:23

ハゲ

0477474

2009/09/25(金) 23:39:34

>475
ありがとう

0478デフォルトの名無しさん

2009/09/25(金) 23:55:53

メモリ管理ろくに出来ない奴がほとんどだからな

0479デフォルトの名無しさん

2009/09/26(土) 00:29:13

どうせ他のリソースの管理があるから
ついでにメモリ管理やっても手間はあまり変わらない。
使いてぇぇっていう動機&理由がそもそも生まれない。
逆に、ゲームでGCに頼りたくない理由、場合によっては使うことができない理由は挙げてたらキリがないくらいあるな

0480デフォルトの名無しさん

2009/09/26(土) 01:55:48

GC使うかはともかく、リアルタイムゲーでボスが出てくる時に
読み込みで一瞬止まるとかは萎えるよね
あらかじめ読み込んでおくとか演出で誤魔化すとかくらいはやってほしい

0481デフォルトの名無しさん

2009/09/26(土) 02:00:49

ファミコン時代のロックマンのボス読み込みはok？

0482デフォルトの名無しさん

2009/09/26(土) 02:01:06

そうだな
画像データもマップデータもアイテムデータでさえ違いがないぐらいでかくなってきてるしな
メモリ管理のみやってもらってもなんの恩恵もないな
ストリーミングしなきゃいけねーときもあるし

0483デフォルトの名無しさん

2009/09/26(土) 02:33:20

>>480
それはレトロならではだから逆にレトロゲームファンに喜ばれてると思うぞ

0484デフォルトの名無しさん

2009/09/26(土) 06:47:28

おまえら473無視かよｗ

>>473
DXライブラリのHPに質問掲示板があるから、そっちで聞いたほうが速いし正確

0485デフォルトの名無しさん

2009/09/26(土) 08:56:15

>>484
何の脈絡もなくああ書かれたら質問の類いには見えなくて
発端レスがあるかと思いきや見つからず追うのを諦めた。

0486デフォルトの名無しさん

2009/09/26(土) 12:52:37

質問になってねぇよ

0487デフォルトの名無しさん

2009/09/26(土) 18:48:21

これっぽいね
ttp://hpcgi2.nifty.com/natupaji/bbs/patio.cgi?mode=view&no=1390
ttp://hpcgi2.nifty.com/natupaji/bbs/patio.cgi?

0488デフォルトの名無しさん

2009/09/26(土) 20:43:48

だな

0489デフォルトの名無しさん

2009/09/27(日) 00:57:59

一時期の質問者そっちのけで回答者達がイチャついてた状況が嘘みたいだ…

0490デフォルトの名無しさん

2009/09/27(日) 16:08:13

シェーダ以前にマルチスレッドが自在に扱えなければ大したゲームは作れない。

0491デフォルトの名無しさん

2009/09/27(日) 16:15:37

あの変な日本語書いてる人どこ行ったの？

0492デフォルトの名無しさん

2009/09/27(日) 16:26:43

またマルチスレッドで盛り上げるつもりか・・・

0493デフォルトの名無しさん

2009/09/27(日) 17:19:51

海外に住めばバイリンガルになれると思っている人が多いけど、
日本語も英語も中途半端になっちゃった人って多いよ。

0494デフォルトの名無しさん

2009/09/27(日) 18:20:10

マルチスレッドっていっても、まあジャンルや種類にもよるわな。
よっぽど衝突判定が大量にあるとか。

0495デフォルトの名無しさん

2009/09/27(日) 18:35:36

マルチスレッドってそんなに大事なの？

0496デフォルトの名無しさん

2009/09/27(日) 18:46:23

人によっては大事ではない。
「画像表示ってそんなに大事なの」ってのと同じレベル。
テキストだけでもゲームは作れるしAAで画像的なものも表示可能だが、
画像を表示できるゲームとはどうしても格が違ってくる。
マルチスレッドも同じ。
まぁお前の作ったゴミクズはそもそもお前くらいしかプレイしないから
使いたければ使えば？って感じｗ
お前みたいな奴にマルチスレッドは理解できないんだから失せろよ低脳ｗｗｗ

0497デフォルトの名無しさん

2009/09/27(日) 18:47:29

マルチコアなら処理量増やすために重要になるな
でも必要ないところで一人遊びしてる奴のほうが多い

0498デフォルトの名無しさん

2009/09/27(日) 18:48:32

格とか言ってる奴にはもっと基本的なものが必要だな

0499デフォルトの名無しさん

2009/09/27(日) 19:42:38

>>495
低脳乙

0500デフォルトの名無しさん

2009/09/27(日) 19:46:31

ゲームって正直あんまりにマルチスレッド必要じゃない気が

0501デフォルトの名無しさん

2009/09/27(日) 19:48:22

>>496
俺が低脳？
お前のコメはバカ丸出しだな

0502デフォルトの名無しさん

2009/09/27(日) 19:49:17

メリットとデメリットと結論がかけない奴は無能

0503デフォルトの名無しさん

2009/09/27(日) 19:50:17

>>500
あなたが噂の変な日本語書いてる人ですか？

0504デフォルトの名無しさん

2009/09/27(日) 20:31:29

丁寧に設計してればマルチスレッドじゃないと困る場面って殆ど無いけどね。
とはいえこれからの時代、マルチコアのハードで性能を出すために避けては通るなくなるんだよなぁ……

0505デフォルトの名無しさん

2009/09/27(日) 20:35:58

>>502=レッテル厨

レッテル厨必死ｗ

0506デフォルトの名無しさん

2009/09/27(日) 20:37:19

だからマルチスレッドでハードウェアの性能を引き出せない奴はクソだって

0507デフォルトの名無しさん

2009/09/27(日) 20:40:55

>>504
×避けては通るなくなる
○避けては通れなくなる

0508デフォルトの名無しさん

2009/09/27(日) 20:42:24

>>504
例の日本語の不自由な人？

0509デフォルトの名無しさん

2009/09/27(日) 20:42:39

マルチコアプログラミングなんて性能停滞させた低能CPUメーカーの尻拭いだからな

0510デフォルトの名無しさん

2009/09/27(日) 20:42:41

メリットとデメリットと結論がかけない奴は無能

0511デフォルトの名無しさん

2009/09/27(日) 20:46:23

マルチコアCPUインフラが整ったこの日本のIT環境で
マルチスレッドを使わないという選択肢は選ぶのが非常に難しい。
精神構造に著しい欠陥でも存在しない限りマルチスレッドの導入が検討されるのはごく当然のことと考えられる。

0512デフォルトの名無しさん

2009/09/27(日) 20:47:27

>>510は結論しか書いてないか無能確定
低脳乙

0513デフォルトの名無しさん

2009/09/27(日) 20:49:08

頭の悪い>>509の知ったかぶりが笑えるｗｗｗ
マルチコアになったのは消費電力の関係だしｗｗｗ

0514デフォルトの名無しさん

2009/09/27(日) 20:52:04

ここで関数型言語台頭の予感

0515デフォルトの名無しさん

2009/09/27(日) 20:52:41

盛り上がってるね

0516デフォルトの名無しさん

2009/09/27(日) 21:17:04

で、どこをMT化するとスピードアップすんのよ

0517デフォルトの名無しさん

2009/09/27(日) 21:41:34

>>516みたいないけぬまさんってアク禁にできないの？

0518デフォルトの名無しさん

2009/09/27(日) 21:41:48

そもそも、１CPUも使い切ってないようじゃ無理。

0519516

2009/09/27(日) 21:50:58

>>517
いやまじでわかんないんだけど
MTフレームワークの解説とか読んでみたけどイマイチ理解できなかった

俺の様なアホにもわかりやすく頼むよ

0520デフォルトの名無しさん

2009/09/27(日) 21:51:00

普通にマルチスレッドなコーディングしてるけど。
メッセージループに描画処理書けないし。
でもdirectinputとかでＷＭ要らないとなると何処で使うんだろ？
あまり詳しくないけどネットワークプログラムとか？

0521デフォルトの名無しさん

2009/09/27(日) 22:03:08

つうか、マルチスレッド使ってるって言えるのは、
マルチコアとシングルコアで実行した場合の性能比が100%を
超える場合のみだよなぁ。
本当にお前らのプログラム100%超える？
実は、シングルコア実行時100%割ってるだけじゃねえの？

0522デフォルトの名無しさん

2009/09/27(日) 22:09:06

マルチスレッドでうれしいのは、設計が楽になること。

0523デフォルトの名無しさん

2009/09/27(日) 22:17:15

アイドル処理使う場合とスレッド作る場合があるけど
気分でなんとなく使い分けてる
作りやすさはシングルスレッドのほうが断然上だと思うけどなあ

0524デフォルトの名無しさん

2009/09/27(日) 22:34:11

>>521
ガチでCPUをフルに使うなんて考えられんｗ

そもそも最近流行のマルチコアCPUを意識してマルチスレッドな
プログラム書く香具師っているのか？特に趣味で。
だいたいマルチコアCPUの仕様をそれなりに把握してなきゃ効果的に使えなさそうだし。
ないとは思うが、そのためにアセンブリなコード書かなきゃいけないとかなったらｲﾔﾎﾟ。
せいぜい、適当に書いたコードでベンチ出してそれで満足するのが関の山っぽいなぁｗ

0525デフォルトの名無しさん

2009/09/27(日) 22:46:37

趣味でマルチスレッドなコード書いてるけど？
> だいたいマルチコアCPUの仕様をそれなりに把握してなきゃ効果的に使えなさそうだし。
そんなことない。
それ気にするくらいなら、シングルスレッドでもパイプラインとか理解しなきゃ効果的にCPUを使えない。

0526デフォルトの名無しさん

2009/09/27(日) 22:47:55

全部コンパイラにおまかせっ♪

0527デフォルトの名無しさん

2009/09/27(日) 22:53:23

なんでCPUを使い切るとかいう話になってんの

0528デフォルトの名無しさん

2009/09/27(日) 23:01:58

>>521
＞趣味でマルチスレッドなコード書いてるけど？
いや、マルチコアCPUを使う前提でね。
性能上の問題じゃなくて設計上の必要性でなら漏れも書いてるよ。

＞それ気にするくらいなら、シングルスレッドでもパイプラインとか理解しなきゃ効果的にCPUを使えない。
ちょっとググったらマルチコアCPU向けのプログラミングでも
マルチスレッド化以外に特に気にする必要がないみたいね。
でも一つの重たい処理をマルチスレッドで処理するなんて骨が折れそうだなぁ
OpenMPでfor分を並列処理したりとかC++0xでマルチスレッドなコーディングが可能とか
頭が沸騰しちゃいそうだよぉ(^p^)

0529デフォルトの名無しさん

2009/09/27(日) 23:07:56

>>527
妄想癖が激しすぎて仮想敵を作ってしまう奴がいるんだよ。
「この条件で論破できたら俺ってすごくね？」っておっ始めるんだよ。
親がまっすぐ帰ってこいって言ってるのに
「この石家まで蹴って帰ったらすごくね？」って始めるのと一緒。
ようは精神構造が消房並ってこと。

0530デフォルトの名無しさん

2009/09/27(日) 23:12:27

どこからスピードアップの話が出てきたの？
誰もスピードの話なんかしてないのに
頭おかしい証拠だよ
アホとか以前に混線してるみたいだから説明したって理解できるわけないでしょ？
mtメリット調べる前に精神科に行ったほうがいいよ

0531デフォルトの名無しさん

2009/09/27(日) 23:21:35

なんとも幸薄そうな頑張り方だな…

0532デフォルトの名無しさん

2009/09/27(日) 23:22:14

煽ってるだけで中身がまったくないな

0533デフォルトの名無しさん

2009/09/28(月) 00:05:51

仮にスピードアップするにしたって
十分に時間のかかる処理でかつ、互いに干渉をしない処理
じゃないと複数のＣＰＵ使っての並列化ってできねぇし意味ねぇし用途が限られる
処理の初っ端に２つ処理を調べてまず処理見積もり時間を出してそれが十分に時間がかかる処理なら
互いに干渉しないことを調べて互いに干渉しなかったらようやくマルチで実行する意味がでる

それまでどう逆立ちしたってシングルのが早い
Windowsアプリでアプリ２つ起動したほうが勝手にＯＳが割り振ってくれそうな処理ぐらいしか用途がない
（つまり、意味がないと俺は思うんだけど・・・）
ゲームだと先読み処理とかホント裏方で別にゲーム売り出す分には「ＮｏｗＬｏａｄｉｎｇ」でも出しておけば
いいような売り上げに関係しないようなところしか使えない
（しかも、最近、ＮｏｗＬｏａｄｉｎｇなんて出す必要がないほどどの環境もハードが普通に早い）

0534デフォルトの名無しさん

2009/09/28(月) 00:11:36

低脳の頑張りだな…

0535デフォルトの名無しさん

2009/09/28(月) 00:24:05

>>533
そりゃ、同じ処理をさせるならどう考えてもクアッドコア2.5GHzのCPU使うより
シングルコア10GHzのCPU使った方が速いよ？
でも、そんなCPU用意できないでしょ？

0536デフォルトの名無しさん

2009/09/28(月) 00:24:55

全角でアルファベット書いてる時点でアホっぽい

0537デフォルトの名無しさん

2009/09/28(月) 00:29:31

>>528
> いや、マルチコアCPUを使う前提でね。
マルチコア前提だけど。
ゲームコードなら、物理演算別スレッドとかふつうに。
(これからはGPU使ってやるのが主流かな？)

0538デフォルトの名無しさん

2009/09/28(月) 00:36:01

素直にマルチスレッド分かりませんって書けばいいのに。

0539デフォルトの名無しさん

2009/09/28(月) 01:16:21

>>535
だから早いときって

>十分に時間のかかる処理でかつ、互いに干渉をしない処理

この条件を満たしたときのみでしょ？
普通の処理はこの条件を満たすかどうかのチェックしてる間に終わっちゃうぐらい処理短いわけで
ＣＰＵが複数あるからってなんでもかんでも早くなるんとは違うよね？

0540デフォルトの名無しさん

2009/09/28(月) 01:20:30

わかりませんなんてあるわけないだろ
どのようにデメリットよりメリットを引き出すかという問題なんだから

0541デフォルトの名無しさん

2009/09/28(月) 01:27:24

もしかして、実行時に
「ここはスレッド化したほうが速いからスレッド化するか」
「この処理はスレッド化しても速くなりそうにないから、単一スレッドで突っ走るよ」
みたいな判断をやると勘違いしてる？

0542デフォルトの名無しさん

2009/09/28(月) 01:32:38

>>540

マルチスレッドはよく分からないからメリットが分からないと怖くて使えない、
と言っているようにしか聞こえないけど。

0543デフォルトの名無しさん

2009/09/28(月) 01:39:44

>>541
それをやったほうがいいぐらい時間のかかる処理じゃないとやる意味がほとんどない

仮にデフォルトであるとしたらデータの先読みやストリーミング再生ぐらいしか使わないだろ
でもこの辺ってだいたい勝手にやるしあまり意識する必要はないと思うぜ

だからやることになると思う

0544デフォルトの名無しさん

2009/09/28(月) 01:42:02

いやまぁマルチスレッド使った事無い人はそう思うだろ

0545デフォルトの名無しさん

2009/09/28(月) 01:45:44

>>544
なに？
使ったことない人はマルチにするだけで早くなるとか思ってるってこと？

0546デフォルトの名無しさん

2009/09/28(月) 01:50:13

>>543
ふつうは、スレッド構成とか、同期の取り方とか、並列性を活かせるようなデータ構成とか
そういうのを「設計時に」決めるもんだ。

0547デフォルトの名無しさん

2009/09/28(月) 01:51:16

なんか勝手に速さの話にされたまま話が戻ってこないけど
さすがにネトゲはシングルスレッドで作らないだろ

0548デフォルトの名無しさん

2009/09/28(月) 01:52:30

>>545
普通は、はそう思うだろ

0549デフォルトの名無しさん

2009/09/28(月) 01:55:06

>>547
どの部分をマルチにするかわかってて言ってる？

0550デフォルトの名無しさん

2009/09/28(月) 01:56:24

使ったこともないと言うか、
マルチがどういうものか分かってないんじゃねーの？
そういう初心者以外の奴は話に混ざってくるなよ。

0551デフォルトの名無しさん

2009/09/28(月) 01:56:42

非同期IO使い始めたらスレッドが激減した

0552デフォルトの名無しさん

2009/09/28(月) 01:56:48

>>546
それはやってある前提の話じゃね？

0553デフォルトの名無しさん

2009/09/28(月) 01:57:52

>>550
お前の認識はマルチにするには結構事前準備が必要ってのでいいんだよね？

0554デフォルトの名無しさん

2009/09/28(月) 01:58:15

>>549
わかってるならコードを見せてくれ

0555デフォルトの名無しさん

2009/09/28(月) 01:58:41

>>548
だったらなぜ世のアプリケーションがマルチスレッド対応を謳ってるの？
CPUコアが増えるだけで処理時間が短縮できるんだったら
プログラム作る側が頑張る必要も、対応してると言うこともないだろ

0556デフォルトの名無しさん

2009/09/28(月) 01:58:58

>>552
そりゃやってある前提だろｗ
なんか「マルチスレッド」っていう魔法の呪文があると勘違いしてる奴が混ざってるなｗ

0557デフォルトの名無しさん

2009/09/28(月) 01:59:48

おまえらコンピュータの仕組みわかっててマルチスレッドって言ってる？

0558デフォルトの名無しさん

2009/09/28(月) 02:01:17

>>553
結構っていうかそれなりに必要だろう。
なんかマルチスレッド化のコードを1、2行追加すればできると思ってる？

0559デフォルトの名無しさん

2009/09/28(月) 02:01:41

　　　　　　　＿＿＿_
　　　　　　／＼　　／＼　ｷﾘｯ
.　　　　　／　（ー）　（ー）＼　　　　＜「メリットわからないけどマルチスレッドはわかります」
　　　　／　　 ⌒（__人__）⌒ ＼
　　　　|　　　　　|r┬-|　　　　|
　　　　＼　　　　 `ー’´　　／
　　　　ノ　　　　　　　　　　　＼
　／´　　　　　　　　　　　　　　ヽ
　|　　　　ｌ　　　　　　　　　　　　　　＼
　ヽ　　　 -一””””~~｀`’ー?､　　　-一”””’ー-､.
　　ヽ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

　　　　　　　　＿＿＿_
　　　　　　　／_ノ　ヽ､_＼
　ﾐ　ﾐ　ﾐ　　oﾟ(（●）) (（●）)ﾟo　　　　　　ﾐ　ﾐ　ﾐ　　　＜だっておｗｗｗ
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼　　　/⌒)⌒)⌒) 　　
|　/　/　/　　　　　|r┬-|　　　　|　(⌒)/　/ / /／　　　　　　　
|　:::::::::::(⌒)　　　　|　|　 |　　／　ゝ　　:::::::::::/　　　　　　
|　　　　　ノ　　　　|　|　 |　　＼　　/　　）　　/
ヽ　　　　/　　　　　`ー’´ 　　　ヽ /　　　　／
　|　　　　|　　 l||l　从人 l||l 　　　　 l||l 从人 l||l　　バンバン
　ヽ　　　 -一””””~~｀`’ー?､　　　-一”””’ー-､
　　ヽ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

0560デフォルトの名無しさん

2009/09/28(月) 02:02:14

OpenMPなら数行だな

0561デフォルトの名無しさん

2009/09/28(月) 02:03:17

>>555
そう書いておくと売れるからってただそんだけじゃね？（笑）

0562デフォルトの名無しさん

2009/09/28(月) 02:03:27

AAうざいお(´・ω・｀)

0563デフォルトの名無しさん

2009/09/28(月) 02:04:56

ム板で一番活発なすれ

0564デフォルトの名無しさん

2009/09/28(月) 02:05:52

ビジネスアプリならわかるんだけど、具体的のどの処理を別スレッドにしてんの？
まさかディスクの読み込みだけですとかじゃないでしょ？

0565デフォルトの名無しさん

2009/09/28(月) 02:07:07

ネトゲという単語が出たので飛んできました。
ネトゲはスレッド作りまくるね。
俺は最高100スレッド近く作ったことがある。

0566デフォルトの名無しさん

2009/09/28(月) 02:08:06

>>564
ネトゲの通信部分だよ馬鹿

0567デフォルトの名無しさん

2009/09/28(月) 02:08:31

ぶっちゃけWindowsでできる超簡単な並列化として
しなきゃいけない処理が１０個あったとしてそれぞれが互いの結果に干渉しないもんがあったとして
１個分の処理を行う.exeファイルを作って
ShellExecuteで２個ずつ起動するようなプログラム書けばそれだけで並列処理できるじゃん
（勝手にＯＳが並列化してくれる的意味で）
大抵の業務アプリの場合の対応なんてめちゃくちゃ楽だよな
ユーザがアプリ２つ起動して同じことやらせても並列化できるもんはできるｗ

0568デフォルトの名無しさん

2009/09/28(月) 02:09:17

ディスク、ネット、サウンド、メモリカード、描画は別スレッドなのはもはや常識。

0569デフォルトの名無しさん

2009/09/28(月) 02:10:14

>>564
他人のレスみてからレスれよカス

0570デフォルトの名無しさん

2009/09/28(月) 02:10:19

>>566
そんなの普通に作れば大抵勝手になるじゃん
（サンプルやオンラインゲームの入門書からしてなりそうな感じになってるの多いし）
意識しねーとできねーもんでもねーし何が言いたいんだ
多分、パッパらパーでマルチスレッドなんて単語すら知らない開発者だって意識しなくてもやってるだろ
明言することなのか？

0571デフォルトの名無しさん

2009/09/28(月) 02:10:38

出た限定仕様ｗｗ
干渉しないタスク限定ｗｗｗ

今ゲームのマルチスレッド化の話してるんだよ

0572デフォルトの名無しさん

2009/09/28(月) 02:10:50

メモリカードにわざわざスレッド使うのかよ・・・
何のハードか知らんけど非同期に読めないの？

0573デフォルトの名無しさん

2009/09/28(月) 02:11:25

>>568
描画別か？
内部更新しないと描画なんてしたってしょうがないだろ
まあ、やりたいなら止めないけどｗ（意味はないよな？）

0574デフォルトの名無しさん

2009/09/28(月) 02:12:49

>>570
＞普通に作れば

0575デフォルトの名無しさん

2009/09/28(月) 02:15:04

>>573
頭おかしいの？
描画中にも演算できるからそのためにマルチスレッドにするんだよ？

0576デフォルトの名無しさん

2009/09/28(月) 02:16:21

>>573
(ﾉ∀`)ｱﾁｬｰ

0577デフォルトの名無しさん

2009/09/28(月) 02:16:38

描画と演算が完全に独立してるの？

0578デフォルトの名無しさん

2009/09/28(月) 02:16:55

>>573のゲームは描画前に必ず内部更新したかどうかチェックするそうです

0579デフォルトの名無しさん

2009/09/28(月) 02:17:32

>>564
どの部分って言われても、専用スレッド割り当てることもあるけど
ジョブキューに放り込んだら空いてるスレッドが取り出して実行するみたいな感じ。

0580デフォルトの名無しさん

2009/09/28(月) 02:17:33

>>575
将棋のＡＩとか特殊なの？
そーゆーのは作ったことねぇからわからないけど
結局さ、普通のアプリだと次のフレームになってから演算しないと無意味なの多くない？

0581デフォルトの名無しさん

2009/09/28(月) 02:17:56

>>573が馬鹿すぎて笑えるｗ
だからマルチスレッドを理解してない奴は入ってくるなってｗ

0582デフォルトの名無しさん

2009/09/28(月) 02:19:02

自称マルチスレッドわかってる奴らは参照透過性すら言及しないな

0583デフォルトの名無しさん

2009/09/28(月) 02:19:27

>>577
無意味だよね
仮に２回連続で描画スレッドが動いたときに
なんのために描画するのかさっぱりわからない
内部と描画は基本的に１：１であって並列に動かすのは内部の特定の処理だけじゃね？
描画を別スレッドにしちゃうってのはちょっとよくわからない謎仕様だと思う

0584デフォルトの名無しさん

2009/09/28(月) 02:19:30

このご時世に固定フレームレート臭のする老人出現

0585デフォルトの名無しさん

2009/09/28(月) 02:20:22

>>570
スレッドをどんな場合に使ってるかっていう話題なのに、普通別スレッドにするものは除外ってどういうことよ？

0586デフォルトの名無しさん

2009/09/28(月) 02:20:47

まともにゲーム作れない奴ほど技術用語に振り回される

0587デフォルトの名無しさん

2009/09/28(月) 02:22:31

>>584
可変だとしても内部処理してからじゃないと描画しても意味ねぇだろ

0588デフォルトの名無しさん

2009/09/28(月) 02:23:49

>>583
描画に10ms、演算に10msかかる場合はどうするの？
スレッド分けないと50FPSしか出ないよ？
100FPS出せるなら出してよ。

0589デフォルトの名無しさん

2009/09/28(月) 02:24:49

謎が解けた！
だから>>583の作るゲームはヌルヌルじゃないんだ！

0590デフォルトの名無しさん

2009/09/28(月) 02:25:54

>>588
何をいってるの？
さっぱり意味がわからない
内部処理完全に終わらないと描画できねぇだろ
最期にカメラが３０度動いたら全部描き直しな状態が俺の頭に浮かんでるんだが
お前の前提だとこの現象はどうなっているんだ？ｗ

0591デフォルトの名無しさん

2009/09/28(月) 02:27:26

内部更新と描画を別スレッドにする理由がよくわかんね

GPUに描画コマンド投げたあとはGPUが絵描いてる間に
せっせと内部更新するわけだから元々非同期な処理だよね

0592デフォルトの名無しさん

2009/09/28(月) 02:27:53

描画中に、次のフレームに描画するオブジェクトの演算を裏でやるんだよ。
ていうかこんな基本的なことを学生以外の人に説明しないといけないのか？

0593デフォルトの名無しさん

2009/09/28(月) 02:28:10

描画スレッド云々言ってる奴は描画のレイテンシすら把握してなさそう

0594デフォルトの名無しさん

2009/09/28(月) 02:30:07

>>592
ずっと気になってたんだがよぉ…
お前さん、もしかしたら釣られてるかもしれないぜ

0595デフォルトの名無しさん

2009/09/28(月) 02:30:12

>>592
それゲームプログラマがスレッド書かなきゃいけないシステムの例を挙げてくれる？
少なくともコンシューマ機では思い当たらないんだけど

0596デフォルトの名無しさん

2009/09/28(月) 02:30:29

>>592
だって意味ねーもんそれ
プレイヤーの入力はいつ反映するの？

0597デフォルトの名無しさん

2009/09/28(月) 02:32:07

次のフレームの演算開始前だろ

0598デフォルトの名無しさん

2009/09/28(月) 02:34:09

描画そのものをさらにスレッド分けすることもあるね。

0599デフォルトの名無しさん

2009/09/28(月) 02:34:38

>>597
前のフレームの描画も終わってないのに愉快なことしてるなｗ

0600デフォルトの名無しさん

2009/09/28(月) 02:35:20

同期も理解できていなさそう

0601デフォルトの名無しさん

2009/09/28(月) 02:35:47

敵のAIをマルチスレッド化する話が出てこないんだけど…

0602デフォルトの名無しさん

2009/09/28(月) 02:35:55

GPUがないときの話をしてるのか
1つのCPUだけで全部こなすような

0603デフォルトの名無しさん

2009/09/28(月) 02:38:10

>>602
敵AIつってんだろ
人の話聞けボケナス

0604デフォルトの名無しさん

2009/09/28(月) 02:38:22

>>601
スレッド化に満足してＡＩは書けないからね
このレベルの奴らのAIなら手動で最適化したほうが高速化できそう

0605デフォルトの名無しさん

2009/09/28(月) 02:39:43

市販のゲームではこんなのがガチでマルチスレッドやってますよ
ttp://game.watch.impress.co.jp/docs/20070131/3dlp.htm
長いから「マルチスレッド」でページ内検索して

0606デフォルトの名無しさん

2009/09/28(月) 02:39:53

そもそもそんなに頭のいいＡＩなんてみたことないしね
有名ＲＰＧでも味方が馬鹿で馬鹿でしょうがないぐらいなのに
１フレ越して考えるＡＩになにかメリットあるのかね？
お金にはならないなーｗ

0607デフォルトの名無しさん

2009/09/28(月) 02:41:42

描画別スレッドにしたパターンってこんな感じ？

計算　計算　計算　計算　計算 -- CPUで計算
　　＼　　＼　　＼　　＼　　　
　　　描画　描画　描画　描画 -- CPUからGPUへコマンド流し込み
　　　　＼　　＼　　＼
　　　　　表示　表示　表示　 -- GPUで表示

0608デフォルトの名無しさん

2009/09/28(月) 02:47:36

お前らもう寝ろよ
今日は仕事だろ

0609デフォルトの名無しさん

2009/09/28(月) 02:47:38

>>607
違うんじゃね？
１フレ遅れになったときとかに

内部処理
内部処理
描画
内部処理
内部処理
描画
・
・
・

ってやりたいってことじゃね？
内部処理を一定カウントでまわして
描画はそのときどき可能な状態を取得して描画ってことだろ？
もし、これをやるとすると内部処理更新中に描画されたら大変だから
描画に必要な内部処理情報を確保しておく必要がありそうだけどな
そういう仕組みないなら矛盾がおきてるだろうな

0610デフォルトの名無しさん

2009/09/28(月) 02:48:26

>>609
サンクス

0611デフォルトの名無しさん

2009/09/28(月) 02:50:31

>>606
味方が馬鹿なのは救いようがあるが(めいれいさせろにすればいい)、
敵が馬鹿なのは救いようがない。

0612デフォルトの名無しさん

2009/09/28(月) 02:52:16

結局、内部処理に一区切り付かないと描画なんてできないのに
なぜスレッドをわけるのか？

本当に馬鹿の考えることはわからない

>>611
で？敵が頭よくなるとなんかいいの？すげー強いの？

0613デフォルトの名無しさん

2009/09/28(月) 02:52:54

>>605
ほらみろシェーダ命じゃねーか

0614デフォルトの名無しさん

2009/09/28(月) 02:53:00

ローグライクゲーを作ろうと思うんだけども
ダンジョンのランダム自動生成のロジックに参考になるサイトとかソースとか無いかな？

0615デフォルトの名無しさん

2009/09/28(月) 02:53:24

>>612
自己満足

0616デフォルトの名無しさん

2009/09/28(月) 02:54:37

だ・か・ら！
お前らもう寝ろよ
今日は仕事だろ

0617デフォルトの名無しさん

2009/09/28(月) 02:55:07

>>616
１人で寝ろよｗ

0618デフォルトの名無しさん

2009/09/28(月) 02:56:10

>>617
じゃあお前朝まで起きてろよｗ

0619デフォルトの名無しさん

2009/09/28(月) 02:56:49

>>614
ttp://pc11.2ch.net/test/read.cgi/gamedev/1182223295/l50

0620デフォルトの名無しさん

2009/09/28(月) 02:56:59

>>612
少なくとも、すぐにハマっちゃうような敵だとゲームやっててもつまんね。
回り込んで撃ってくるとかはしてくれないと。

0621デフォルトの名無しさん

2009/09/28(月) 03:00:56

>>619
ありがとうございます

0622デフォルトの名無しさん

2009/09/28(月) 03:01:31

>>620
回りこんで撃ってくると１フレ以上必要になるんだ・・・

0623デフォルトの名無しさん

2009/09/28(月) 03:08:08

敵AIにも色々考えさせにきゃならないだろ。
例えば主人公がいて敵がバキュバキュ撃ってくる。
すると主人公の近くに撃つと爆発するドラム缶がある。
撃てば主人公にダメージを与えられるだろうが、近いと自分も爆炎でダメージを受ける可能性がある。
近くでは撃てない。
敵が仲間のところへ主人公を誘いこめば倒せるかもしれない。
しかし仲間のところまで逃げきれるか。
逃げきったとして仲間が主人公を倒したら手柄を持っていかれちまう。
ここはドラム缶を撃つか。
しかし故郷では家族が待っている。
主人公を倒したとしても自分も巻き込まれて死んだら家族は悲しむだろう。
それに死ぬのは怖い。

なんてAIに思考させてたらかなり時間くうぞ。
特に葛藤してる状況だと相当時間がかかる。
まぁ人間じゃないから葛藤も早送りで演算できるが。
そこらへんパソコンって便利。

0624デフォルトの名無しさん

2009/09/28(月) 03:13:52

演算量とアルゴリズムの複雑さは比例しないが

0625デフォルトの名無しさん

2009/09/28(月) 03:17:37

ランダムで行動選択するのと変わらないな。

0626デフォルトの名無しさん

2009/09/28(月) 03:49:42

>>605
何だかんだと御託並べても、結局 30 fps しか出せてないのが笑えるな。

0627デフォルトの名無しさん

2009/09/28(月) 06:14:31

そもそもAIの更新って1フレームに一回だったり、
30フレームに一回だったりするし
一概に1フレ超えて考えるAIとか言えないだろ

0628デフォルトの名無しさん

2009/09/28(月) 07:23:02

なんか突然伸びるスレだなここは
ム全体で一日1,000レス以下程度なのに
なんでここだけで数時間で100もレスがつくんだ

0629デフォルトの名無しさん

2009/09/28(月) 08:36:59

>>549
頑張ってブロッキング通信してくれ

0630デフォルトの名無しさん

2009/09/28(月) 08:44:20

1フレを超えて考える AI は経路探索や視線判定、コリジョン判定を大量に行うようなのものでは十分ありうる。
でも、この処理のせいでコマ落ちしてしまう不具合を回避するには、ファイバやコルーチンで十分でもある。
複数の AI 同士を同時に実行したり、別の更新処理や描画処理と並列に実行するような時にはスレッドを使う。

描画処理を別のスレッドにするのは、DirectX を使う時と OpenGL のイミディエートモードだけを使う場合には、
かなりの効果がある場合がある。
OpenGL のディスプレイリストや相当する機能を使う場合、次のフレームのディスプレイリストを用意する
PS1時代からの手法が有効なので、必ずしもスレッドを分ける必要は無い。が、ディスプレイリスト作成処理
をさらにいくつものスレッドに分けることができるようになる。例えば Z プリパス描画と普通の描画と半透明描画
のそれぞれのディスプレイリストを別のスレッドで作成するようにして並列度を向上させることができる。

0631デフォルトの名無しさん

2009/09/28(月) 12:20:10

>>626
それはエッ糞ボックスの話じゃないの。

0632デフォルトの名無しさん

2009/09/28(月) 14:09:24

市販のゲームでVRAMにロードされてるテクスチャが160MBって
何枚くらいロードされているのでしょうか？

0633デフォルトの名無しさん

2009/09/28(月) 17:52:55

>>632
DDS形式で512x512なら160枚

0634デフォルトの名無しさん

2009/09/28(月) 18:46:11

内部演算と描画を別スレッドに分けるのは解るんだけど、
それだとユーザーから見るとキー入力が1フレーム遅れて反応することない？？

0635デフォルトの名無しさん

2009/09/28(月) 18:49:34

1フレームの遅れがユーザの目に見えるというのか

0636デフォルトの名無しさん

2009/09/28(月) 18:56:48

おれは入力モタつくのがすごく気になったんだが…

0637デフォルトの名無しさん

2009/09/28(月) 19:00:27

更新中に描画されちゃったらワンフレ前の住人とワンフレ後の住人が混ざるパラレルワールドじゃんよ(笑)
バグが止まらないな(笑)

0638デフォルトの名無しさん

2009/09/28(月) 19:07:07

ダブルバッファにするに決まってるだろ。
混ざらねえよ。

0639デフォルトの名無しさん

2009/09/28(月) 20:52:40

>>635
格ゲーじゃ1Fのズレでもコンボがつながらないとか日常茶飯事じゃん
１Ｆは目には見えないけど違和感を感じることはできる

0640デフォルトの名無しさん

2009/09/28(月) 20:58:52

何でお前ら1フレ単位で会話きるの？
頭おかしいの？

>>635とか>>938は1フレ=8msくらいな感じがするけど、>>639とか30msな感じがする。

0641デフォルトの名無しさん

2009/09/28(月) 21:00:57

自演か？

0642デフォルトの名無しさん

2009/09/28(月) 21:03:11

>>641
どれとどれがだよ

0643デフォルトの名無しさん

2009/09/28(月) 21:20:00

>>638
内部処理と描画が同時に実行されてんだからなるだろ
ならないようにするには内部処理の描画に関わるデータを
すべて描画用に確保しておかなければならない

0644デフォルトの名無しさん

2009/09/28(月) 22:15:34

>>643
だからそれがダブルバッファだろうが。

0645デフォルトの名無しさん

2009/09/28(月) 22:34:35

>>644
何？ダブルバッファって内部処理のデータのこと指して言ってるの？（笑）
自分用語ご披露するのもいい加減にしとけよｗｗｗ

まあ、いいけど・・・すっげぇｗ無駄だなｗｗｗ（核爆ｗｗ）
まったく意味ねぇのにホントご苦労様としかいいようがないよｗ
ＧＰＵで勝手にパイプライン処理になってるのにわざわざ自分でメモリ２倍とってまで
馬鹿やってるんだ？ｗ
救いようがないな（失笑）

0646デフォルトの名無しさん

2009/09/28(月) 22:43:25

この辺りではどんな魚が釣れますかな？

0647デフォルトの名無しさん

2009/09/28(月) 22:54:13

しいらかんす

0648デフォルトの名無しさん

2009/09/28(月) 23:37:43

なんだ釣りだったのか。
マルチスレッドどころか3Dすらもやったことなかったとは…。

0649デフォルトの名無しさん

2009/09/28(月) 23:47:58

コードも書かずに「理解できる俺すげー」だもんなｗ

0650デフォルトの名無しさん

2009/09/29(火) 04:10:15

自分でコード書いたことがあれば>>645がおかしいことにすぐ気付く。

0651デフォルトの名無しさん

2009/09/29(火) 06:09:54

レベルが低すぎてゲハ板かと思った

0652デフォルトの名無しさん

2009/09/29(火) 06:14:23

内部処理のデータを毎フレーム複製する必要がある時点で糞くて使えない

0653デフォルトの名無しさん

2009/09/29(火) 06:19:20

マジどうしようもねえな

0654デフォルトの名無しさん

2009/09/29(火) 06:33:45

まあ、マルチスレッドを理解するってそういうことだしな
片や書いてて、片や読んでたんじゃ処理速度やタイミングで結果が変わっちまうから
事前準備でメモリも完全にわけておくかもしくはロックでもしておかないとダメだしな
ロックしたんじゃ並列で動かないからやっぱりメモリ隔離がデフォか？

0655デフォルトの名無しさん

2009/09/29(火) 08:10:44

マルチコアってCPU側で勝手に割り振ってくれるんじゃないの？

0656デフォルトの名無しさん

2009/09/29(火) 08:45:00

汎用OSで描画と他演算を分けているのは、
偶然うまく動いているだけにすぎない

0657デフォルトの名無しさん

2009/09/29(火) 09:16:41

メモリ隔離自体は、内部処理のデータ量がよっぽど多くなけりゃ問題無いし簡単じゃね？

0658デフォルトの名無しさん

2009/09/29(火) 09:26:23

1 フレームの遅れは、格闘ゲームをかなりやったヤツなら違和感を感じる。
が、すぐに慣れる。
音ゲーも一緒。
それに、今では 1 フレーム遅れのゲームばかりなのだから、みんなそれで慣れてる。
格闘ゲームでも 2d なら更新と描画を並列化させなくても 1 フレームで処理できるだろうから、
スプライト時代と同じ遅延（1 フレーム遅延なし）で作ることもできる。やってるチームがあるかは
知らないけど。
さらにいうと、そこでの遅延より液晶モニタの方が。

>>652
全てではなく、座標変換に使う行列と、UV スクロール量とかその辺だけ。

0659デフォルトの名無しさん

2009/09/29(火) 12:49:35

液晶モニタの遅延は酷いのだと６、７フレームとか普通にあるしな。

0660デフォルトの名無しさん

2009/09/29(火) 12:57:31

>>657
面倒臭いと思うよ
描画してるときも書き込めないし
書き込んでるときも描画できないから３つぐらい用意することになるんじゃない？
描画が終わってないときに次の内部処理しなきゃいけないときは３つ必要だしね
ここまで頑張っても多分効果ないのが悲しい話だけどな(笑)

0661デフォルトの名無しさん

2009/09/29(火) 15:25:21

視線から物体まで伸びるベクトルはまっすぐだとして
物体から出た後で伸びるベクトルってまっすぐになるの？

0662デフォルトの名無しさん

2009/09/29(火) 15:30:44

長さが0以外のベクトルは全て真っ直ぐだろ・・・

0663デフォルトの名無しさん

2009/09/29(火) 15:51:16

何が？
屈折の話？

0664デフォルトの名無しさん

2009/09/29(火) 16:09:32

「物体から出た後で伸びるベクトル」というのは何かの暗号だろうか？

0665デフォルトの名無しさん

2009/09/29(火) 16:21:50

たぶんベクトルをチンコのことだと勘違いしている
つまり挿入前のチンコはまっすぐだとして
挿入後のチンコはまっすぐなのかってことだろ

0666デフォルトの名無しさん

2009/09/29(火) 16:30:08

多分レイトレの反射あたりのことだとは思うが
まっすぐって表現も無いよな。お前は幼稚園児か。

0667デフォルトの名無しさん

2009/09/29(火) 16:49:48

>>219

0668デフォルトの名無しさん

2009/09/29(火) 22:26:19

随分昔の話してるけどｗ
>>219は俺なｗ

>>218の１枚目の絵の球体から出たベクトルがまっすぐ右に伸びてるから
屈折して別のほういくんじゃね？って意味で書いたんだぜ

0669デフォルトの名無しさん

2009/09/29(火) 22:31:22

マルチスレッドの話題から話を逸らしたい誰かの意図が確認できました

真・マルチスレッドストッパー。。。(￣ー￣)ﾆﾔﾘｯ

0670デフォルトの名無しさん

2009/09/29(火) 22:52:37

>>668
幼稚園児は寝る時間ですよ～！

0671デフォルトの名無しさん

2009/09/29(火) 23:26:48

いいぞ　もっとやれ

0672デフォルトの名無しさん

2009/09/29(火) 23:48:21

マジでマルチスレッドの話題から話を逸らしたくてやってるの？
ていうか見た目に無意味なのが同じ会社の同僚にばれちゃうとまずいとか
そういうのあるの？ｗ
っていうかみんな気づいてるけどいわないだけだろそれってｗ

0673デフォルトの名無しさん

2009/09/30(水) 04:08:45

いいぞもっとやれ

0674デフォルトの名無しさん

2009/09/30(水) 12:46:22

描画はGPUに丸投げするから描画処理はGPU。
演算処理はCPU。
だから描画をGPUに投げた次の瞬間に演算が始まるから、
そこではGPUとCPUでスレッドが1つづつ動いてることになり、
マルチスレッドで動作しているのと同じことになる。
よって描画用にわざわざスレッドを用意するのは意味がない。
とか本気で思ってるキチ＊イがいそうで怖い。

0675デフォルトの名無しさん

2009/09/30(水) 13:56:18

将来的には、GPUが勝手にメモリから情報取ってきて
勝手に表示するようになるんかねえ
それまでGPUがあればの話だけど

0676デフォルトの名無しさん

2009/09/30(水) 18:55:50

変な奴多いよな
お前らちゃんと社会生活送れてんの？

0677デフォルトの名無しさん

2009/09/30(水) 19:00:07

ゲームプログラマーの敵が逮捕されたみたいだな

ドラクエ9、Share流出…DLオンリーの利用者も参考人として事情聴取
ttp://tsushima.2ch.net/test/read.cgi/news/1254299699/l50

ドラクエ9、Share流出…DLオンリーの利用者も参考人として事情聴取 ★２
ttp://tsushima.2ch.net/test/read.cgi/news/1254303102/l50

ドラクエ９ネット流出で２人逮捕
ttp://tsushima.2ch.net/test/read.cgi/news/1254277368/l50

0678デフォルトの名無しさん

2009/09/30(水) 19:05:15

まあ、不正は、許しては、いけないしな、当然だよな。

0679デフォルトの名無しさん

2009/09/30(水) 19:30:57

会社つぶれるとか流出が無ければプログラマの給与もうｐとかそういうの別に無いから流出しても気にしないよ

0680デフォルトの名無しさん

2009/09/30(水) 19:34:28

俺フリーゲーム作るほうだから関係ねーし。
むしろ宣伝してくれ。

0681デフォルトの名無しさん

2009/09/30(水) 20:32:01

スクエニみたいな糞ゲー和メーカーはこの世から消滅すればいいのに

0682デフォルトの名無しさん

2009/09/30(水) 21:43:22

知的財産なんてすでに崩壊してる
ゲームは全部無料にしてゲーム中に広告を入れるスタイルに変えるべき

0683デフォルトの名無しさん

2009/09/30(水) 21:50:49

電通社員と中国人って結局言ってること同じだよね

0684デフォルトの名無しさん

2009/09/30(水) 22:57:19

ここまで煽りあってデバッグの話すら出てこないからなｗ

0685デフォルトの名無しさん

2009/09/30(水) 23:14:19

机にフェニックスは要らない子

0686デフォルトの名無しさん

2009/10/01(木) 14:01:58

じゃあデバッグの話をしようか。

0687デフォルトの名無しさん

2009/10/01(木) 14:41:21

デバッグって子ウィンドウ作ってそこに変数一覧出せば良いだろ。
それで一通りクリアすればOK
あとはフリゲなら取るに足らないバグしか残ってない。
例えばRPGなら所持金がバッファオーバーフローするとか。

0688デフォルトの名無しさん

2009/10/01(木) 14:56:28

子ウィンドウねえ（笑）
今度こそデバッグの話をしようか。

0689デフォルトの名無しさん

2009/10/01(木) 15:15:07

まさかテストプレイみたいな単純作業の話がしたいわけじゃないよな？

0690デフォルトの名無しさん

2009/10/01(木) 16:33:38

そもそもゲームにデバッグなんて大したものは要らないだろ。
ゲームのデバッグってまともにやると人海戦術的なところがあるしな。
例えばレースゲームだと各車両で壁にガンガン当たって抜けてしまうところがないかチェックするらしい。

>>688はメインウィンドウに表示させる馬鹿。
もしくはファイル書き出し派のアホ。

0691デフォルトの名無しさん

2009/10/01(木) 16:58:54

ウィンドウが前提のやつとは話が通じないだろうなｗ

0692デフォルトの名無しさん

2009/10/01(木) 17:16:27

「ゲームプログラミングの為の3Dグラフィックス数学」に
点の集合から、自然な軸を求める方法が載っていますが(主成分分析法)
この方法をボックスに適用した場合、ボックスの元々の主軸と同じ値が求まれば良いのですが
そうならない場合が殆どです。
多分、元になる点の選び方が悪いのだろうと思い、
ボックスの直径の端の6点を使う場合と、頂点の8点を使う場合を試しましたが同じでした。
どうすれば、最適な軸が求まるでしょうか？
それとも主成分分析では、ボックスからボックスの軸を得ることは出来ないのでしょうか？

0693デフォルトの名無しさん

2009/10/01(木) 17:23:23

誰かはやくこのスレをデバッグしてくれ

0694デフォルトの名無しさん

2009/10/01(木) 17:41:54

寒い

0695デフォルトの名無しさん

2009/10/01(木) 20:23:37

>>687は単なるチート厨の香りがするわ
ゲーム製作も同じ程度にしか考えてなさそう

0696デフォルトの名無しさん

2009/10/01(木) 20:29:21

こういうリアルな話題があると
妄想過多で自分をゲーム会社の社員と思い込んでる
精神障害者しか居ない事がわかってしまうね・・・

0697デフォルトの名無しさん

2009/10/01(木) 20:34:07

>>696
ふむ。つまりそれがお前の正体だね？

0698デフォルトの名無しさん

2009/10/01(木) 20:46:14

教室の隅っこでウジウジしてそのまま不登校とか始めても
2chでは元気いっぱいw

0699デフォルトの名無しさん

2009/10/01(木) 21:01:59

大学生以下はプ板に来るなよ

0700デフォルトの名無しさん

2009/10/01(木) 21:05:16

質問です
このスレを消す方法を教えてください
初心者なので詳しくわかりやすくお願いしますｗｗ

0701デフォルトの名無しさん

2009/10/01(木) 21:06:17

まずC++でゲームを作ります

0702デフォルトの名無しさん

2009/10/01(木) 21:12:04

>>700
お前が消えろ

0703デフォルトの名無しさん

2009/10/01(木) 21:13:05

>>700
おまえが消えれば良いと思うよ。
そしたらみんな喜ぶとし。

0704デフォルトの名無しさん

2009/10/01(木) 21:14:24

かぶった

0705デフォルトの名無しさん

2009/10/01(木) 21:19:22

>>695って頭悪い厨房の香りがする
人の手法はとやかく言うくせに自分の手法は何一つ書かない
ゲーム制作そのものをやったことがなさそう
というか普段から妄想ばかりして作った気になってそう
>>696が端的に言ってるけど

0706デフォルトの名無しさん

2009/10/01(木) 21:54:41

お前ら、ゲーム作ってますか？

0707デフォルトの名無しさん

2009/10/01(木) 22:27:47

現在進行形で開発中。
今新しく作るゲームのフレームワーク部分をフルスクラッチで書いた。
来る新時代を意識して書いたから半年はこれで戦える。
それで今は新しく作るRPG用のマップエディタを作ろうと思いながらこのスレを見たらお前がいた。

0708デフォルトの名無しさん

2009/10/01(木) 22:33:06

クソスレを正常化させてまでして、無い知識をひけらかしたいとか・・・
よくよく自分がやってる事を考えてみろよ

0709692

2009/10/01(木) 22:35:13

誰かわかる人いませんか・・
3Dでは必須技術だと思うんですが・・

0710デフォルトの名無しさん

2009/10/01(木) 22:40:38

>>708

↑
この人病気？

0711デフォルトの名無しさん

2009/10/01(木) 22:46:20

>>710
>>708は明らかにおかしいからスルーしろ
煽りとかではなくてガチキチの臭いがする
気になるならアボンしとけ

0712デフォルトの名無しさん

2009/10/01(木) 22:47:12

やった事もないプログラミングの妄想技法を書く奴は
どうせ、株や車やセックスでもそういう妄想を垂れ流すので
何処かで矯正されるべきだ

0713デフォルトの名無しさん

2009/10/01(木) 22:49:18

キチというより鬱病に見える

0714デフォルトの名無しさん

2009/10/01(木) 22:54:02

日本も核武装しろとか、自衛隊を正規の軍隊にして
北朝鮮攻め込めレベルの奴等が、
テストやデバッグについて書いてんじゃねー

0715デフォルトの名無しさん

2009/10/01(木) 23:09:15

>>708=キチ||鬱病ｗｗｗ
どっちにしても脳がまともじゃないｗｗｗ

0716デフォルトの名無しさん

2009/10/01(木) 23:13:27

ヒキNEETで精神が壊れる直前だと思われ。
何か変な事件起こしそう。

0717デフォルトの名無しさん

2009/10/01(木) 23:44:18

顔真っ赤にして>>687が粘着してるのが目に浮かぶ
自信満々に俺様理論書き込んだつもりだったんだろうけど

0718デフォルトの名無しさん

2009/10/01(木) 23:54:05

おーいみんなー！
キチの>>708が出てきたぞー！

0719デフォルトの名無しさん

2009/10/01(木) 23:56:44

＞俺様理論
リア厨がよく使う用語だなｗ

0720デフォルトの名無しさん

2009/10/02(金) 00:01:43

なんせ精神年齢低いから、こういうイジメムードが出来ると
書き込みが進むな

0721デフォルトの名無しさん

2009/10/02(金) 00:04:26

だから頭がおかしい奴はほっとけって
>>687のやり方もどうかと思うけど
それでバグのないゲームがリリースできてるんならいーんじゃねーの？
子ウィンドウがどうのって言ってる奴を煽ってる奴は、恐らく煽りたくて煽ってると思う
でなけりゃ問題点を指摘してどうすべきか書くはず
それを書かないってことは煽るのが目的だからでしょ

0722デフォルトの名無しさん

2009/10/02(金) 00:05:26

>>699
ム板といわずにプ板って言うのは初耳だｗ

0723デフォルトの名無しさん

2009/10/02(金) 00:06:19

>それでバグのないゲームがリリースできてるんならいーんじゃねーの？
キチふたりめ

0724デフォルトの名無しさん

2009/10/02(金) 00:06:54

>>721
煽るのが目的じゃなくて
単にゲーム作ったことがないから
デバッグの方法が書けないだけだと思う。

0725デフォルトの名無しさん

2009/10/02(金) 00:08:07

>723
>キチふたりめ
いきなり自己紹介かよｗｗ

0726デフォルトの名無しさん

2009/10/02(金) 00:09:18

みんながゲーム作ればスレが荒れないのに。

0727デフォルトの名無しさん

2009/10/02(金) 00:10:04

まともに作ればバグなんて出ない。

0728デフォルトの名無しさん

2009/10/02(金) 00:10:11

>>717が粘着認定してるのが微笑ましい(笑)

0729デフォルトの名無しさん

2009/10/02(金) 00:11:31

>>727に煽り以外の要素が無いことだけはわかった

0730デフォルトの名無しさん

2009/10/02(金) 00:14:45

何か>708から荒れてる気がする。
あぼーん対象
>>708,710,711,712,713,714,715,716,717,718
>>719,720,721,723,724,725,728

議論できないゴミクズは社会の迷惑だから消えてくれ

0731デフォルトの名無しさん

2009/10/02(金) 00:16:22

>>717は厨二病だろ

0732デフォルトの名無しさん

2009/10/02(金) 00:18:18

厨二以前の問題。
粗悪な家庭環境で育ったんでしょ。

0733デフォルトの名無しさん

2009/10/02(金) 00:19:20

小学生の喧嘩になってきたよ　ママァン

0734デフォルトの名無しさん

2009/10/02(金) 00:21:25

お前らを隔離するためにゲ製があるんだぞｗ

0735デフォルトの名無しさん

2009/10/02(金) 00:21:33

>>692
3D以前に日本語をちゃんと話そうな
ボックスのくだりから全く意味不明

ボックスの元々の主軸？
ボックスの直径の端の6点？
ボックスからボックスの軸を得る？

何を言ってるんだ？ｗ

0736デフォルトの名無しさん

2009/10/02(金) 00:21:59

最近は両親がキチ入ってるから自分がキチだって気付かない香具師が増えたな、
具体的には>>717とか

0737デフォルトの名無しさん

2009/10/02(金) 00:22:18

煽りも>>708を超える名言吐けよ

0738デフォルトの名無しさん

2009/10/02(金) 00:24:21

やめろ
>717の顔が真っ赤だ。
>717が高血圧で死んだらお前らのせいだぞ。

0739デフォルトの名無しさん

2009/10/02(金) 00:24:38

これだから焼酎どもは
明らかにおかしいレスをスルーすることすらできねーのか

0740デフォルトの名無しさん

2009/10/02(金) 00:26:49

>>737
>>708はガチキチだろ。
たぶん煽りとかじゃないと思う。

0741デフォルトの名無しさん

2009/10/02(金) 00:32:17

まともなスレで現役プログラマに教えを受けたら
負けだと思っている

0742692

2009/10/02(金) 00:39:22

>>735
わかりづらかったですね、すみません。
質問を変えます。
ボックスを構成する8頂点が与えられたとき、
そのボックスに最適な互いに直交する3つのベクトルを
得る方法を教えてください。

最適な、とは、ボックスをそれぞれベクトルに平行な平面で
囲ったとき、面積が最小になるものです。ボックスの面積と同値が理想です。

0743デフォルトの名無しさん

2009/10/02(金) 00:48:11

3Dって難しいなと思った

0744デフォルトの名無しさん

2009/10/02(金) 00:58:47

あ

0745デフォルトの名無しさん

2009/10/02(金) 01:00:23

>>742
直交する3つのベクトルでは何も囲えないだろ。
数学で出てきた3次元空間のxyz軸みたいなもんだろ？

0746デフォルトの名無しさん

2009/10/02(金) 01:07:55

8頂点の任意の凸型立体なの？
横から見ると、平行四辺形や台形になってる事があるだけで、
あくまで「ボックス」なの？

今書こうとしたら、8個の点を内封する直方体で書いてしまった
答えは出せるけど、処理は重いし、
「ボックス」である事を利用したらスマートな答えがあるかもしれん
ので辞めた

0747デフォルトの名無しさん

2009/10/02(金) 01:24:56

直交する三本の直線を、三次元空間上に交差しないように配置することは可能でしょうか？

0748デフォルトの名無しさん

2009/10/02(金) 01:30:00

こんな釣堀じゃなく数学関係の板で聞いたほうがいいよ
このスレは俺以外バカしかいないから

0749デフォルトの名無しさん

2009/10/02(金) 01:37:35

>>747
まず直交する三本の直線を作ります。
それぞれをx、y、zとすると、、
x軸をy軸方向にずらして、
y軸をz軸方向にずらして、
z軸をx軸方向にずらすと出来ます。

0750デフォルトの名無しさん

2009/10/02(金) 01:43:03

>>747
ランダムに配置してもほとんど交差しません。
万が一にも交差したら運が悪かったと思ってやり直しましょう。

0751デフォルトの名無しさん

2009/10/02(金) 02:33:15

>>692
>>742
だからさ！日本語を話せよｗ
さっきから意味不明すぎる
どのスレだろうと、優秀なエスパーはそうそういないぞｗｗ

ボックスの定義はなんだよ？
只のランダムな8頂点なのか？（非平面もありえる）
それとも8頂の各平面を形成する4頂点は平面上に必ずあるのか？

さらに8頂点は座標だけで、各面を構成する組み合わせは予め分らないのか？
それとも各面を構成する頂点の組合わせは分っているのか？
もろもろありすぎ

質問が出来ない奴は
ほぼ100%の割合で、答えを教えても理解出来ない、答えを写すだけ
と言うのが俺の自論

0752デフォルトの名無しさん

2009/10/02(金) 04:26:04

>>742
ボックス＝直方体かつ、点列がボックスの頂点であることが分かっているのなら、
任意の点から一番近い2点へ伸ばしたベクトル(2本)と、それらと直行するベクトル
でいいんじゃね？

0753デフォルトの名無しさん

2009/10/02(金) 06:47:34

>>751
傍から見ていてもっとも不愉快
そんなこと言うなら質問スレに常駐するな
初心者の言うことは理解が浅いか誤認識が原因で変になることがあるから、まずはそこからデバッグするのが回答者の義務

0754デフォルトの名無しさん

2009/10/02(金) 08:18:46

それはあるな質問者は関数の仕様がわからない状態なんだから引数なんて知るわけ無い
回答者が質問してうまく揃えてやる必要あるだろな

ただ気になるのはここ最近質問者も回答者に完璧を求め過ぎる
どっちも人間なんだからいい妥協点を探る練習をしないとこの先困るぞ

0755デフォルトの名無しさん

2009/10/02(金) 08:35:02

>>692
「ボックスの主軸」と「点の集合の軸」では同じ「軸」でも言葉の意味が違うんじゃないだろうか。

0756デフォルトの名無しさん

2009/10/02(金) 10:40:39

>>742
直方体なら、六面中から平行でない三面を選び、その法線。
その法線は、その面の辺を構成しない線分のうちのどれでも良いから正規化したもの。
または任意の一頂点を選び、その頂点を共有する線分。

0757デフォルトの名無しさん

2009/10/02(金) 11:45:53

>>751
>只のランダムな8頂点なのか？（非平面もありえる）
ランダムじゃなければ、答えを得るのは容易でしょう。

>それとも8頂の各平面を形成する4頂点は平面上に必ずあるのか？
平面上に必ずあるなら、答えを得るのは容易でしょう。

>さらに8頂点は座標だけで、各面を構成する組み合わせは予め分らないのか？
わかっているなら、答えを得るのは容易でしょう。

>それとも各面を構成する頂点の組合わせは分っているのか？
わかっているなら、答えを得るのは容易でしょう。

>>692で主成分分析と書いているので、ある程度わかると思うのですが。
質問の内容すら通じないなんて、悲しいですね。

>>752
それでいけそうですね。ありがとうございます。
しかし私が求めているのは、点集合から最適軸を求めるアルゴリズムにおいてなので、、
質問を変えたのが悪かったんですかね。
ここをもっと掘り下げて対応してくれるなら、続けて書きます。

>>755
どちらも単なるベクトルで同じだと思います。
点の集合がボックスを形成するなら、
点の集合の最適軸とボックスの主軸は同じになって欲しいというのが、質問の動機であり、
これがそもそも間違っているなら、それで解決でいいのですが。

>>756
6平面がわかっているなら、、

0758デフォルトの名無しさん

2009/10/02(金) 12:04:00

>>757
どんなゲーム作ってんだ？
そのベクトル以前のやりたい処理を書いてもらえれば
他のもっと簡単な方法があるやもしれん。

当たり判定辺りかなと思うが。

0759デフォルトの名無しさん

2009/10/02(金) 12:05:17

ゲームプログラミングを勉強してまだ初心者なのですが、C++でつまづいているのですが何か良い書籍を紹介してもらえないでしょうか、先走っちゃって例の「ゲームプログラマになる前に覚えておきたい技術」
という本を買ってしまったので読破できそうなC++のおすすめの本はありますか

0760デフォルトの名無しさん

2009/10/02(金) 12:09:39

>>759
猫でもわかるシリーズ

0761デフォルトの名無しさん

2009/10/02(金) 12:30:32

>>759
解説サイトだけでも十分だと思う。
ttp://www7b.biglobe.ne.jp/~robe/cpphtml/index.html
ttp://www.geocities.jp/ky_webid/index_old.html
ttp://homepage2.nifty.com/c_lang/

あとは「ゲームプログラマになる前に覚えておきたい技術」に書かれている参考文献。

0762デフォルトの名無しさん

2009/10/02(金) 12:31:47

>>757
よくわからんけど、計算誤差が起きてるんじゃね？
ボックス中の点も大量に加えてみるとか。
いずれにせよ、ボックスが立方体に近いと主軸が面に平行になるのは期待できないでしょ。
＃立方体の軸って、対角を結んだ直線じゃね？

0763デフォルトの名無しさん

2009/10/02(金) 12:50:43

DirextXとOpenGLってどっちが簡単？
クオリティはあんま求めてないんだけど

0764デフォルトの名無しさん

2009/10/02(金) 12:51:28

もちろん3Dで

0765デフォルトの名無しさん

2009/10/02(金) 12:53:16

ボックスの主軸

　　　│
┏━━━┓
┃　 │　 ┃
┃　 │　 ┃
┗━━━┛
　　　│

点の集合の軸
　　　　　　　　　／
　　　・　　　　・
　　　　　　／
　　　　／
　　　・　　　　・
　／

って思った。

0766デフォルトの名無しさん

2009/10/02(金) 12:54:42

>>763
Irrlcht などのライブラリ使うならどっちでも良い問題。

0767デフォルトの名無しさん

2009/10/02(金) 13:08:03

>>758
移動・回転するOBB(開始位置のOBBと終点位置のOBB)から
直方体を作り、衝突判定をする為の処理です。
直方体を可視化してみると、2つのOBBを自然に包容する状態ではなかったので。
例えば、移動・回転の量がゼロに近いのOBBの場合、包容直方体とOBBが近い形に
なって欲しいのに、斜めに回転したような形をとるんです。

>>762
>>765
>＃立方体の軸って、対角を結んだ直線じゃね？
どうやら、その通りのようです。
ですから、
>ボックスの直径の端の6点を使う場合
だとうまくいくはずですね。
その方向で調べてみます。

0768デフォルトの名無しさん

2009/10/02(金) 15:05:46

ボックスという単語を使うのはやめたほうがいいな。
直方体なのか凸包六面体なのかそれ以外なのかわからん。
包容直方体も細部が意味が通じない。AABB では不満なのはわかるが、具体的にどんな特徴の包含直方体が欲しいのか。

>>767
直方体が二つあるなら8頂点ではなく16頂点になるんじゃないか？
開始位置での中心点と終了位置での中心点を結んだベクトルを採用しても、かなりの場合に十分だと思うがどうだろう。

0769デフォルトの名無しさん

2009/10/02(金) 16:13:57

hoge

0770デフォルトの名無しさん

2009/10/02(金) 19:25:18

子供達にはのびのびとゆとりをもって育って欲しいものです。
そういった良好な環境で育った子供は友愛の精神を大切にするのです。

0771デフォルトの名無しさん

2009/10/02(金) 19:27:10

>>770
うざい

0772デフォルトの名無しさん

2009/10/02(金) 19:37:59

>>771
そういうこと言うと友愛されるよ

0773デフォルトの名無しさん

2009/10/02(金) 20:00:43

お前らまだ質問自体が釣りだと気付かないの

0774デフォルトの名無しさん

2009/10/02(金) 20:05:25

>>773
友愛されちまえｗ

0775デフォルトの名無しさん

2009/10/03(土) 00:26:36

>>767のような究極の頓珍漢発言してるクセに
>>757見たいな発言してるのって典型的な最近の若い奴だなｗ

出来ないくせに、言う事は上から目線
さらに初心者だからそれは当り前、導いてやるべきとか言ってる馬鹿もいるし

日本のプログラム技術者の大半がレベル低いのは、もはや当然の域だな
一部の出来る開発者のセミナーや本に群がるのが理解出来るｗ

0776デフォルトの名無しさん

2009/10/03(土) 00:28:56

＞例えば、移動・回転の量がゼロに近いのOBBの場合、包容直方体とOBBが近い形に
＞なって欲しいのに、斜めに回転したような形をとるんです。

意味不明な質問して、更にその意味不明質問を偉そうに振りかざす前に…

お　　前　　の　　バ　　グ　　だ　　ろ　　ー　　が　　ｗ　　ｗ

0777デフォルトの名無しさん

2009/10/03(土) 00:36:49

＞移動・回転するOBB(開始位置のOBBと終点位置のOBB)から
＞直方体を作り、衝突判定をする為の処理です。

この発想も間違ってる
OBBが、距離のある点を軸に180度回転だけしてみろよ？
開始位置と終点位置で細長い包容直方体を形成するが、移動時の軌跡は外してるだろｗ

0778デフォルトの名無しさん

2009/10/03(土) 00:58:38

身の丈にあったことしろよな
少なくともこんなもんに手を出すレベルじゃねーじゃん

0779デフォルトの名無しさん

2009/10/03(土) 01:47:13

>>776
バグ？
では、私の理屈は正しくて実装が誤っているだけってことですか？
それだったら、良かったんですけどね。

>>777
なるほど、それは気がつきませんでした。
境界球で包容直方体を作る方向にシフトします。
ありがとうございます。

0780デフォルトの名無しさん

2009/10/03(土) 02:36:37

＞例えば、移動・回転の量がゼロに近いのOBBの場合、包容直方体とOBBが近い形に
＞なって欲しいのに、斜めに回転したような形をとるんです。

あのな移動も回転も0に近いのに、元の形から斜めに回転した形になる時点でバグ以外の何者でもないだろ…
挙句、実装コードじゃなくて理屈の方を質問してるレベルじゃ、もっと基本をやるべき
更に、

＞バグ？
＞では、私の理屈は正しくて実装が誤っているだけってことですか？

なんて言っちゃう辺り、小学生が大学の問題を解こうとしてるような物
対象を理解もしてなければ、実装が間違ってると言う自覚もない
さらにまともなデバッグすら出来ないって丸出しだから…

それと、リアルタイムコリジョンは移動量を細かく区切って
(移動フレーム毎、移動量が大きければ更に分割する)
時間軸で当り判定をするものだぞ？

移動前、移動後でコリジョンは取れないだろ
(移動量が微少なら上の説明と同じ事になるけど)

0781デフォルトの名無しさん

2009/10/03(土) 02:51:40

>>780
これ以上は止めましょうか。時間の無駄ですよね。

0782デフォルトの名無しさん

2009/10/03(土) 03:14:58

あまりウダウダやってると友愛されるよｗ

0783デフォルトの名無しさん

2009/10/03(土) 06:56:40

罵り合いが好きだねえ・・・

0784デフォルトの名無しさん

2009/10/03(土) 10:51:35

ゲームの話しようぜ

0785デフォルトの名無しさん

2009/10/03(土) 11:11:46

こんなIDの出ない板で馴れ合いスレだなんて
おかあさん間違ってると思うの

0786デフォルトの名無しさん

2009/10/03(土) 14:13:12

>>785
馴れ合ってるのはお前だけだろ

0787デフォルトの名無しさん

2009/10/03(土) 15:02:17

質問スレなのに回答者が質問者を罵るスレ初めて見たｗｗ
いいぞ！もっとやれｗｗ

0788デフォルトの名無しさん

2009/10/03(土) 15:28:32

まともな質問で、まともな質問者なら問題ない

意味不明な質問で、その意味不明な原因の理屈や手法を
脳内で当然と思い、それをエスパーで理解出来ないと質問者のくせに高飛車な発言するような
高慢ちきな質問者なら罵られて当然ｗ

0789デフォルトの名無しさん

2009/10/03(土) 16:23:47

ゆとりは皮肉が理解できない
誰もが自分と同じように考えると思い込む
思い込みで説教までする

0790デフォルトの名無しさん

2009/10/03(土) 16:34:07

>>787
質問スレじゃ当たり前のことだと思うが。

0791デフォルトの名無しさん

2009/10/03(土) 20:47:29

・画像が絡んでくると、文章での説明が難しいため誤解をまねきがち
・プロとアマが入り乱れてレベルや前提に乖離がみられる
・ゲームという性質上、低年齢な人やアレな人の参加が多くなりがち

以上の事から荒れやすくなるのかなと

0792デフォルトの名無しさん

2009/10/03(土) 21:09:10

荒れる理由は説明能力のない奴の書き込み一択だろ。
画像とかでも普通に考えて文章で伝わりにくいものは、
絵とか書いてロダとかにあげるだろ。

0793デフォルトの名無しさん

2009/10/03(土) 21:14:16

いいんですか？わたしが参入してしまっても

0794デフォルトの名無しさん

2009/10/03(土) 22:15:22

このスレを含め、ゲーム技術系のスレが
何でこんなにレベルが低いのか考えてみた方がいいよ。
それで、もうちょっと自重して欲しいよ。
でも無理か、所詮匿名掲示板だもんな。

0795デフォルトの名無しさん

2009/10/03(土) 22:20:18

とニコ厨がもうしております

0796デフォルトの名無しさん

2009/10/03(土) 22:37:20

説明も何も、もう確立した方法があるのに
自分で考えた意味不明な方法を質問して
それが学術的にも正しいとか思い込んでいて
それを突っ込むと偉そうに反論したりする様な奴もいるだろｗ

0797デフォルトの名無しさん

2009/10/03(土) 22:44:09

>>796
もう止めようといったじゃないですか。
何で止めれないんですか？
私も我慢してるんですよ。アンタもちょっとは我慢してもいいんじゃないの？

0798デフォルトの名無しさん

2009/10/03(土) 22:55:33

×止めれない
○止められない

0799デフォルトの名無しさん

2009/10/03(土) 23:06:41

>>797
なんだ？ｗ
自分のことだと自覚があるのか？ｗ

間違いを認めることは良いことだが、それ以前に無かった事にしようとしても
み　　っ　　と　　も　　な　　い　　だ　　け　　ｗ　　ｗ

0800デフォルトの名無しさん

2009/10/03(土) 23:13:55

>>799
別に間違いだと認めてはいないし、無かった事にもしていません。
ただアンタに付き合うのがウンザリなんですよ。
アンタの書いた文章を読めば、何もわかっていないのに
ただ難癖つけているのはバカでもわかります。
アンタとやりとりする為には、とりあえずいろいろ知ってもらわなきゃ始まりません。
何で質問者として質問しに来ているのに、アンタに手取り足取り
教えなきゃならないんですか？
手取り足取り教えた上で、それでご回答頂くんですか？笑わせないでください。
ではさようなら。

0801デフォルトの名無しさん

2009/10/03(土) 23:14:21

>>797
最近のヤローは超自分勝手だな

自分で好き勝手やって、旗色が悪くなると
また好き勝手に止めろとか言い出して、
挙句また自分勝手な理屈で止める自分が正しい的な発言

0802デフォルトの名無しさん

2009/10/03(土) 23:17:43

>>800
お前の頓珍漢質問に誰も、誰一人も明確に回答してない時点で、
それ以前に、自分のバグなのか理屈のバグなかすら理解してない
レスを自分で書いてる時点で、お前のレベルは明確ｗ

なんどでも言うが、優秀なエスパーは全世界を探してもそうそういないぞｗｗ

0803デフォルトの名無しさん

2009/10/03(土) 23:22:26

>>800
世にある解決方法ではなく、お前さんの理屈と考えた方法で回答が欲しいなら説明する必要があるだろ
ちなみにお前さんの言ってる方法はイマイチわからんが、ゲームで使われてる一般的な方法とは思えんけど

0804デフォルトの名無しさん

2009/10/03(土) 23:29:42

>>800
君さ、君の質問のレスは残ってるんだよ？
恥ずかしいと思わないの？
ゲームやゲーム以外でも、バカ正直な数的な処理をするだけが良い手法じゃないってのから理解すると良いよ

0805デフォルトの名無しさん

2009/10/03(土) 23:29:43

おまえらフィルタしやすいようにトリップ付けてください

0806デフォルトの名無しさん

2009/10/03(土) 23:52:01

いや、　俺がわがまま言ってるんじゃないよ
みんながどう思っているかを非常識なお前に教えてやってるんだよ
トリップなんか付ける必要ない

0807デフォルトの名無しさん

2009/10/04(日) 00:12:19

なぁ？これからはレベルの低い書き込みはコピペして晒さないか？
２ちゃんのレベル向上にもつながる。

0808デフォルトの名無しさん

2009/10/04(日) 00:15:39

セーブファイルってどこに作るといい？

0809デフォルトの名無しさん

2009/10/04(日) 00:52:42

>>808
イカレたところに作ろうぜ。
全部レジストリとかデスクトップとか。

俺なら実行ファイルのあるディレクトリにセーブ用フォルダ作ってそこに突っ込むけど。

0810デフォルトの名無しさん

2009/10/04(日) 00:53:41

>>807
面倒だからお前やって。
まず>>805からだな。

0811デフォルトの名無しさん

2009/10/04(日) 00:54:13

すごいこと考えたネットワーク上に保存すれば書き換えられないぞ

0812デフォルトの名無しさん

2009/10/04(日) 00:54:42

1:自プログラムファイルの直下
2:マイドキュメントの中
3:マイドキュメントの中のsettingの中のディレクトリ
4:他人のPCのルート

のどこかって話だろうけど
一人でしか遊ばないのなら1でもいいだろうけど
Vista以降は3推奨だっけか？

0813デフォルトの名無しさん

2009/10/04(日) 01:00:16

アンカわすれてた上のは
>808 ね

0814デフォルトの名無しさん

2009/10/04(日) 01:11:18

>>809
"program files" の下って書き込みできたっけ？

0815デフォルトの名無しさん

2009/10/04(日) 01:12:28

PROGRA~1 とかの時代ならよかったけどな。

0816デフォルトの名無しさん

2009/10/04(日) 01:46:53

時代はポータブル
OSに指定されたとこに置くとかアホくさ

0817デフォルトの名無しさん

2009/10/04(日) 03:05:22

毎回ユーザに指定させるのか？

0818デフォルトの名無しさん

2009/10/04(日) 09:57:23

Vistaだと特殊フォルダに「保存したゲーム」ができるね。
この下にメーカー名フォルダとタイトルフォルダ作って入れてるね、MSのゲームは。

0819デフォルトの名無しさん

2009/10/04(日) 10:01:35

今のところあのお作法はあんまり守られて無いね

0820デフォルトの名無しさん

2009/10/04(日) 10:41:31

パスワード形式でいいじゃん

0821デフォルトの名無しさん

2009/10/04(日) 11:33:13

※※※コイツに注意※※※
-----------------------------------------------------------
805 ：デフォルトの名無しさん：2009/10/03(土) 23:29:43
おまえらフィルタしやすいようにトリップ付けてください
-----------------------------------------------------------

↑コイツのためにトリ付ける必要なし。
　コイツをフィルタで除去すればOKです。

0822デフォルトの名無しさん

2009/10/04(日) 11:42:05

なにこいつきもい

0823デフォルトの名無しさん

2009/10/04(日) 11:43:37

3Dゲーム用マップ作製自画自賛自演

0824デフォルトの名無しさん

2009/10/04(日) 12:48:06

結局先日の変な質問してる奴の作ってるゲームって
どんなのだったんだろうな

0825デフォルトの名無しさん

2009/10/04(日) 17:36:13

>>824
なんか物理シミュするやつじゃないの？

0826デフォルトの名無しさん

2009/10/04(日) 22:59:30

>>825
物理以前にプログラミング能力、、、いや論的な思考力が欠如していて
何も作れてない気がするｗ

0827デフォルトの名無しさん

2009/10/04(日) 23:52:09

すいません、
前スレでも有益な情報がかなり出てたと思うのですが、
今見ようと思ったらdatファイルをなくしてしまっていることに気付きました。

どなたかよろしければ前スレのdatファイルをうpしていただけませんでしょうか。
余裕があればまとめサイトを作ります。

0828827

2009/10/04(日) 23:59:31

すいません、ネットで過去ログを保管してるサイトを見てみたら出てきました。

0829デフォルトの名無しさん

2009/10/05(月) 00:14:40

>>826
まだやるんですか？
アンタみたいなパラノイア珍しいです。私も久々に会いましたよ。
真っ先にアンタみたいなのに目を付けられたのが、私の運の尽きですかねえ。

人が散々主成分分析だって言ってるのに、
見当違いの言い掛かりつけてきて、意味不明だの何だの
ファビョっている辺り、バウンディングボリュームの構築すら、
ろくにやってないであろうことは、容易に想像がつきます。
何か聞く度に、アンタみたいなパラノイアに絡まれるんでは
そりゃまともな人間は残りませんわ。
私ももう匿名掲示板で聞くのは止めますよ。もうウンザリ。

>>824-826
一応作っているのは物理シミュです。
http://www1.axfc.net/uploader/Img/so/61247.jpg

0830デフォルトの名無しさん

2009/10/05(月) 00:21:17

>>829
そんなのどこにでもいるぞ
いちいち相手にするのが悪いのとやっぱり最終的にやりたいことを
まず示すべきだったと思うんだよね
局所局所自分に必要な情報だけ拾いたいみたいだけど
俺はあんたが求めてるものと本当に必要なものって違う気がするな

でもまあＢＢＸにでもいってみればどうかな？
知ってるかもしれんけど
http://bbx.hp.infoseek.co.jp/

0831デフォルトの名無しさん

2009/10/05(月) 00:25:02

>>829
そんな物理シミュレーションを要求されるのってどんなゲーム？
アクション？

0832デフォルトの名無しさん

2009/10/05(月) 00:27:13

>>829
どんなことがしたいんだよ
キャラとの当たり判定か？

0833デフォルトの名無しさん

2009/10/05(月) 00:31:49

>>829
悪いが、自分で利口だと思ってるようだが
やりたい事に対して、やってる事が頓珍漢

バウンディングボリューム？
ボックスとか言ってるレベルがようやく用語を検索したか？ｗ

物理シミュやるのに、移動前と移動後の頂点でバウンディングボリューム作ろうとしてる頓珍漢な奴より
仕事でもっと高度な事やってるから安心して自分の低レベルを猛省しろｗ

0834デフォルトの名無しさん

2009/10/05(月) 00:35:16

主成分分析と言って省けるレベルの説明だと思えんがｗ

＞「ゲームプログラミングの為の3Dグラフィックス数学」に
＞点の集合から、自然な軸を求める方法が載っていますが(主成分分析法)
＞この方法をボックスに適用した場合、ボックスの元々の主軸と同じ値が求まれば良いのですが
＞そうならない場合が殆どです。
＞多分、元になる点の選び方が悪いのだろうと思い、
＞ボックスの直径の端の6点を使う場合と、頂点の8点を使う場合を試しましたが同じでした。
＞どうすれば、最適な軸が求まるでしょうか？
＞それとも主成分分析では、ボックスからボックスの軸を得ることは出来ないのでしょうか？

…未だに頓珍漢すぎて笑えるｗ

0835デフォルトの名無しさん

2009/10/05(月) 00:40:44

wikiだけど主成分分析の説明
主成分分析と言ったら、キチガイの脳内補間を全員が行なわないといけないの？ｗ

ttp://ja.wikipedia.org/wiki/%E4%B8%BB%E6%88%90%E5%88%86%E5%88%86%E6%9E%90

0836デフォルトの名無しさん

2009/10/05(月) 00:40:46

ありがとうございます。
そうします。
私も反省してます。

>>831
とりあえず、HALOのバギーみたいな
簡単な車のゲームを作ってみたい。

>>832
>>780の後半で彼が言っているような感じで、
移動・回転するバウンディングボックス同士の当たり判定を行う処理を作るにあたり、
移動体同士の判定では重いのと、8分木との相性が悪いのとで、
移動前のボックスと移動後のボックスで、それらを包容するボックスを作り
当たり判定をしようと考えました。
しかし、作ったボックスの精度が悪かったので、それを質問した次第。
レスを頂いたおかげで、なんとなく理由はわかりましたし、
>>777の言うとおり、移動前後で包容ボックスを作ること自体、間違いだとわかりました。
(この点はこのパラノイアにも感謝してます)
ということで、今のところ不明点はありません。ありがとうございます。

>>833
私はわからないことがあったから聞いただけですよ。
利口だとか高度だとか、知るかよそんなこと。

0837デフォルトの名無しさん

2009/10/05(月) 00:43:53

>>836
お前の超加速度的な頓珍漢ぶりに大爆笑ｗ

お前がパラノイアと言う俺だが、>>780も>>777も俺の発言なだが？
分って無い俺に、分ってるお前は指摘されて教えられてるわけか？
大爆笑だｗ

0838デフォルトの名無しさん

2009/10/05(月) 00:45:54

>>837
知ってますよ。
貴方の発言にはクセがありますし。
だから、その点は感謝してるんです。

0839デフォルトの名無しさん

2009/10/05(月) 00:50:40

＞人が散々主成分分析だって言ってるのに、
＞見当違いの言い掛かりつけてきて、意味不明だの何だの
＞ファビョっている辺り、バウンディングボリュームの構築すら、
＞ろくにやってないであろうことは、容易に想像がつきます。

大いなる矛盾ｗ

お前見たいな、技術も無い、説明もろくに出来ないのに
自分の思った通りにならないとガキの喚き出すようでは
どのWEB上で質問してもうまくいかないから安心して挫折しろｗ

0840デフォルトの名無しさん

2009/10/05(月) 00:55:44

＞移動前のボックスと移動後のボックスで、それらを包容するボックスを作り
＞当たり判定をしようと考えました。

やりたい事に対して、自分で考えたマズイ方法で、さらにその方法の実装時の問題を質問するより
WEBでやりたい事の主な実装方法を調べて、その実装を聞くという発想が出ない時点で
オレオレ方法の当り前を振りかざしても、誰も理解してくれないし解決しない

0841デフォルトの名無しさん

2009/10/05(月) 01:01:48

>>840
質問した点は、そこじゃないじゃないですか。
誰も、移動前後のボックスから包容ボックスを作ることに固執はしてません。
オレオレ方法も主張してません。
ただ、ボックスを材料にボックスを作ったのに、なぜ同じ形にならないのか？
単純に疑問に思っただけですよ。そんなに頭のおかしい疑問ですかね？

0842デフォルトの名無しさん

2009/10/05(月) 01:06:50

>>841
物理シミュ的な実装したいって奴が
移動も回転もほとんど0なのに、移動前後を含む形状が
斜めに変形した形になる理由を質問してる時点でおかしいだろｗ

どこをどう見ても100%実装のバグ以外にありえないだろ
その時点で物理はおろか数学的なレベルも明らかだと思うが？

0843デフォルトの名無しさん

2009/10/05(月) 01:22:44

>>842
100%実装のバグなのだとしたら、だったらどうなるのが正しい結果なの？
質問の動機となった、私のプログラムの場合、
正方形のボックスの8頂点を入力として、主成分分析から新しい3軸を得ると
それはボックスの対角線と平行になるケースが多かった訳だけど、
(ボックスと同じ軸になるケースも若干だけどありました)
どういう出力が得られるべきなの？出来れば解説付きでお願い。
いやバグならバグでいいんです。そっちの結果の方が私も都合がいいし。
私もまだよく理解してないんで、教えてくれるなら助かるし。

0844デフォルトの名無しさん

2009/10/05(月) 01:29:52

>>843
あのな……移動も回転もほとんど0なのに
＞100%実装のバグなのだとしたら、だったらどうなるのが正しい結果なの？
って言っちゃう数学レベルはどうなんだ？ｗ
移動も回転もほとんど0なら、その正方形のボックスから
ほとんど少し大きくなった(ほぼ同じ)正方形以外に有り得ないだろ……

0845デフォルトの名無しさん

2009/10/05(月) 01:32:33

バグです
解説は不要です
そのまま回線切って死ぬ事をおすすめします

0846デフォルトの名無しさん

2009/10/05(月) 01:38:28

＞正方形のボックスの8頂点を入力として、主成分分析から新しい3軸を得ると
＞それはボックスの対角線と平行になるケースが多かった訳だけど、

後は、説明が圧倒的に下手すぎるｗ
上の説明だと、複数の正方形を入力している事が省かれている
普通の人間は、正方形が1つだと読めて各頂点からベクトル作れって回答を言われるぞｗ

更にゲームプログラミングの為の3Dグラフィックス数学は俺も持ってるが
主成分分析でベクトル作ったら内包形状は作れないのは明確だと思えないのか？

例えば一つだけ外れている頂点があっても内包しなきゃいけにないのに
他の大多数が分布をある方向を示していたら得られるベクトルは適合しないだろｗ

0847デフォルトの名無しさん

2009/10/05(月) 01:45:45

>>846
>複数の正方形を入力している事が省かれている
ボックスはひとつでいいです。
誰も複数なんて言っていません。

>主成分分析でベクトル作ったら内包形状は作れないのは明確だと思えないのか？
主成分分析はあくまで軸を得るだけですが？
内包形状云々はまた別の話でしょう。
それに、今回は正方形の8頂点という明確な条件をつけています。
それを使えば、何が得られるんですか？

0848デフォルトの名無しさん

2009/10/05(月) 01:49:33

また頓珍漢が始まったｗ

正方形が一つなら、主成分分析なんてする必要ないだろ
各頂点間を結ぶベクトル作って、自分の好きなベクトルを使えよ

0849デフォルトの名無しさん

2009/10/05(月) 01:51:28

>>848
正方形の8頂点を使って主成分分析を行うと
どの方向のベクトルが得られるのが正しいんですか？

0850849

2009/10/05(月) 01:53:14

止めた。馬鹿馬鹿しい。
これ以上私とわかる発言はしません。
スレ汚し失礼しました。

0851デフォルトの名無しさん

2009/10/05(月) 01:53:55

ゲームプログラミングの為の3Dグラフィックス数学では、明らかに、明らかに
XY平面上の2D処理をしていたと思うが？

もしかして、それを正方形(3Dの8頂点)で同じ処理をしているのか？

そもそも、あの処理を8頂点で行なおうとしている時点で頓珍漢ｗ
得られるベクトルがどうなるか？なんて精度が出ると思ってるのか？

0852デフォルトの名無しさん

2009/10/05(月) 01:56:20

自分の頓珍漢に気が付いたか？ｗ

0853デフォルトの名無しさん

2009/10/05(月) 02:07:02

頭悪すぎだろｗ

例えば、社員数が5000人の会社の社員給料の平均を取りたいのに、
サンプル社員が3人とかで平均を出したいとか、ある程度の予測をしたい
って言ってるレベルだろ
どうなるかなんて、そのサンプル社員の給料次第

つまり、正方形の8頂点の座標次第でどんなベクトルにもなるだろｗ
(当然、各頂点を各2D平面に投影して処理してる前提で)

0854デフォルトの名無しさん

2009/10/05(月) 02:14:31

結局は、オレオレ方法を押し付けてるだろｗ

要はゲームプログラミングの為の3Dグラフィックス数学に載っている主成分分析で
正方形の頂点から得られるベクトルが、正方形に対してどうなっているか？
って意味だろ

主成分分析はあくまで頂点の分布に対して行なう処理なので
正方形と括っているのは、オレオレ主観なので、正方形に対して何時も決ったルールでベクトルは算出出来ないのは
ちょっと賢い(勉強とか以前ねｗ)高校生でもわかるんじゃね？…

0855デフォルトの名無しさん

2009/10/05(月) 06:20:34

自演乙

0856デフォルトの名無しさん

2009/10/05(月) 12:10:49

>>855

↑コイツキモ杉
客観的な論拠も提示せずに妄想を書きこんでるゴミクズ
全世界から見えるところに妄想書き連ねて恥ずかしくないのかね
まぁリアルで頭おかしいから恥ずかしくないんだろうけど

0857デフォルトの名無しさん

2009/10/05(月) 12:16:26

俺にも自演してるようにみえるぞｗ

0858デフォルトの名無しさん

2009/10/05(月) 12:55:48

プログラムとは関係ないけど、昔ミニバンのセレナのスレで、
ステップワゴンユーザーにボコボコに叩かれてたとき、
セレナの味方をする発言をした奴は全部自作自演と認定されてた。
一週間に1度くらいしか書いてないのに俺も誰かと同一人物扱いされた。

オレオレ君を擁護するつもりはないけど、
自演認定厨は個人的に精神的に受け付けられない。

0859デフォルトの名無しさん

2009/10/05(月) 12:56:23

>>855=>>857
自演

0860デフォルトの名無しさん

2009/10/05(月) 16:51:39

>>849
正方形だとわかっているなら、>>757 で連呼した"六平面が分かってるなら"に合致するだろ。

0861デフォルトの名無しさん

2009/10/05(月) 16:57:07

>>858に激しく同意。
自演認定厨自身が自演してるんだと思うよｗ

0862デフォルトの名無しさん

2009/10/05(月) 16:58:05

俺も>>858を支持するぜ。
自演認定厨はスレが荒れるもとだから消えればいいのにｗ

0863デフォルトの名無しさん

2009/10/05(月) 16:58:55

>>858の言ってることか正しい。
自演認定厨の完全敗北ｗ

0864デフォルトの名無しさん

2009/10/05(月) 17:02:07

あー>>858は自演認定厨にとどめ刺しちゃったね。
自演だろうが何だろうが、自分の理論が正しければ勝てるでしょ？
ってことで自演認定厨は論理的に説明できないゴミ確定ｗ

0865デフォルトの名無しさん

2009/10/05(月) 17:10:29

ﾜﾛﾀ

0866デフォルトの名無しさん

2009/10/05(月) 21:33:23

おまえらよそに行ってくれないかな

0867デフォルトの名無しさん

2009/10/06(火) 00:39:37

>>861-864が自演なのか自演に見せかけたレスなのか判別がつかない

0868デフォルトの名無しさん

2009/10/06(火) 01:27:49

何で認定厨は自演かどうかを気にするのだろう

0869デフォルトの名無しさん

2009/10/06(火) 01:34:56

そりゃ自演してる奴に言えよ。
貴殿の自演は見苦しいし、設定厨が出てウザいので
お控えくださいってな。

0870デフォルトの名無しさん

2009/10/06(火) 06:32:36

return 0;
}
//このスレはここで終了

0871デフォルトの名無しさん

2009/10/06(火) 09:08:24

2Dシューティングを作りたいので該当スレがあったら教えて
全くの素人です

0872デフォルトの名無しさん

2009/10/06(火) 09:41:47

>>871
シューティングゲーム（非FPS）製作技術総合
http://pc11.2ch.net/test/read.cgi/gamedev/1247841466/

0873デフォルトの名無しさん

2009/10/06(火) 13:00:03

>>872
どうもありがとう

0874デフォルトの名無しさん

2009/10/06(火) 13:05:57

ｗ

0875デフォルトの名無しさん

2009/10/06(火) 21:32:20

この4レスで殺伐とした空気が一瞬にして和んだ。

0876デフォルトの名無しさん

2009/10/07(水) 04:48:37

自演ウゼエ

0877デフォルトの名無しさん

2009/10/07(水) 10:20:00

他演もやめて

0878デフォルトの名無しさん

2009/10/07(水) 11:19:08

2DRPGを作っているのですが、
村人等を一人当たり1クラスで管理した場合、
100人程度を同じマップに配置しても一般的な環境で重くならないでしょうか？
具体的には
描画…DirectX
バックバッファサイズ…320x240
色のフォーマット…A8R8G8B8
CPU…3.4GHzクアッド
メモリ…16GB
OS…64bit
GPU…GeForce9500GT
くらいを想定しています。

0879デフォルトの名無しさん

2009/10/07(水) 11:28:38

そのクラスのサイズを計算して100倍したものとメモリ容量の16GBとを比べてみれば？

0880デフォルトの名無しさん

2009/10/07(水) 12:08:26

対応OS Windows XP/Vista
CPU Intel Core2DUO 2.2GHz 又は AMD Athlon64X2 4400+以上
RAM 2.0GB 以上
HDD 12GB 以上の空き容量
サウンドカード DirectXR 9.0c対応のサウンドカード
ビデオカード NVIDIA GeForce 8800GTS/640MB もしくはそれと同等以上のビデオカード
DVD-ROM速度 2倍速以上のDVD-ROMドライブ
DirectX DirectXR 9.0c以上（VistaはDirectXR 10以上)

Crysisの公式推奨動作環境がこれなのに、>>878はどんなハイスペ2DRPG作ろうとしてるんだろう

0881デフォルトの名無しさん

2009/10/07(水) 12:11:26

カス

0882デフォルトの名無しさん

2009/10/07(水) 12:45:55

>>880
ハイスペ2DRPGというが、
バックバッファのサイズは 320x240 しかないぞ

0883デフォルトの名無しさん

2009/10/07(水) 13:02:57

世の中は3.4GHz x4が一般的なの？
キングウラヤマシス

0884デフォルトの名無しさん

2009/10/07(水) 13:08:05

>>878
重くならない
試しに作って動かしてみな

0885デフォルトの名無しさん

2009/10/07(水) 13:17:34

>>878
クラス云々よりも描画するデータ量を気にするべき。
100x100のグラをもつキャラと1000x1000のグラをもつキャラでは処理の重さが違う。

0886デフォルトの名無しさん

2009/10/07(水) 14:01:40

より面白い物を作るなら切り捨てる勇気も必要じゃない？

0887デフォルトの名無しさん

2009/10/07(水) 17:33:35

シングルスレッドのゲームしか作れんのにクアッドコアも無いだろ

0888デフォルトの名無しさん

2009/10/07(水) 19:51:43

描画 CPU
バックバッッファ 320x200
色のフォーマット 8-bit パレット
CPU 100MHz 80486
メモリ 640KB
OS MS-DOS, リアルモード
GPU 無し
音声ビープ音
プログラムのサイズ 64KB
合計ディスク容量(リムーバブル含む): 1.44MB

こんな環境でも100人程度は表示できる

0889デフォルトの名無しさん

2009/10/07(水) 19:58:42

馬鹿じゃねｗ　　そのときの顔-> (・_・)

0890デフォルトの名無しさん

2009/10/07(水) 22:06:53

100MHzとか、贅沢なCPU使ってるじゃねーか。
プレステだって33MHzだぞ。

0891デフォルトの名無しさん

2009/10/07(水) 22:26:31

>>890
プレステはCPUだけで処理してるわけじゃないし。

0892デフォルトの名無しさん

2009/10/07(水) 22:32:47

また浅い知識の応酬か

0893デフォルトの名無しさん

2009/10/07(水) 23:07:12

>>888のような環境でWolfenstein 3D的なゲームを作れる人間が
このスレにはどれだけ居るのであろうか。

0894デフォルトの名無しさん

2009/10/07(水) 23:10:29

>>893
そんな必要ないのになんでそんなニッチな技術で競おうとするの？

0895デフォルトの名無しさん

2009/10/08(木) 06:08:57

質問です
ゲームではよく使用するファイルをアーカイブ化しますが、アーカイブ化したデータを使う際は、普通どうやっているのでしょうか？
たいていのAPIやライブラリは、ファイル名をパスで指定すると思います。
例えばmp3データなどの音声データをアーカイブから使うとき、

・アーカイブ中から読み込んで自分でデコード
・起動時にどこかに一括で展開して書き出してパスを渡す
・使用するときに必要なファイルだけをどこかに書き出してパスを渡す
・その他

などが考えられますが、どうやっているのでしょうか？

0896デフォルトの名無しさん

2009/10/08(木) 06:38:59

それぞれのメリットデメリット考えればわかりそうなものだが

0897デフォルトの名無しさん

2009/10/08(木) 06:43:57

視点を変えてみると、ファイルだって
メディア全体から見たらアーカイブの一部と捉えることが出来るだろう。

さておき、fseek()とか使ったことないん？
あとパスしか与えられないライブラリなんて糞すぎるから使うのを止めなさい。

0898デフォルトの名無しさん

2009/10/08(木) 06:59:04

>>896 >>897 回等ありがとうございます。

つまり、その他で「アーカイブ中から読み取れるライブラリを使う」ということですか？
そういうのも探したんですが、特に音声再生計などでは見つかりませんでした。
しかも、ファイルの種類ごとにそういうのを見つけないといけないとなると大変そうですね…。
もう少し探してみることにします。

0899デフォルトの名無しさん

2009/10/08(木) 07:07:37

アーカイブと圧縮は別ものだろ。

0900デフォルトの名無しさん

2009/10/08(木) 07:24:57

頼むから、fseekについてググるくらいしてくれ

0901デフォルトの名無しさん

2009/10/08(木) 07:26:54

>>900
知ってます。今回使ってるのはVB.NETですが。
というか,すでにBMPとWAVについては自分でヘッダやらもアーカイブ中から読み込むようにしてます。
mp3やmidiなど、全てのファイルでこの方法でやろうとしたら限界を感じたので質問しました。

0902デフォルトの名無しさん

2009/10/08(木) 07:30:55

BMPとかをアーカイブから読めてるんなら、mp3も処理は同じだろ。

0903デフォルトの名無しさん

2009/10/08(木) 07:35:05

いえ、BMPやWAVは生データに近いのでそのままDIBにしたり再生したりは楽なんですが、
MP3やらでそれをやろうとすると、仕様にそってデコードしつつＯＵＴ系のAPIに渡すという面倒なことになるので
ファイルの種類ごとにこういう読み込み処理を作るのは限界があるな、と思いまして。

0904デフォルトの名無しさん

2009/10/08(木) 07:42:35

先頭から何バイト目はこのデータっていう
必要なものとそのアドレスの一覧をデータをまとめる際に作成する
あとはfseekで飛ばして読むだけ
だから一見まとまってるようにみえるアーカイブ？もただファイルをつないだだけが多いんじゃないかな？

0905デフォルトの名無しさん

2009/10/08(木) 07:43:18

つーか、

0906デフォルトの名無しさん

2009/10/08(木) 07:43:26

ならそれが君の限界だったんだろう。

＞アーカイブ中から読み取れるライブラリを使う
なんでそうなる。メモリアドレス(ポインタ)を与えられるライブラリを探せってことだ。

0907デフォルトの名無しさん

2009/10/08(木) 07:55:53

>>906
ありがとうございます。やはりそれが普通なんですね。

0908デフォルトの名無しさん

2009/10/08(木) 07:56:25

>>903
読み取ったデータを渡せばデコードして再生してくれるAPIくらいあるだろ。

0909デフォルトの名無しさん

2009/10/08(木) 21:26:39

今度はAPI厨か。
APIがないと何もできない(笑)

0910デフォルトの名無しさん

2009/10/08(木) 21:28:14

標準Ｃがあればどんなゲームでも作れる

0911デフォルトの名無しさん

2009/10/08(木) 21:28:39

漢ならデコーダくらい自分で書け、ってことですね

0912デフォルトの名無しさん

2009/10/08(木) 21:39:11

エンコーダー作るなら話は違ってくるが、
たかがゲームのBGM再生するのにそんな手間かけたくないなぁｗ

0913デフォルトの名無しさん

2009/10/08(木) 22:14:22

まぁ一度書けば満足して次からは普及してるものを使うようになるよ。

0914デフォルトの名無しさん

2009/10/08(木) 22:17:26

自分でやらなきゃ駄目な気がするから、あえて自分でやるものと
即既製品を使うものと分かれるよなぁ。
自分の場合、BGM系は鳴ればいいから何でもいいな。

0915デフォルトの名無しさん

2009/10/08(木) 23:20:53

mp3とか使うから訳の分からんことになるんだ
mggvorbis使え

0916デフォルトの名無しさん

2009/10/09(金) 00:53:52

mとoをどうやったら打ち間違えるのか気になる

0917デフォルトの名無しさん

2009/10/09(金) 00:56:28

読みづらいだろうな

0918デフォルトの名無しさん

2009/10/09(金) 01:53:32

>>915
mggvorbisってなに？
訳分かんねえ

0919878

2009/10/09(金) 02:12:11

ありがとうございます。
大丈夫という意見が大半ですのでやってみます。
重くなったら涙目でまた来ます。

>>882
ドット絵描くのがしんどいので小さめのサイズにしました。

>>887
マルチスレッド対応で作っています。
先日AMDがX6*4でのデモをやっていましたので、最大24スレッド対応で作っていま
す。
ttp://www.youtube.com/watch?v=D11uY5dOE2c

0920デフォルトの名無しさん

2009/10/09(金) 07:43:35

>>918
oggのモグ化
綾波→モグ波（オレニヨシ）

0921デフォルトの名無しさん

2009/10/09(金) 09:47:40

あいつの絵は見ただけで吐きそうになる

0922デフォルトの名無しさん

2009/10/09(金) 21:52:12

ゲームクリエーターってキモい奴多い

0923デフォルトの名無しさん

2009/10/10(土) 06:58:28

クリエーター様はキモくない奴のが多いよ
プログラマは言わずモグなだが

0924デフォルトの名無しさん

2009/10/10(土) 10:47:24

板違い

0925デフォルトの名無しさん

2009/10/10(土) 14:00:00

いいんだよ、
ここは隔離収容所だから
バカが拡散されても困るだろ

0926デフォルトの名無しさん

2009/10/10(土) 18:02:29

そうそう>>925みたいな馬鹿が拡散したら困る

0927デフォルトの名無しさん

2009/10/10(土) 18:22:02

なかいいなオマエラ　ほっこり

0928デフォルトの名無しさん

2009/10/10(土) 18:25:56

>>878
100個はやめたほうが良い。マルチスレッド化してメリットがあるのはCPUの数までだよ。

4コア最適化なら4クラスまでにしたほうが良い。
マルチスレッドにするとスレッドごとの処理以外にもスレッドの管理やら排他処理やらも入ってくるからスレッドごとの合計に加えてその処理もしなきゃならなくなる。
例えば4コアのところに4クラスあったとして、そこにもう1つクラスを追加すると結局どこかのCPUがスレッドを2つ処理する必要が出てくる。
そうするとマルチスレッドにしたことにより本来の処理の合計より負荷が高くなるのでデメリットとなる。100コアとかはそのデメリットが顕著に現れるよ
コア数の倍までのクラスなら体感速度はデメリットを感じるほどまでにはならないんだけど、そこまで考えて組めるかどうかがプロとアマの違いかな。ある程度経験が必要になってくる。
最近の若い奴はとにかくマルチスレッド化すれば速くなると勘違いしてるのが多くて困る。
俺なんかは企業で製品を作るときのメインプログラマを何度もやってきたし、そこで基幹部分の設計なんかも手がけてきたからクラスはかなり自由に扱える。
まあお前も頑張って努力すれば俺くらいすぐに超えられるから頑張れ。

0929デフォルトの名無しさん

2009/10/10(土) 18:37:00

>>928の元ネタって何？

0930デフォルトの名無しさん

2009/10/10(土) 19:18:48

>>928
バカおひとりご案内～

0931デフォルトの名無しさん

2009/10/10(土) 19:42:11

いやーでも擬似タスクのタスクをさも当たり前に書くやつが出ると
俺としては知ってるだけに正直恥かしいぜｗ

0932デフォルトの名無しさん

2009/10/10(土) 20:00:39

スレッドプールを使うという発想さえないのか

0933デフォルトの名無しさん

2009/10/10(土) 20:13:14

また始まったか

0934878

2009/10/11(日) 11:28:34

お前らこんなぶっとい釣り針でも見境なく食いつくんだな
マジ笑える

0935デフォルトの名無しさん

2009/10/11(日) 12:01:29

>>934
いや、お前の書き込みは頭は悪いけど変な部分は見当たらない

0936デフォルトの名無しさん

2009/10/11(日) 12:13:09

なんか最近ずっと変なやつが住み着いてるなぁ。
技術的な話をする気がないならゲーハーにでも行けばいいのに。

0937デフォルトの名無しさん

2009/10/11(日) 17:46:42

どうせ住み着くならhspにしろよ
あそこなら底辺の人間しかいないから問題ない

0938デフォルトの名無しさん

2009/10/11(日) 19:37:27

HSPスレはみんな真面目にやってるから馬鹿が来ると迷惑。

0939デフォルトの名無しさん

2009/10/11(日) 19:47:50

真面目に馬鹿やってるヤツと
不真面目に馬鹿やってるヤツがいる。

真面目に馬鹿やってるやつは見ててほほえましい。
やさしく導いてやりたくなる（けどやんない）。

0940デフォルトの名無しさん

2009/10/11(日) 20:18:42

ほとんどＣ＋＋なのにはじめからＣ＋＋拒否ってるヤツのやる気って・・・

0941デフォルトの名無しさん

2009/10/12(月) 06:46:11

最終目標はMMO（とはいっても棒人間5人ほどがチャットして歩きまわって出てくる敵を殴る程度）
ゲーム開発経験なし（エロゲのような選択肢つきパラパラ漫画なら作れるかもしれん）
数学の知識（ほとんど忘れてしまった＆高校数学より先はさっぱり分からん）
といった具合なのですが最終目標からしてどのようなゲームを順に作っていけばいいですか？
必要になる数学やアルゴリズムの知識はそのつど勉強するという方向で・・・

0942デフォルトの名無しさん

2009/10/12(月) 07:21:12

とりあえず適当に調べて流体シミュレーションを作れ
それだけでゲーム開発者の素質が分かる

0943デフォルトの名無しさん

2009/10/12(月) 09:17:45

流体力学って（物理科だと）普通３年の単位だろ
高校数学もままならんやつには荷が重いと思うが

0944デフォルトの名無しさん

2009/10/12(月) 09:31:47

>>942
とりあえずお前がお勧めのアルゴリズムを教えてくれ

0945デフォルトの名無しさん

2009/10/12(月) 09:56:54

流体シミュレーションを使うケースなんて相当限定されるだろ。
どこで覚えたか知らんがいい加減な情報をひけらかすやつが多いなぁ。
うそをうそを・・・といえばそうだけど、全く意味のない情報でつまらんしね。

>>941
最近はゲームプログラミングの入門書がゴロゴロ転がってるから
その辺で適当に勉強を始める。ある程度形にあるものができてきたら
次はネットワークプログラミングに手を出す。
このくらいのレベルになれば必要な知識の見通しもつく。
言語についてだが、職業にしたいなら初めからC++辺りだが、
それなりの覚悟がないと挫折する可能性が高い。
次点としては、最近の流行だとC#なのかなぁ。
>>941のようなものなら流体はおろか物理ｼﾐｭもほとんど必要ない。

0946デフォルトの名無しさん

2009/10/12(月) 10:16:50

どう考えても>>942はネタだろ

0947デフォルトの名無しさん

2009/10/12(月) 10:22:53

ネタとしたらつまらんなぁ。毒にも薬にもならないってやつ。
どうせならHSPで物理エンジン作れ、ってくらいぶっ飛んだこと言ってほしいよｗ

0948デフォルトの名無しさん

2009/10/12(月) 10:27:23

そんなにぶっとんでねぇだろ

0949デフォルトの名無しさん

2009/10/12(月) 10:33:09

流体シミュレーションなんて簡単に作れるだろ
ナビエストークスでもオイラーでもネット上に式が転がってるし
描画もマーチングキューブ使うやり方がNVIDIAのサイトにあるし

0950デフォルトの名無しさん

2009/10/12(月) 10:39:33

別にあえて作る意味はないな

0951デフォルトの名無しさん

2009/10/12(月) 10:40:26

そんなの作ってもほとんど役に立たないだろ
やるならせいぜい水面のシミュレーションで十分

0952デフォルトの名無しさん

2009/10/12(月) 10:46:02

高校数学も知らんやつにできると思えんし、
入門題材としてそれを挙げる意味がｻﾊﾟｰﾘ分からん。

0953デフォルトの名無しさん

2009/10/12(月) 10:52:51

高校数学より先は知らないってことは高校数学は知ってるんじゃないの？
仮に知らなくても調べれば独学でも作れるだろ

0954デフォルトの名無しさん

2009/10/12(月) 11:04:40

なんでそんなに必死になって流体シミュレーションを推すのか。

0955デフォルトの名無しさん

2009/10/12(月) 11:19:02

MMOを作りたいならネットワーク関係のほうが重要だろ

0956デフォルトの名無しさん

2009/10/12(月) 11:27:23

なんか最近プログラミングしててもチンコが勃たないんだよな
昔はエディタ起動するだけで射精したのに

0957デフォルトの名無しさん

2009/10/12(月) 11:37:39

自称一般人はゲハの戦士とか知らないからかえって
こういう「流体シミュ戦士」化するのかもな
俺等から見るとGKや妊娠と同じw

0958デフォルトの名無しさん

2009/10/12(月) 11:42:22

「高校で習ってないからできません」じゃ、衝突判定も難しいんじゃね？

0959デフォルトの名無しさん

2009/10/12(月) 11:45:27

適切な教材上げられない人間って実はなにもわかってないやつが多い
発言をひかえるべき

0960デフォルトの名無しさん

2009/10/12(月) 11:54:22

匿名で知ったかする奴って何なの？
相手にしてもらいたけりゃトリップでもつけろよカス

0961デフォルトの名無しさん

2009/10/12(月) 13:10:40

>>949
とりあえずFosterの論文の問題点である数値の発散はどう解決すればいいですか

0962デフォルトの名無しさん

2009/10/12(月) 13:15:56

ゲームの「シミュレーション」てのはアカデミックな奴とは違って
なんちゃってなんでキニシナイ

0963デフォルトの名無しさん

2009/10/12(月) 13:18:05

ゲームでも物理シムやるならSIGGRAPH論文は範疇だろ

0964デフォルトの名無しさん

2009/10/12(月) 14:29:39

>>961
セミラグランジェ法だっけ？あれで発散はかなり抑えられるだろ

0965デフォルトの名無しさん

2009/10/12(月) 14:30:21

>>941
2Dであり、なおかつSDLを利用して作成するとすれば、
最終目標に到達するには最低でもSDLとSDL_netが必要。
効果音を出したければSDL_mixerが便利。
BMP形式以外から画像を読み込む場合SDL_imageが便利。
あと2Dである限り数学の知識はほとんど必要無し。
ただ、MMOである以上、ネットワークに関する知識が必要となる。
また、サーバー用のプログラムと、クライアント用のプログラムを別々に作る
必要がある。

0966デフォルトの名無しさん

2009/10/12(月) 14:34:00

そもそもゲームじゃメッシュ分割なんて使わない。

0967デフォルトの名無しさん

2009/10/12(月) 14:38:43

>>941
別々のプログラムを作るといっても、完全に別々となるとメンテナンスに苦労する。
そこで、プログラムの「一部」をサーバー用のプログラムと
クライアント用のものとで共有すればよい。

例えば、次のようなものである:
* マップの読み込み (ただし画像データはクライアントのみ)
* キャラクタのモーション (モーション時の画像はクライアントのみ)
* キャラクタの状態に関する構造体
* 通信プロトコル

Makefileやらを使用する場合、例えば次のようなディレクトル構造でファイルを分けていくと
よい:

src/
　　game/　　サーバーのみで利用するソース・ヘッダ
　　cgame/　　クライアントのみで利用するソース・ヘッダ
　　common/　　両方で利用するソース・ヘッダ

0968941

2009/10/12(月) 15:28:42

皆さんどうもレスありがとうございます
色々参考になります
高校数学・物理は文系選択だったので使うこともないだろうと
適当に聞き流していました
大学では一般教養で算数じみたものしかやっていません
こんな感じなので3Dは現時点では不可能だと思います
ゲームといえばCかC++と考えていましたがC#でもいいんですね
Javaを少しいじったことがあるのでC,C++よりはとっつきやすそうです
3Dシミュレーション関連は想像もできなく興味はありますが
上記の理由で今は無理そうなので2Dからはじめたいと思います
>>965さんの言うとおりSDLを使ってやってみることにします
>>967さんどうもアドバイスありがとうございます
Webプログラムはよく作るのですが反対部分（画像がクライアント側にあるなど）も多く
イメージがつきにくいですが色々調べてやってみます

ていうか皆さん普通に論文読むんですね
理系はさすがに研究熱心な人多いなぁ

0969デフォルトの名無しさん

2009/10/12(月) 15:30:57

ネットゲームのフレームワークだ、
ゲーム部分は自分でつくれ
http://www.dotup.org/uploda/www.dotup.org252219.zip.html

0970デフォルトの名無しさん

2009/10/12(月) 15:44:18

>>941はプログラミングしたいの？
普通にMODとか作ればよくね？

0971デフォルトの名無しさん

2009/10/12(月) 19:03:12

MMORのようなゲームってサーバー運営するぐらいの知識が必要じゃないの？
サーバ運営するには何冊もそれ関係のぶ厚い本読んで
攻撃に対処できるようにならないといけいんじゃないの？
例えば有料運営する自信を得るには5年間ぐらいかかんじゃね？

0972デフォルトの名無しさん

2009/10/12(月) 19:09:37

ライブラリ使えば問題ない。

0973デフォルトの名無しさん

2009/10/12(月) 19:32:49

>>971
そういう面白いことは>>941の要件を読んでから言えよｗ
>棒人間5人ほどがチャットして歩きまわって出てくる敵を殴る程度

そもそも個人で有料MMOなんていろんな面で不可能
まず有料の既存サービスに勝るものを個人で作ることが不可能
例えできてもアップデートは遅くバグ修正も遅いと顧客満足度が低い
サーバ代金や通信代金などインフラの初期投資が個人には無理
まぁその変はスポンサーがついてくれるような面白いものならなんとかなるが
運営失敗後に待ってるのは先の見えない借金生活
危なくなったときにスパっとユーザーを切り捨てて突然サービス終了でもいいが
スポンサーの信頼も失いかねないのでズルズル運営せざるをえない
まぁそのころにはスポンサーにも見限られて借金まみれだろうが
要するに個人でMMOなんてハイリスクノーリターン

0974デフォルトの名無しさん

2009/10/12(月) 19:37:52

ライブラリってｗ

0975デフォルトの名無しさん

2009/10/12(月) 19:43:42

>>973
>941と無関係に興味がある

サーバー立てないネットーワークだとまず
ユーザーとユーザーを引き合わせることが出来ないから
友達同士でしか遊べないんだろうな。
しかしファイル共有ソフトみたいなP2Pってどうやってんだ・・・
同じ原理でできんのかな？

0976デフォルトの名無しさん

2009/10/12(月) 19:50:23

フラッディングは情報処理技術者試験で出題される
一般的な技法です

専用サーバーレスのMMOは誰か実現して欲しいな、多人数リアルタイムでは無いだろうが

0977デフォルトの名無しさん

2009/10/12(月) 20:12:00

>>976
確かにP2Pじゃ基本1対１だわなｗ

フラッディングとか言って今調べたんだが
信じがたいな。例えば簡単に言うとブラジルと日本で各1名が通信しようとしたら
無差別に世界中のPCに情報流して、お互いが出会うまで
「このゲームをやろうとしている人いますか～」って調べてくわけですか？

0978デフォルトの名無しさん

2009/10/12(月) 20:30:10

うめ

0979デフォルトの名無しさん

2009/10/12(月) 20:32:10

うめ

0980デフォルトの名無しさん

2009/10/12(月) 20:37:15

うめ

0981デフォルトの名無しさん

2009/10/12(月) 20:40:31

うめ

0982デフォルトの名無しさん

2009/10/12(月) 20:44:54

うめ

0983デフォルトの名無しさん

2009/10/12(月) 20:45:47

100億円売り上げが出せるくらいすごいゲームを3分で作る方法を教えてください。
プログラミングや絵描き等の特殊技能を必要とせず、できるだけしんどくない方法が良いです。

0984デフォルトの名無しさん

2009/10/12(月) 20:46:47

VIPで聞けば皆相手してくれるよ

0985デフォルトの名無しさん

2009/10/12(月) 20:47:18

鬼ごっこしようぜ。

0986デフォルトの名無しさん

2009/10/12(月) 20:47:43

うめ

0987デフォルトの名無しさん

2009/10/12(月) 20:52:24

>>983
もしそんな方法知ってたら、自分で実践して儲けを独り占めしたいので、あなたに教えるわけないです

0988デフォルトの名無しさん

2009/10/12(月) 20:57:30

ベガスのような賭場を用意できる予算があれば可能
コマンドラインのスロットなら3分でできる

0989デフォルトの名無しさん

2009/10/12(月) 21:00:42

頭の良い奴は居るもんだな

0990デフォルトの名無しさん

2009/10/12(月) 21:19:25

かゆ

0991デフォルトの名無しさん

2009/10/12(月) 21:29:57

>>975
サーバーやるやつがipを掲示板か何かで共有すれば十分。
抵抗あるヤツも多いだろうから暗号化でもして。

0992デフォルトの名無しさん

2009/10/12(月) 22:00:18

>>983
買ったら何度でも100億円プレゼントする１万円のジャンケンゲームでも作っとけ。
売り上げならすぐに100億いくだろ。

0993デフォルトの名無しさん

2009/10/12(月) 22:28:11

>>983
自らをランダムに突然変異させネットワーク経由でほかのPCに自らをコピーするだけの
プログラムを作成する。
数億年後か数兆年後ぐらいにはあなたの銀行口座を100億円にするコンピュータウイルスに変異しているだろう。

0994デフォルトの名無しさん

2009/10/12(月) 22:31:01

>>993
ヤツは「ゲーム」を「３分」で作ることをご所望しているようだぞ。

0995デフォルトの名無しさん

2009/10/12(月) 22:35:19

>>993
自らをランダムに突然変異させネットワーク経由でほかのPCに自らをコピーするだけの
プログラムを作成する。
数億年後か数兆年後ぐらいには敵を撃墜するたびにあなたの銀行口座を100億円増やすゲームに変異しているだろう。

0996デフォルトの名無しさん

2009/10/12(月) 23:01:30

ありったけのコンピュータを用意し
文字列を総当りで出力し、コンパイルするプログラムを並列で動作させる
コンピュータの数と性能が十分であれば3分で任意のプログラムを作成できる

0997デフォルトの名無しさん

2009/10/12(月) 23:07:26

任意のプログラムを3分で作成できる方法で、作成するのに4分かかるプログラムは作成できるのかね？

0998デフォルトの名無しさん

2009/10/12(月) 23:20:51

ボゴソートみたいな奴だろ、
確率の話では、ランダムな文字列が意味が通じる言葉になる可能性もある

0999デフォルトの名無しさん

2009/10/13(火) 07:03:45

999

1000デフォルトの名無しさん

2009/10/13(火) 07:05:25

1000

1001１００１

Over 1000Thread

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