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

**名前は開発中のものです。** · 2009/09/29(火) 07:08:29

疑問に思うことがあれば、スレを立てずに、まずはココで質問。
スレッドを立てる前にはローカルルールを読みましょう。
http://pc11.2ch.net/gamedev/

※ >>980 を踏んだ人は次スレ立てをお願いします。
【アップローダ・避難所・Wiki】
ゲーム製作技術板公式Wiki
http://wiki.game-develop.com/

ゲーム製作技術板公式アップローダ
http://gmdev.xrea.jp/

ゲーム製作技術板予備（機能停止中？）
http://yy13.kakiko.com/gamdev/

アップローダー予備
http://gamdev.hp.infoseek.co.jp/

gamdev.orgが落ちるたびにあげてみるスレ
http://pc11.2ch.net/test/read.cgi/gamedev/1107022166/

**名前は開発中のものです。** · 2009/11/18(水) 22:55:36

>>318みたいなスルー出来ない奴ってなんなの？

「ツル科」などいう分類はない -> パースエラー -> 理解不能 -> 野暮なツッコミ

こういう流れだとしたら、脳の性能が悪いからかな？

「ツル科」などいう分類はない -> ツッコミどころ発見！ -> 野暮なツッコミ

こっちだとしても、頭悪いね

**名前は開発中のものです。** · 2009/11/18(水) 22:57:52

一行目とそれ以降に矛盾を感じる

**名前は開発中のものです。** · 2009/11/18(水) 23:11:35

>>321
と思いがちだけど、別に矛盾はないよね
何でもかんでもスルーしろとは言ってない
>>318やお前のようなクソなレスを馬鹿にする分には
そりゃ個人の勝手でどうぞ

**名前は開発中のものです。** · 2009/11/18(水) 23:14:38

以上、僕と>>322の共同のネタでした
お騒がせしました

**314** · 2009/11/19(木) 05:35:34

>>312
マトモにレスが付いてないし、釣りじゃなかったんだが反応の方も無いので一応。

メッセージ枠として無難なデザインに過ぎないけど、
背景を透明度の有る黒　枠は不透明に近い好みの１色　文字は不透明な好みの１色
使う色はなるべく黒・白を基本にもう１色などと少ない方が勝手に見栄えが安定する。
色は勘で作らずカラーパレットでググって、サンプルを見ながら色調を揃えるなど計画的に使う。

それでそっけなくて満足出来ないならば、どこか１辺だけ枠を無くしたり色味や形を変える。
右上だけに角取りをするorワンポイントを置いたりする。枠の一部をわざと少しだけ突き出す。など。

どんなゲームなのか解らんからよく使われがちなデザインでの話。で、現状に不満を持てるならセンスは磨けるはず。
諦めずにAmazonとかで本買って来て見よう見まねで手を動かせば誰でも成長はする。がんが。

**名前は開発中のものです。** · 2009/11/19(木) 19:41:28

半透明の青(#4040ffくらいの)を使ったらそれだけでSFC時代の雰囲気になって、そのワクもない単なる青い四角で満足してしまったことがある

**312** · 2009/11/19(木) 22:27:14

>>324
とりあえずベース黒（すこし透明）に枠は白（不透明）で文字は白と黒の袋文字とかはやってます
基本読みやすさ重視だけれども、それだとそっけないなーと思ってたので…
色とか勘で決めてたので、今度から色調揃えてみるわ

とりあえず、本漁ったり他ゲーム見て勉強したりしてがんがってみる
レスありがとうー

**名前は開発中のものです。** · 2009/11/22(日) 20:03:20

自分ひとりの力でSRPGを作りたくて今いろいろ調べてるんですけど、どうやらHSPといった言語で作るのがよさげ？なんでしょうか
自分は情報系の大学2年で言語はC++を一通り習った所で、できればC++を使って作ってみたいと思ってます
何かちょうど良い解説書とかないでしょうか？
坂本千尋著のロールプレイングゲームプログラミングといった本が良いらしいのですが今は絶版になっているみたいで手に入らなそうなので・・・
もしくはHSPとやらを学んで作ったほうが楽だったりしますか？

**名前は開発中のものです。** · 2009/11/22(日) 20:36:27

「S」は知らんけど、RPGツクールでも使ったら？
情報系の学生ならHSPの長所短所ぐらいは自分で評価しなさい。

**名前は開発中のものです。** · 2009/11/22(日) 21:01:19

http://tkool.jp/products/srpg95/index.html

**名前は開発中のものです。** · 2009/11/22(日) 21:45:15

ＨＳＰはまったくプログラム知らない初心者用のプログラム入門用言語だと思ったほうがいい
Ｃ＋＋使えるならそっちでいいと思うよ

**名前は開発中のものです。** · 2009/11/22(日) 22:40:53

１４歳はどうよ

**327** · 2009/11/22(日) 23:19:12

レスありがとうございます

>>328　>>329
ツクール系のものも考えてみたのですが、今回はプログラミングを使用してゲームを作りたいと考えてます
実際に使ったことはないのですが、どうやらプログラミング的な要素は無いように思えます
もしかしたらプログラミング的な要素がないという時点で自分は勘違いをしているのかもしれませんが・・・
HSPについては、すいません、自分で調べてみることにします

>>330
申し訳ありません、ソフトを作るといった時点で自分はまったくの初心者なんです
先にこのことを書いておくべきでした・・・
C++で作成できるという情報はありがたいのですが、まっさらな状態から何かソフトを設計するといった行為すら初めてなものでして・・・
こんな状態でもなにかしら自分の思いつく限りでソースを書き、試行錯誤していくべきなのでしょうか

>>331
14歳、というのは「14歳からはじめるC++わくわくゲームプログラミング教室」のことでしょうか
調べてみたところ、すぐにSRPGに繋がるものではなさそうですがC++でのゲーム設計の基礎が学べるようで、すごく気になりました
書店で探してみようと思います、有益な情報ありがとうございます

**名前は開発中のものです。** · 2009/11/22(日) 23:24:57

ソース書く前に企画書・仕様書書いたほうがいいと思うよ

**名前は開発中のものです。** · 2009/11/22(日) 23:28:37

とりあえずゲームを作り始める前にウィンドウの表示のさせ方を調べることからはじめたほうがいいよ

**名前は開発中のものです。** · 2009/11/23(月) 00:33:14

ああ１４歳はＳＰＲＧの作り方が載ってると思ったから言ったけどあれはＲＴＳだったかすまそ
まあ参考にはなるかも知れんが

**名前は開発中のものです。** · 2009/11/24(火) 03:52:16

C++できるならSDL使えばすぐ出来るよ

**名前は開発中のものです。** · 2009/11/24(火) 04:40:21

ＳＤＬのが簡単なのか
俺はＤＸＬＩＢの方選んだが

**名前は開発中のものです。** · 2009/11/24(火) 09:51:31

SDLはdirectx使ってないから遅い

**名前は開発中のものです。** · 2009/11/24(火) 12:41:16

そんなに重いの？俺はDirectX使った自前ライブラリだから関係ないけど。

**名前は開発中のものです。** · 2009/11/24(火) 13:18:10

下のページに載っているような「長距離型3Dレーザスキャナ」を野外に持っていって
木・草・建築物をスキャンしてやれば
低コストでPS3対応実写系3DCGの製作が行えると思うですが、
実際のゲーム製作現場において
あまり使われていない（室内での彫刻スキャンのみ）のはなぜなのでしょうか？
ttp://www.krcnet.co.jp/tech/tech_3Dlaser01.html

やはり3Dレーザースキャナの価格が高いからなのでしょうか？

**名前は開発中のものです。** · 2009/11/24(火) 14:03:10

PS3対応実写系3DCGってなに？

**340** · 2009/11/24(火) 17:15:50

>>341
「クオリティが高い」という意味です。

**名前は開発中のものです。** · 2009/11/24(火) 18:23:14

・1つのオブジェクトをスキャンするのに、あっちこっちに移動して、いろんな角度から取らないといけない
・木や草など風で揺れるものはスキャンできない
・ゲームには実際に存在しないオブジェクトが、たいていの場合登場する
・高いクオリティとはポリゴンの微細さのみによるものではない

**名前は開発中のものです。** · 2009/11/24(火) 19:13:43

バカっぽい質問に目頭が熱くなった
これからも頑張ってほしい

**名前は開発中のものです。** · 2009/11/24(火) 20:16:16

>>343は偉いな

**名前は開発中のものです。** · 2009/11/24(火) 22:23:53

初めてboost::shared_ptrを使おうとしたんですが、エラーが出てしまいました。
以下のような使い方はできないみたいです。

boost::shared_ptr<IDirect3D9> m_pD3D;

m_pD3D = Direct3DCreate9( D3D_SDK_VERSION );

たしかに普通にnewして入れるやり方と違いますし･･･
この場合、どのようにすればよいでしょうか？？

**名前は開発中のものです。** · 2009/11/24(火) 22:26:33

sptr.reset(rawptr)

**名前は開発中のものです。** · 2009/11/24(火) 22:48:37

ブーストポインタって名前は無駄にかっこいいと思う

**346** · 2009/11/24(火) 22:48:41

>>347
ありがとうございます！

m_pD3D.reset( Direct3DCreate9( D3D_SDK_VERSION ) );

でエラーが出なくなりました！

しかし！今度は、上記で得たm_pD3DからIDirect3DDevice9を取得する関数がうまくいきません（涙）

SPtr<IDirect3DDevice9> m_pD3DDev;

m_pD3D->CreateDevice(
　　　D3DADAPTER_DEFAULT,
　　　D3DDEVTYPE_HAL,
　　　hWnd,
　　　D3DCREATE_HARDWARE_VERTEXPROCESSING,
　　　&m_D3DPP, &m_pD3DDev );

生ポインタを取り出せばよいかも、と思って、最後の引数を以下のようにしてみましたが、

&( m_pD3DDev.get() )

「'&' に左辺値がありません。」と怒られてしまいました･･･。
どのように与えればよいのでしょうか？？

**346** · 2009/11/24(火) 22:53:29

↑すみません、SPtrというのは自分で以下のように定義したものです。

#define SPtr boost::shared_ptr

**名前は開発中のものです。** · 2009/11/24(火) 23:18:32

普通のポインタで取得してから、スマートポインタに渡す。

**346** · 2009/11/24(火) 23:45:30

>>351
ありがとうございます！
コンパイルが通るようになりました！

しかし！終了時に以下のようなエラーが出てしまいます･･･　orz

Debug Assertion Failed!

Program: xxx.exe（プログラムのパス）
File: dbgdel.cpp
Line: 52

Expression: _BLOCK_TYPE_IS_VALID( pHead->nBlockUse )

For information on how your program can cause an assertion
failure, see the Visual C++ documentation on asserts.

どうも、m_pD3D.reset( Direct3DCreate9( D3D_SDK_VERSION ) )がマズいようなんです。
そこの記述以外、コメントアウトして確認しました。
どうも、上記のエラーは多重deleteで起こる例があるようなんですが･･･

DirectX系の変数にshared_ptrはけっこう厄介でしょうか？
素直にSAFE_DELETEマクロで対応しておくか、それともCComPtrにするか･･･
他の方はどうされているか、気になります。

**名前は開発中のものです。** · 2009/11/24(火) 23:58:20

IUnknownオブジェクトはdeleteせずに、Releaseメソッドを呼ぶ。

**名前は開発中のものです。** · 2009/11/24(火) 23:59:01

というハンドラをセットすればいいだけ。

**名前は開発中のものです。** · 2009/11/25(水) 00:18:03

いやいや普通boost::intrusive_ptrか
com_ptr_t使うでしょ
地味な嫌がらせすんなよ

**346** · 2009/11/25(水) 00:45:40

>>353
教えてくださってありがとうございます！

>>355
boost::intrusive_ptrやcom_ptr_tなんてものがあったんですね！
教えてくださってありがとうございます！

**346** · 2009/11/25(水) 19:33:56

先日はスマートポインタについて教えてくださって、ありがとうございました。
今日、早速、_com_ptr_tを導入してみたのですが、疑問があります。

_com_ptr_t<_com_IIID<IDirect3D9, &IID_IDirect3D9 >> m_pD3D;

で、実際にDirect3D9オブジェクトを取得するとき、

m_pD3D = Direct3DCreate9( D3D_SDK_VERSION );

でも、エラーやメモリリークの警告なく動きましたが、以下のようにAttachメソッドを使って、

m_pD3D.Attach( Direct3DCreate9( D3D_SDK_VERSION ) );

としても同様でした。

これってどちらでも同じということですか？？
だとすると、Attachの存在意義というのは何なんでしょう？？

**名前は開発中のものです。** · 2009/11/25(水) 23:52:09

オブジェクト指向がわかりません
何をどう質問したらいいかもわかりません
だから
ttp://homepage2.nifty.com/natupaji/DxLib/program/ActionSample.cpp
オブジェクト指向でこれと同じものを作ってソースください
お願いします

**名前は開発中のものです。** · 2009/11/26(木) 00:22:24

人に頼むときは銭を出せ

**名前は開発中のものです。** · 2009/11/26(木) 01:14:35

スーパーマリオ系の2Dアクションを想定。

プレイヤーキャラとして、32x32のドット絵があるんだけど、これを2倍に拡大して、64x64として表示させてるんだ。
本当は64x64のドット絵を用意できればいいんだけど、自分の技術力が追い付かないので苦肉の策。

さて、この時、プレイヤーキャラ以外の部分、
例えばマップチップなんかも同じように2倍表示させないと違和感が残っちゃうかな？

**名前は開発中のものです。** · 2009/11/26(木) 01:24:38

なんだか最近質問が増え始めた？
往年の過疎板に人が増えてるのかな

**名前は開発中のものです。** · 2009/11/26(木) 01:48:29

高卒の就職難に伴うニート候補生の流入。

> 往年の過疎板
ttp://dictionary.goo.ne.jp/srch/all/%25B1%25FD%25C7%25AF/m0e/

**名前は開発中のものです。** · 2009/11/26(木) 01:55:19

おっとスマン回答忘れたｗ

>>360
全部二倍にするって事？
もちろんそんな事する奴いないから経験談に基づく回答は期待できないと思うよ。

で想像するにマップチップを二倍にしようがしまいが、どっちもどっち。
キャラだけ２倍ならすぐばれる。
全部２倍ならしばらくはばれないが、違和感を感じさせるだろうね。

でもゆくゆくはちゃんとした64x64でキャラを用意するなら、
下手にマップチップ２倍にしないほうが良いと思うよ。
じゃないとマップチップを元の倍率に戻すときに、全部敷きなおすハメになる。

**名前は開発中のものです。** · 2009/11/26(木) 02:08:55

windows標準添付のペイントを使って画像の拡大縮小をすると補完処理されてドット絵が汚くなる

**名前は開発中のものです。** · 2009/11/26(木) 06:29:41

ググレばサイズ変更のアプリくらい見つかるっしょ

**名前は開発中のものです。** · 2009/11/26(木) 15:10:44

>>363
とりあえず、バレるとかバレないとかは問題じゃないです。
そういう意味での違和感という意味でもなかったつもりです。

レトロ感を出すために、わざとドットを荒くしてるゲームは見かけるのですが
僕が考えていた方法とは全く違う手法で実現されているということですね。

ありがとうございました。

**名前は開発中のものです。** · 2009/11/26(木) 21:02:58

> とりあえず、バレるとかバレないとかは問題じゃないです。
> そういう意味での違和感という意味でもなかったつもりです。
だったら質問の仕方がおかしい。質問スレに来る以前の問題だ。

**名前は開発中のものです。** · 2009/11/26(木) 21:09:03

解像度の異なる画像を同時に表示するって話じゃねの？
演出とか、あとはボスキャラなんかだと拡大表示してるのは見たことある

**名前は開発中のものです。** · 2009/11/26(木) 21:19:26

話を極端にしてみて、たとえば、今のゲームレベルの高精細のきれいな背景に32x32のドット絵を
4倍くらいに拡大して表示するとする。それがレトロっぽいかというとそうは思えないだろうね
つまり解像度の違うものを一緒に表示することそのものはレトロぽさの表現方法にはなりえないんじゃないか？

レトロゲーム＝レトロなハードで動くものだから、低解像度、少色数、PSG・FM音源など、を感じさせれば
レトロな雰囲気にはなるとは思うが

**名前は開発中のものです。** · 2009/11/26(木) 21:59:47

マリオ・ロックマン系アクションゲームで、斜めの床を作りたい場合ってどうすればいい？

考えうる二つの手法は
1. 一定ドット以内なら段差を上れるように＋細長い床を沢山置く
2. 「床パーツ」を作り、独自の動作をさせる
とかなんだけど、何か他にいい方法あるかしら

**名前は開発中のものです。** · 2009/11/26(木) 22:12:39

斜めの床の移動って地味に難しいよな。左右移動中に自動でY座標操作しないといかんしね。斜めの部分と水平の部分の境目をなめらかにつながないといかんしね。

**名前は開発中のものです。** · 2009/11/27(金) 00:41:34

ダッシュすると床から浮く事すらもあるしな。
スーパーマリオ３辺りではどうやって実装してんのやら。
やっぱ、斜めに走らせているのかね？

**名前は開発中のものです。** · 2009/11/27(金) 00:55:17

斜めに走らせると、今度は斜めの部分と水平の部分の境目で、どう動かすかが問題になると。
やっぱ、縦と横とで別々に判定するのかね？

**名前は開発中のものです。** · 2009/11/27(金) 01:18:37

良くある手法だけど、当たり判定のレイヤーを作って
キャラから下方向へレイを飛ばして地面高さを検出する。
レイの位置で、傾斜具合と段差具合を感知できる

**名前は開発中のものです。** · 2009/11/27(金) 01:57:30

>>370
マリオやロックマンを参考にデザインするなら2番がいいと思うよ

**名前は開発中のものです。** · 2009/11/27(金) 03:25:27

ただ斜めになっただけであれば直線であれば判定は難しくない希ガス
簡単な計算で済みそうだけど

**名前は開発中のものです。** · 2009/11/27(金) 03:53:31

坂に向かって、こういう風に移動した場合

　　　　　　　　　　　　　　／￣￣
　　　　　人→　　　　　／
　　　￣￣￣￣￣￣￣

横キーを押したまま

　　　　　　　　　　　　　　　　→人
　　　　　　　　　　　　人／￣￣￣
　　　　　　　人→　　／
　　　￣￣￣￣￣￣

坂を登らなきゃならないのよね。

**名前は開発中のものです。** · 2009/11/27(金) 04:23:39

俺だったら

　　　　　　　　　　　　　　　　　　／｜　　｜￣￣
　　　　　　　　　　　　　　　　　／　｜　　｜
　　　￣￣￣￣￣￣￣｜　　｜　　｜　　｜
　　　　　　　１　　　　　｜　　｜２　｜　　｜　３

の３つのパートに分けて考えるかな
キャラの右端が１→２のパートに掛ったら
キャラの位置の地面のＹ軸計算したりしてやったりしたらいいんじゃないの

**名前は開発中のものです。** · 2009/11/27(金) 04:53:37

１→２で右に向かうとき移動速度下げて、３についたら元に戻す
逆に３→２で左に向かうなら移動速度上げる
Ｙ軸は２上にいるときはＸ軸から常に計算する
あとは２上でジャンプしたときのことも考えないといけないし、色々めんどくさいよな

**名前は開発中のものです。** · 2009/11/27(金) 05:11:27

地面上の移動速度同じにするなら２の所では
─÷／分掛ければいいだろうね
この４５度の場合は１/√２を
別の角度の時も同様にして

**名前は開発中のものです。** · 2009/11/27(金) 08:44:13

>>357
operator=()はAddRef()を実行する。
Attach()は実行しない。

>m_pD3D = Direct3DCreate9( D3D_SDK_VERSION );
これだと、Direct3DCreate9()から返った時点で参照カウント=1、
m_pD3Dに代入した時点で+1、つまりリークしている可能性がある。

>m_pD3D.Attach( Direct3DCreate9( D3D_SDK_VERSION ) );
これは、Attach()後、参照カウント=1で正しい値だ。
Attach()は既に生成されているCOMポインタを、
スマートポインタに入れる際用いる。

**名前は開発中のものです。** · 2009/11/27(金) 09:59:45

斜面移動中に”落下状態”に遷移しちゃいけないって問題もあるね

**名前は開発中のものです。** · 2009/11/27(金) 11:31:43

それもあるな、むずいぬ
細長いブロック重ねると汎用性はあるけどそれに対処できないっぽいし
斜めブロック作るのが一番いいっぽいか…

**名前は開発中のものです。** · 2009/11/27(金) 12:37:21

斜面上にいる状態で左右押せば斜め移動させる処理させればいいだけだから落下状態に遷移する心配はないでしょう

**名前は開発中のものです。** · 2009/11/27(金) 17:06:09

坂を下りるときは加速がついて、ジャンプの高さが増加したり？

**名前は開発中のものです。** · 2009/11/27(金) 19:05:57

すみません。
3Dゲームで４分木(平面)を使うか８分木(立体)を使うか、どっちが効率が良いか悩んでいます。
みなさんはどういう判断基準で使い分けてらっしゃるのでしょうか？

**346** · 2009/11/27(金) 19:22:34

>>381
なるほど！そういうことだったんですね！
すごく勉強になりました！
早速修正してきますｗ

ありがとうございました！！

**名前は開発中のものです。** · 2009/11/27(金) 19:59:55

ゲーム開発でよくいるアホの巻

ステータス管理の構造体に
unsigned char
unsigned char
unsigned char
unsigned char
unsigned char
unsigned char
unsigned char
unsigned char
unsigned char
unsigned char
unsigned char
・
・
・

アホである。体力のように、数値が問題になるやつは最低限確保しないといけないが
ステータス異常は10個以上あってもshort int1つだけでよいというのに！

**名前は開発中のものです。** · 2009/11/27(金) 20:06:30

>>388
で、質問は？

**名前は開発中のものです。** · 2009/11/27(金) 20:16:35

>>388

ステータス異常が抵抗値や時間によって直るようなゲームならいいんじゃないか？

**名前は開発中のものです。** · 2009/11/27(金) 20:30:52

ビット単位で持てよってことでいいのかしら。

**名前は開発中のものです。** · 2009/11/27(金) 21:11:47

>>386
4分木と8分木ではメモリの喰い方がアホほど違う。
4分木で十分ならそっちを使うべきだろうな。

たとえ3Dであっても、キャラクタが地表を這いずり回るだけの
ゲームシステムなら、高さ方向の分割は殆ど意味がない。
だったら、このゲームには4分木で十分ということになる。

**名前は開発中のものです。** · 2009/11/27(金) 21:46:42

へー8分木とか使うんだ
Bとか赤黒とかで全部やっちゃうのかと思ってたよ

**名前は開発中のものです。** · 2009/11/27(金) 23:17:42

最終的な目標はFPSまたはTPSを作ること。
3DCGはできるが、プログラミングについては全くの初心者。
簡単なものから始めたいのから最初はHSPにしようかと思うのだが、後々C++とDirectXとかに乗り換えれるもんかね？
最初からC++とDirectXのほうがいい？

**名前は開発中のものです。** · 2009/11/27(金) 23:26:36

手っ取り早く始めるにはＨＳＰでいいかも
Ｃ＋＋は難しいと思うがなあ
やるんならＣから始めた方が良くないか、＋ＤＸＬib

**名前は開発中のものです。** · 2009/11/27(金) 23:30:49

>>395
C++じゃなくても良いのか。
とりあえずCとDirectXで2Dシューティングができるまでがんばってみる。

**名前は開発中のものです。** · 2009/11/28(土) 00:00:58

3DならDarkBasicがかんたんだ、英語版がフリーになってるし
Cで難しいと感じたらBASICで始めるのも方法だよ
少し出来るようになれば、どの言語でも出来るようになる。

プログラムが少しでも書けるまでが最初の壁
ゲームアプリを作れるまでが次の壁
新しいゲームのアイディアを出すのが壁
超えるべき壁がいくつもあるけれどもがんばりなさい。

**358** · 2009/11/28(土) 00:03:44

C++でオブジェクト指向はやってられんことに気がついた
少なくともわてのような初心者のやることやないで

**名前は開発中のものです。** · 2009/11/28(土) 00:05:53

HSPがC++＆DirectXの練習台になるとは思えない。

そもそもコンセプトが違っていて、DirectXは
「マシン依存を最小限にして、描画や入力等をする」
ためだけのものと思ったほうがいい。
そのためきめ細かい使い方ができる分、手順が煩雑だ。

HSPは使ったこと無いけど、
細かい考えないで済むようにするもの。だよ、きっとｗ

というわけで、
言語に拘らないなら「HSP TPS」や「HSP TPS」でぐぐれ。

**名前は開発中のものです。** · 2009/11/28(土) 00:43:42

> 「HSP TPS」や「HSP TPS」
「HSP TPS」や「HSP FPS」だな。どう考えてもorz

**386** · 2009/11/28(土) 05:35:37

>>392
なる程。高さが被る事もそう多くはないので、４分木で分割数を増やす方が効率的なのですね。
ご助言感謝！　　>>393 も情報が参考になりました。感謝っ

**名前は開発中のものです。** · 2009/11/28(土) 14:25:19

>>394
最初からC++とDirectX使ってもいいけど、
その場合はDiectXをそのまま叩くんじゃなくてseleneみたいなラッパーを使うと
幸せになれる場合もある。

**名前は開発中のものです。** · 2009/11/28(土) 20:14:51

4分木って平衡木化って可能？

**名前は開発中のものです。** · 2009/11/28(土) 21:51:13

ムーゲー業界でよくいるアホの巻
ウェイト

ウェイトやカウンタを、「加算で」やるやつ

アホである。ウェイトとは、あるタスクを待たせることだが
そこで加算してどうするというのか。その加算した値が規定数になるまで待つというのか。
加算するのは何がやるのか。CPUである。
待ってる間にCPUを使うのか。

その間他のタスクが動けない

ではないか。
まさしく真性である。

**名前は開発中のものです。** · 2009/11/28(土) 22:58:07

なにこのアホ

**名前は開発中のものです。** · 2009/11/29(日) 01:41:40

まさしく真性（のアホ）である。

**名前は開発中のものです。** · 2009/11/29(日) 01:43:03

N88BASICとかで使ってたな、FOR文によるウェイト

**名前は開発中のものです。** · 2009/11/29(日) 04:26:47

>>403
空間分割の4分木なら分割の方法から変えないと無理な気がする

**名前は開発中のものです。** · 2009/11/29(日) 14:55:06

連結リスト（構造体）ってどういう時に使うべき？
例えばステージデータでブロックを沢山置いたりする場合
構造体の配列使うより連結リスト使ったほうがいいの？

**名前は開発中のものです。** · 2009/11/29(日) 15:29:25

>>409
その１
並びに意味があるとき。
メッセージキューのようなFIFO（ファーストインファーストアウト、先入れ先出し）など。
データをリストの前に追加、後ろに追加、AとBの間に追加、など追加する時点で
ソート状態が保たれているからソートしなくてもいい。

その２
配列要素を全検索するより、リストに繋がっているものだけ検索すればその分速い。
さらにその１の順序も利用できる。「Z」の付く名前は後ろから検索すれば速いなど。

その３
メモリが連続していなくてもいい。
動的に確保した構造体データをあたかも配列のように扱える。

ステージデータのブロックの例は微妙だ。
配列は計算で簡単に移動先のマスが割り出せるが、リストは検索する必要がある。

四分木などのアルゴリズムで、法則によって簡単に割り出すことも可能だが
初心者には小難しい話になるので省略。

**名前は開発中のものです。** · 2009/11/29(日) 16:00:03

なるほど、ありがとう
自分の場合だと特に使う必要も無さそうね…

**名前は開発中のものです。** · 2009/11/29(日) 17:45:06

なんか変だぞ

その１のFIFOやLIFOは循環配列でも実現可能だしその方が高速
リストのメリットは、連続データの途中にデータを挿入する場合に処理が高速なことで、連結リストを使えばソート状態が保たれるというのは間違い
追加の度にソート状態を保つ必要があるのであれば、配列も単純連結リストも使用せず、2分木などの木構造を使用する
ただし、木構造は挿入・削除処理にコストがかかるので、場合によっては、データを配列にためるだけためて、1度ソートしてから、2分探索などを使った方がよい場合もある

その２に書かれていることはリストの特性とは関係がない
この場合のメリットは、データが大量にある場合に、リストで行うとメモリの節約ができることぐらいかな？

ステージデータの場合、必要な要素数がおそらく固定で順序も関係ないので配列で行うべき
リストで管理するメリットはおそらくない

4分木を使用するのは、動的なオブジェクトの衝突判定用の空間分割で、マップデータの配置には使用しない

**名前は開発中のものです。** · 2009/11/29(日) 23:07:48

必要な要素数が固定とは限らないと思うが
俺だったらリスト使うかな

**名前は開発中のものです。** · 2009/11/29(日) 23:33:33

最近は連結リストの必要性は薄れたな。

**名前は開発中のものです。** · 2009/11/29(日) 23:58:08

>>412
想定しているものが違うんだろうな
想定している前提が違って、リストの使用にメリットがあるなら、リストを当然使用するべきだね

>>410に、「配列は計算で簡単に移動先のマスが割り出せるが、リストは検索する必要がある。」
とあるから、おそらく、マップの一部かそれに準ずるもので、移動したり、出現したり、消滅したりしないものを
想定したんだろうと推測したうえでのレスだったんだが

**名前は開発中のものです。** · 2009/11/30(月) 00:30:02

そうか
マップチップ辺りのことかな
それなら配列かな

**名前は開発中のものです。** · 2009/11/30(月) 12:24:08

DirectDrawからDirect3D9に移った所、
ティアリングが発生するのはどうにかならないのでしょうか？
もしかして、DirectDrawに戻った方が良いのでしょうか？

**名前は開発中のものです。** · 2009/11/30(月) 12:44:07

>>398
一つ言っとくと、オブジェクト指向は考え方や設計方針(見たいなもの)。

まずはプログラムを考えるとき、
プログラムは上から下に進むけどここはサブルーチン、見たいな考え方を止めて
こんな機能(部品、データ型)組みたてるか、全体構成は後で考えてとりあえず部品作ろう、
見たいな考え方が出来るようになればなんとなくわかると思う。

文法的には
継承だけでなく、委譲や集約の設計的な意味を感じるようになってからじゃないとしっくりこないだろう。
最初はインタフェース(抽象メンバのみのクラス)のみ許容して、それ以外の継承は禁止するぐらいの勢いがちょうどいいと思う。

**名前は開発中のものです。** · 2009/11/30(月) 12:58:11

>>417
Direct3Dは、デバイスを基準に色々描画などを管理する。
何も余計なことは考えずに、デバイスを初期化する際のD3DPRESENT_PARAMETERS(プレゼントパラメータ、つまり描画や更新の為のパラメータ)
こいつのプレゼントインターバルにONEかDEFAULTを設定する。
あとは初期化が終わったあと、普通にClear、BeginScene、描画、EndScene、Presentの順番でやる。だめならPC環境的に無理。

**名前は開発中のものです。** · 2009/11/30(月) 13:20:18

>>419
プレゼントパラメータを変更した所、ティアリングが発生しなくなりました。
ありがとうございます。