DXライブラリ総合スレッドその5

**名前は開発中のものです。** · 2009/12/04(金) 16:49:13

Cを習得した程度のスキルでも、
GUIのゲームを比較的容易に作成する事を可能にする、
「DXライブラリ」に関するスレッドです。
DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。

【公式】
http://homepage2.nifty.com/natupaji/DxLib/

【過去スレ】
DXライブラリ総合スレッド
http://pc11.2ch.net/test/read.cgi/gamedev/1197468399/
DXライブラリ総合スレッド 2008
http://pc11.2ch.net/test/read.cgi/gamedev/1224923873/
DXライブラリ総合スレッドその3
http://pc11.2ch.net/test/read.cgi/gamedev/1238429676/
DXライブラリ総合スレッドその4
http://pc11.2ch.net/test/read.cgi/gamedev/1249822550/

**名前は開発中のものです。** · 2009/12/04(金) 17:07:40

乙

**名前は開発中のものです。** · 2009/12/04(金) 17:19:26

Ver3からPlayMovieToGraphで透明色が適用されないのとちょっとフレーム落ちと音ズレが激しいなあ
もちろん確認のために2.25bでも試したが透明色やフレームレート落ちや音ズレなしで問題なし

**名前は開発中のものです。** · 2009/12/04(金) 18:16:40

DxLibの暗号化ファイル読み込みに対応した暗号化書き込みってなんでライブラリに入れないんだろう
セーブとか実行時に暗号化して書きたい時って割とあるとおもうんだが・・・

**名前は開発中のものです。** · 2009/12/04(金) 23:18:48

前スレ>>916
弾幕シューティングではないのだが・・・参考になったさ。ありがとう。

**名前は開発中のものです。** · 2009/12/05(土) 00:35:03

>>4
確かに使いたいときはよくある。でもそれってDirectXの機能じゃないからじゃ？

**名前は開発中のものです。** · 2009/12/05(土) 01:27:00

>>4
セーブデータなんて自分で暗号化すれば済むからでしょ。

**名前は開発中のものです。** · 2009/12/05(土) 12:30:22

ToyStudioでアニメーション作って、MQOで出力したんだけど、
ものすごい膨大な量のMQOデータが出てきたんだけど・・・
アニメーションを作るたびに毎回こんなのが出てくるの？
そもそもこういう出力結果をゲーム内でアニメとして使えるの？

**名前は開発中のものです。** · 2009/12/05(土) 14:14:45

裏画面全体を拡大縮小したり回転させることとか出来ないかな？
ゲームのエフェクトで画面全体をくるくる回したりしたいんだけど

**名前は開発中のものです。** · 2009/12/05(土) 14:22:43

動かないんだったら、描画したヤツを取り込んで一枚の画像にしちゃってまわせばいいんじゃない？

動くんだったら計算させて自前で回転描画すればいいだけだし。

**名前は開発中のものです。** · 2009/12/05(土) 15:12:47

ゲームってグローバル変数使ったほうが普通に綺麗に書ける気がしてきた

**名前は開発中のものです。** · 2009/12/05(土) 15:15:49

>>8
アニメーションｘファイルで出せよｗｗ
MQOはモーションつかないから連番で出すしかない

**名前は開発中のものです。** · 2009/12/05(土) 16:02:55

シングルトンはついつい使っちゃうよなあ・・

**名前は開発中のものです。** · 2009/12/05(土) 16:14:43

使っちゃえよ

**名前は開発中のものです。** · 2009/12/05(土) 16:24:59

ttp://homepage2.nifty.com/natupaji/DxLib/function/dxfunc_graph.html#R4N2
これのデスクトップの広さ 1024x768 の方を取得する方法について教えて下さい

**名前は開発中のものです。** · 2009/12/05(土) 16:51:52

DXライブラリに関係なく
GetSystemMetrics(SM_CXSCREEN);
とかで

**名前は開発中のものです。** · 2009/12/05(土) 17:17:35

できました
ありがとうございました

**名前は開発中のものです。** · 2009/12/05(土) 19:31:08

だめだ俺にはローグライクは早かったようだ・・・テトリスからやり直すぜ

**名前は開発中のものです。** · 2009/12/06(日) 00:09:46

俺もグローバル使う位ならスタティック使ってたけど
結局普通にグローバル使った方が楽なことに気付いた
（全てスタティックが駄目というわけではないが）
グローバルでも名前空間とか使えば局所性もある程度保てるんじゃないかなあ

**名前は開発中のものです。** · 2009/12/06(日) 00:10:45

環境変数や外部ファイルはグローバル変数なので使用禁止

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

ゲームに関してはあらゆる関数で共用するものが多いし、
クラスで雁字搦めにして書かない限りグローバル変数使ったほうが分かりやすい

**名前は開発中のものです。** · 2009/12/06(日) 10:20:30

いざ対戦機能とか、似たような機能を二つ以上配置することを考えると、
「やっぱグローバルやめときゃよかった」ってなる。

**名前は開発中のものです。** · 2009/12/06(日) 10:33:36

グローバルしか使ってないヘタレPGとしては、どういう恩恵があるのか自体想像がつかん。

**名前は開発中のものです。** · 2009/12/06(日) 10:48:26

最悪なのがグローバル変数代わりのシングルトン
>>22のようなことを考えるとグローバルの方がマシ

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

>>24
なんで？

**名前は開発中のものです。** · 2009/12/06(日) 12:19:26

画像復元の処理を追加してたんだが
SetRestoreGraphCallbackに登録する関数で使う変数のために
とりあえず読み込み用クラスのポインタをグローバルなポインタ作ってそこに渡して動作させてる
他に良い方法ない？

**名前は開発中のものです。** · 2009/12/06(日) 14:27:31

文字がだんだん表示させる演出すると、
文字の後ろに・が一緒に表示されるという怪現象が……。
なんだこれ？

まあ、たぶん俺のコードのどっか悪いんだろうが。

**名前は開発中のものです。** · 2009/12/06(日) 14:53:59

いけないことなんだろうなと思いつつ
グローバルばかりでやってたがそうでもないのかな

**名前は開発中のものです。** · 2009/12/06(日) 15:10:27

それ文字１文字１文字ずつ表示させるって言う意味かな
全角だと１バイト分読み込んだ時に正しく認識されないから
全角の場合は２バイト分読み込ませればいいんじゃないかな

**名前は開発中のものです。** · 2009/12/06(日) 15:34:50

ＤＸライブラリを使ってVC++2008EEでプログラムを作ったんだけれど、
配布するときにDXライブラリをインストールしていないPCでも
起動できるような配布の方法はあるのだろうか
よくわかんないけどDXライブラリランタイムみたいなのがあれば、
それを一緒に配布するみたいな方法とかある？
それとも配布するプログラムとは別にDXライブラリをインストールしてもらうしかないのだろうか。

**名前は開発中のものです。** · 2009/12/06(日) 15:39:03

>>30
よくわかんないけどたぶん上の[Debug]を[Release]に変えて
出てきたReleaseフォルダを配布すればいいと思う

**名前は開発中のものです。** · 2009/12/06(日) 15:43:00

DxLibはスタティックライブラリだから使うほうはべつになにもいらない
ダイナミックなDxLibがあるのかわからんけど自作とかしたならその場合はDLLも配布しないといけない

**名前は開発中のものです。** · 2009/12/06(日) 15:43:02

>>30
DXライブラリは関数の集合だから、ランタイムパッケージは必要ないんじゃないの？
プログラムが実行ファイルにされるときにすべてC言語からアセンブリ言語にされるはず。
相手に準備が必要なものがあるとすればDIRECTXなんじゃないかな。

**名前は開発中のものです。** · 2009/12/06(日) 15:43:31

>>29
お、直った！
ありがとー。

STLのstring使ってるんだけど、itretorひとつ進めても、
２バイト文字だとふたつ進めたとこからやらないとだめなんだな……勉強になった。

**名前は開発中のものです。** · 2009/12/06(日) 15:44:56

iteratorだった。
IDEのサポートに頼りっきりはこれだから……。

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

>>31　Releaseの使い方もわかってなかったから、
配布ファイル自体の作り方もわかった。ありがと。（早速、フォルダを作成したら、画像ファイルだけは、出来上がったフォルダに手動で追加することになるみたい。）

>>32　ダイナミックなDxLibというのはよくわかんないけど、多分そこまで複雑な機能を使いこなしてないから、
DLLの心配はしなくていいととりあえず思う。

>>33　DIRECTXの準備が必要ということか。
これは、さすがにインストールしてもらうしかないということだね。

これでとりあえずプログラムの配布ができそう。ありがと。

**名前は開発中のものです。** · 2009/12/06(日) 16:18:32

>>30
Releaseフォルダの中身だけでおｋ

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

別に[Debug]でもよくね？
まあ普通は[Release]だろうが

30 · 2009/12/06(日) 16:48:28

＞＞31、32，33

ありがとう！！

**名前は開発中のものです。** · 2009/12/06(日) 17:10:59

>>38
そういえばアレ何が違うの？

あとDXライブラリ使ったらReadmeに使ったって書かなきゃダメ？

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

>>40
そのままデバッグが入るか否か　少し重くなる
readmeは要らん　ただしソースを配布するなら必須

**名前は開発中のものです。** · 2009/12/06(日) 17:50:49

>>41
ありがとー

**名前は開発中のものです。** · 2009/12/06(日) 18:03:42

DXライブラリって音のフェードインとかには対応してないっぽい？

**名前は開発中のものです。** · 2009/12/06(日) 18:15:43

自分で作れよ

**名前は開発中のものです。** · 2009/12/06(日) 19:38:55

ChangeVolumeSoundMem関数使えば簡単に実装出来ますよ。例えば

/****** Zキーを押すとフェードアウトを始める *******/
/****** test.wavはサンプルプログラム実行用フォルダ参照 *******/

#include "DxLib.h"

int WINAPI WinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance,LPSTR lpCmdLine, int nCmdShow ){
ChangeWindowMode(TRUE);
if(DxLib_Init() == -1 || SetDrawScreen( DX_SCREEN_BACK )!=0) return -1;
int Flag=0, Vol=255, SoundHandle = LoadSoundMem("test.wav");
PlaySoundMem( SoundHandle, DX_PLAYTYPE_LOOP );
while( !ProcessMessage() && !ClearDrawScreen() && !CheckHitKey(KEY_INPUT_ESCAPE) ){
if( CheckHitKey(KEY_INPUT_Z) ){
Flag = 1;
}
if( Flag ){
Vol -= 2;
ChangeVolumeSoundMem( Vol, SoundHandle ) ;
if( Vol < 0 ){
Flag = 0;
Vol=0;
}
}
clsDx(); printfDx("Vol = %d\n",Vol);
ScreenFlip();
}
DxLib_End();
return 0;
}

**名前は開発中のものです。** · 2009/12/06(日) 23:30:09

>>45
どうもありがとうございますー。

色々考えてみた結果、マルチタスクに手を出さないとダメっぽいということがわかったので、
なんとか実装するか。

**名前は開発中のものです。** · 2009/12/06(日) 23:59:28

DxLibはマルチスレッド非対応じゃないっけか

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

普通に出来るしマルチタスクとマルチスレッドは違う

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

すまんかった

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

なぁに気にすろな

**名前は開発中のものです。** · 2009/12/07(月) 13:02:56

本家で質問するわけにもいかないので、こっちで。

試験的に、ゲームのプレイ動画を撮ろうと思ったんだが、DXライブラリ3.xで作ったゲームを録画しようとしても全く録画できない。
画面が映らないというより、プロセスを正しく取得できていないような感じ。
ちなみに手元の2.25cだと、ゲームプログラムは弄らずにキャプチャー出来た。（3D機能は未使用）

に多様な状況になったひとっている？
自分の環境が悪いのか、キャプチャーソフトが悪いのか、ライブラリ側の都合なのか調べたい。

OS：WindowsXP SP3
キャプチャーソフト：アマレコ・ライト、Dxtory、DxRec
参考ページ： ttp://www18.atwiki.jp/live2ch/pages/153.html#id_439db353

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

キーボードでＡの処理からＢの処理へと連続で
同じボタンでやるとします。
この場合あるボタンを押すと勝手にＡだけでいいのにＢまで処理されて
しまいます。Ａで止めて、もう一度同じボタンでＢの処理をさせる
にはどうすればいいの？　お願いします。

**名前は開発中のものです。** · 2009/12/07(月) 13:52:55

>>51
WMEでやったらどうなる
範囲指定でやったらどうなる

というか仕様的なことならむしろ本家に行った方がいいと思うが

>>52
連続ってどういうこと？
押しっぱなしじゃなくて連打させたいという意味なら
・キーを押すとONになるフラグを作る
・キーを離すとそのフラグはOFFになる
・キーがOFFの場合しかキーを押したときに処理が行われない
というようにする

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

>>53
CheckHitKey関数しか知らないんで　key=0;
if(CheckHitKey(KEY_INPUT_TAB)==1 && key==0) 処理Ａ,key=1；
if(CheckHitKey(KEY_INPUT_TAB)==0 && key==1) key=2;
if(CheckHitKey(KEY_INPUT_TAB)==1 && key==２) 処理Ｂ, key=0;

こんな感じですか？
非効率なような気がします。いい案があればおしえてください。
ちなみにシューティングじゃないんで連打はないです。

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

>>54
なんでそうなるんだよ

bool key=FALSE;
int hoge=0;
if(CheckHitKey(KEY_INPUT_TAB)==1) {
　if (!key) {
　　key=TRUE;
　　if (hoge==0) 処理A
　　else 処理Ｂ
　hoge++;
　}
else key=FALSE;

あとCheckHitKeyは効率悪いからやめておけ

**名前は開発中のものです。** · 2009/12/07(月) 14:43:37

↑より効率いいやり方ってそうないと思うが
あと、例だからかもしれないが、↑だと処理B→Aが続けて処理されると思うので
int state = 0;
int tab_push = 1;
～～～～～～～～～～～～～～
if(CheckHitKey(KEY_INPUT_TAB)==1 && tab_push = 0;)
{
　tab_push = 1;
　if(state = 0)
　{
　　処理A;
　　state = 1;
　}
　else
　{
　　処理B;
　　state = 0;
　}
　//　　↑この辺はswitchなりなんなり(処理が２つだけじゃなくたくさんある場合とか）
}
if(CheckHitKey(KEY_INPUT_TAB)==0) tab_push = 0;
//　　↑if(CheckHitKey(KEY_INPUT_TAB)==0 && tab_push = 1) としても変わらない

とここまで書いてすでに>>55でレスされてるのに気付いたが
ほぼ同じだが投稿しちゃう

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

あ、「↑より効率いいやり方ってそうないと思うが」
の↑は>>54を指すので

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

>>54
if (( btn ) && ( ! isPush )) {

　switch ( step ) {
　　case 1 :
　　　doA ( );
　　　step ++;
　　　break;
　　case 2 :
　　　doB ( );
　　　step ++;
　　　break;
　　　・
　　　・
　　　・
　}

}

isPush = btn ;

**名前は開発中のものです。** · 2009/12/07(月) 15:00:21

みなさんありがとうございます。
制御する変数を使わないとやはり難しいみたいですね。
参考にします。

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

状況がよくわからんが一回の入力で連続して押したと判定されるのがいやということかな？だったら↓が汎用的だと思う

unsigned count[256] = {0};

while(true) { //メインループ
char buf[256];
CheckHitKeyAll(buf);

for(int i = 0; i < 256; ++i) if(buf[i] == 1) ++count[i]; else count[i] = 0; //押しっぱなしならカウント数をインクリメントして保存、押されてないとゼロにもどる

if(count[KEY_INPUT_XXX] == 1) DoSometing(); //カウントが1のとき、つまりボタンが押された最初のフレームのみ反応！

// if(count[KEY_INPUT_YYY] % 10 == 0) DoSometing(); //応用して押しっぱなし中なら10フレームごとにイベント、とかできる（シューティングの等間隔のショット処理とかで使える）
}

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

DXライブラリ総合スレッドその3
http://pc11.2ch.net/test/read.cgi/gamedev/1238429676/315

315 名前：名前は開発中のものです。[sage] 投稿日：2009/06/02(火) 21:23:19 ID:CgQN485t
＞キー入力

自分が使ってるルーチンのコードを記事にまとめました
http://d.hatena.ne.jp/kokarage/20090602/p2

**名前は開発中のものです。** · 2009/12/07(月) 20:24:23

>>52
さすがにDXライブラリのサイトで
「○○というソフトを使っても動きません！」という質問はできないだろうｗ
DXライブラリ側に原因があるなら別だが。

WMEはMSのやつかな。
動画作成に関しては今日初めてやったので詳しくないんだ、すまん。

**名前は開発中のものです。** · 2009/12/07(月) 20:49:26

>>62
2.25で出来て3.xで出来ないならライブラリ側の原因である可能性が多いだろ
とりあえず色んな方法でキャプチャして、上手くいかなかったら本家行き

まあ、WME+SCFH_DSFでは問題なくキャプチャ出来たが。

**名前は開発中のものです。** · 2009/12/08(火) 02:54:12

一々全部のキーに対して押し続けたかどうか判断する必要あるのか
余程多くのキー使うのならともかく普通は押し続けの判断したいキーだけでいいんじゃないのか
まあ今のマシンなら全部やっても負荷的には問題ないのかも知れんが

**名前は開発中のものです。** · 2009/12/08(火) 08:20:15

キー入力関連はゲームだとよく使うし、関数化しておくと便利ですよ。
「何フレーム入力されているか」が解るようにしておけば、ボタン関連の操作は「１フレーム目」または、「キーを離したフレーム」で処理すれば
連続で不必要な処理まで進んでしまう事がありません。
例えば本家のGetHitKeyStateAllを自分で使いやすいようにしたのが
GetHitKeyStateAll_2関数です。こんな感じで使えます。
(→コードは次へ)

この例ではエンターの入力時間によって処理を分岐しています。
キーの入力状態を格納する変数がint型なので
_2関数をさらに「離された時マイナスのカウントをする」ようにすれば
離されてからのフレーム数も解ると思います。
・・ところでコードを見やすいように字下げする方法無いんでしょうか；

**名前は開発中のものです。** · 2009/12/08(火) 08:21:20

/****** エンターキーをおした瞬間だけ四角形を描画する *******/

#include "DxLib.h"
int GetHitKeyStateAll_2(int KeyStateBuf[]){
char GetHitKeyStateAll_Key[256];
GetHitKeyStateAll( GetHitKeyStateAll_Key );
for(int i=0;i<256;i++){
if(GetHitKeyStateAll_Key[i]==1) KeyStateBuf[i]++;
else KeyStateBuf[i]=0;
}
return 0;
}
int WINAPI WinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance,LPSTR lpCmdLine, int nCmdShow ){
int Key[256];
ChangeWindowMode(TRUE);//ウィンドウモード
if(DxLib_Init() == -1 || SetDrawScreen( DX_SCREEN_BACK )!=0) return -1;//初期化と裏画面化
while(ProcessMessage()==0 && ClearDrawScreen()==0 && GetHitKeyStateAll_2(Key)==0 && Key[KEY_INPUT_ESCAPE]==0){
DrawFormatString(0,0,GetColor(255,255,255),"%d",Key[KEY_INPUT_RETURN]);//エンター入力カウント
if(Key[KEY_INPUT_RETURN]==1)//今の瞬間押されたら
DrawBox(0,0,640,480,GetColor(255,255,255),TRUE);//画面全体を白い四角で表示
ScreenFlip();
}
DxLib_End();
return 0;
}

**名前は開発中のものです。** · 2009/12/08(火) 10:08:46

実際の入力と、返ってくる値は切り分けた方が便利かもね

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

>>65
ttp://fatalita.sakura.ne.jp/CGI/OKCode/index.html

**名前は開発中のものです。** · 2009/12/08(火) 15:24:53

MakeGraphでウィンドウサイズより大きい空のグラフィックを作成して、そこにマップチップを敷き詰める処理をしたいのですが
グラフィックハンドルを直接指定して描画処理をする方法がわからなくて困っています。
GetDrawScreenGraphを使っていったんウラ画面に描画したものを、空のグラフィックにコピーしようとしたのですが
ウィンドウサイズより大きいところに描画されたものはコピーされないみたいでダメでした。
どなたかこの問題を解決できる方はいませんでしょうか？

**名前は開発中のものです。** · 2009/12/08(火) 18:10:50

描画先にグラフィックハンドルを指定したらそこへ描画できるって話をうろ覚え。
ウィンドウサイズ以上にできるかどうかは知らん。

しかしマップチップ敷き詰めたとしても、どうせ表示サイズ以上には表示できないんだし、
普通に毎フレーム描画でいいと思うが。

まぁ全マップを拡大縮小回転とかガンガンやるならちとずれそうで怖いが。

**名前は開発中のものです。** · 2009/12/08(火) 19:18:27

>>70
ありがとうございます、いろいろ調べてきます！
2Dアクションゲームを作ってましてとりあえずマップ全体をメモリに描画しといて
スムーズなスクロールをしようと思ってました。

**名前は開発中のものです。** · 2009/12/08(火) 19:27:56

その目的なら止めた方が良いと思う。
普通に毎フレーム描画でいくべきだと。

よほどヘボなPC使うか、プログラムがヘボでないかぎり
スムースさに変わりはない。

**名前は開発中のものです。** · 2009/12/08(火) 19:37:02

>>72
そうですか。
しかし自分の知識不足でどうやって毎フレーム描画でドット単位のスクロールをすればいいのかわからなくて
ttp://www.harukitchen.com/rpg_programming/06/06.htm
ここのサイトを参考にしてるんですけど、この方法だと結局ウィンドウサイズ以上の大きさの描画が必要になるし
どなたか知恵を貸していただけないでしょうか？

**名前は開発中のものです。** · 2009/12/08(火) 19:45:37

別にその方法で間違ってない
ウィンドウサイズ以外の描画がしたくないならカメラ座標に映らない座標のオブジェクトは描画しなくていいだけだし、
確かdirectXの仕様で画面外は省略されてた気がする

DXライブラリならオリジナルの描画関数作ってDrawRotaGraphなりに飛ばしてやるのがお勧め

**名前は開発中のものです。** · 2009/12/08(火) 19:46:26

えーとね。

キャラクターの表示はできる？
それをドット単位で動かせる？

それができるならマップもできよ。

マップったって、結局マップチップというキャラクターを並べて表示してるだけだからね。
ドット単位で表示ずらせばいいだけ。

んでもって、画面表示されない位置のマップチップは描画しなければいい。

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

>>74,>>75
キャラクタの表示もドット単位の移動もできています。
自分の頭の中では
1,ウィンドウサイズより一回り大きいグラフィックハンドルにマップチップを敷き詰める
↓
2,そこから必要な場所だけを切り取って表示する
という流れしか考えられません(´・ω・`)
しかしこれだと1のステップがクリアできなくてダメだし
簡単にアルゴリズムをアドバイスしていただけないでしょうか？

**名前は開発中のものです。** · 2009/12/08(火) 20:19:13

書き込んだ瞬間に何故かひらめいた
マップチップを敷き詰めるはじめる座標を（-32-[主人公の座標.x]%32,-32-[主人公の座標.y]%32）
にしてあげて、主人公の座標から必要なマップチップの情報をウィンドウサイズより一回り大きく取り出してあげて
それを描画すればいいんですよね！！

**名前は開発中のものです。** · 2009/12/08(火) 20:32:31

その通り

**名前は開発中のものです。** · 2009/12/08(火) 20:35:04

おめでとう。それが解れば大丈夫だ。

**名前は開発中のものです。** · 2009/12/08(火) 20:39:47

皆さん大変おさがわせしました。
今プログラム組んでみたら上手くいきました:)
ありがとうございました、これからもよろしくお願いします。

**名前は開発中のものです。** · 2009/12/08(火) 20:40:20

あ、そうそう、君が>>73で示したサイトにもあるけど

「主人公の位置」じゃなくて「カメラの位置」で考えてね。

基本的に主人公の位置とカメラの位置は同じだけど、
マップ端に行った時は違ってくるから。

**名前は開発中のものです。** · 2009/12/08(火) 20:55:01

DxLib使えるだけじゃ無理だと悟った
なんかC++&DxLibがちょっと使えるレベルの人間にふさわしい本とかないすかね

**名前は開発中のものです。** · 2009/12/08(火) 21:05:16

何作りたいのかにもよるが
アクションゲームアルゴリズムマニアックスとか？

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

>DxLib使えるだけじゃ無理だと悟った

俺だってC++とDxLibがちょっと使える程度だが、ちょっと使える程度のものを作るには不自由ないぞ。

C++&DxLibで何がしたいのか次第でしょ。

**名前は開発中のものです。** · 2009/12/08(火) 21:33:24

特定ジャンルのゲームというより、共通の基礎的な部分を勉強したい
最終的にはシレンっぽいのを作りたいんだが、その前になんか根本的な部分が抜けてるような気がしたんだ

**名前は開発中のものです。** · 2009/12/08(火) 21:47:15

試しにシレンっぽいの作ってみたら何が足りないかわかんじゃね
作りたい物だったらモチベーションも保ちやすいし勉強にも身が入る
わからなさ過ぎると嫌になるかもだけど

**名前は開発中のものです。** · 2009/12/08(火) 21:47:25

http://www.kumei.ne.jp/c_lang/
ほらよ

あとは作るしかない
ゲーム作りのノウハウは他人に教えてもらうのではなく経験で身につけるもの

**名前は開発中のものです。** · 2009/12/08(火) 22:23:40

>共通の基礎的な部分を勉強したい

プログラムの基礎を勉強したいのか、
プログラムはわかるが、ゲーム作りの基礎を勉強したいのかでまた違ってきそうだね。

ちなみに俺は独学でゲーム作りしてきたから、ゲームは作れても基礎が全然できてねぇ;;
俺も勉強しなおすかな……。

**名前は開発中のものです。** · 2009/12/08(火) 23:54:13

プログラムの基礎に不安があるなら、C++だったらeffective C++とかを
読んでみるといいかもね。あとはデータ構造、基本的なアルゴリズム、
デザインパターンあたりがわかると、汎用性があるかな。

でもまあ、趣味でやるなら勉強と思ってやることはないと思うぞ。
問題を解決しようとして見つけた情報の中で、便利そうなのがあったら
その周辺を重点的に調べる、で結構いろいろできるようになる。

ところでDXライブラリって、core以外のソースは公開されていないよね？
掲示板ちょっとみたら、ソース公開に関する質問はスルーされていたので、
全て公開するかは未定ってところかな。

**名前は開発中のものです。** · 2009/12/09(水) 00:17:14

eff c++はもう読んだし、デザインパターンもある程度知ってる
知りたいのはアニメーションの統一的な制御法とか、膨大（になりそうな）画像やデータファイルの生成・管理法とか
この辺がうまくできなくてコードに直接埋め込んじゃってるからどんどんスパゲッティになっていってわけわからなくなるんだと思う（たぶん）

**名前は開発中のものです。** · 2009/12/09(水) 00:20:33

うんゲームって極論すればプログラム自体はどうでもいいんだよね
データの設計や管理などの方がずっと重要

**名前は開発中のものです。** · 2009/12/09(水) 00:31:54

>>90
今書いてるコードがスパゲッティになるかどうかは、ゲームを完成させるまで分からない。
幾つもゲームを作りながら、「この書き方だと後々こういうケースにハマって困る」というのを学んでいく
そうやって最適化されていくもんだよ

そこら辺に落ちてるゲームの作り方的な例は最初から最適化されてることが多いが、
何故そのように最適化されてるのか述べてるものはほとんどない
そういう意味も考えながらだと上達が早いと思う

**名前は開発中のものです。** · 2009/12/09(水) 00:47:35

ぶっちゃけ、デザインパターンようしらんが、
stlとboost使った自作のデータ管理クラスでなんとかなってるよ。
配列の番号とかいちいち覚えてられねーよｗｗｗってことで。

ファイル名と画像なら表示されてるレイヤとか指定すれば色々操作できる仕様。
ただ、俺ゲームどころかまともに作るのすらはじめただから正解かどうかはわからん。
基底クラスのデータ管理で使ってるのは、unordered_map。

**名前は開発中のものです。** · 2009/12/09(水) 01:30:17

>>85
同じにおいを感じるッ！
ゲームの設計に多少時間をさくのがいいんじゃないかな。
シーケンス制御とか、どのクラスがデータを持つのかとか。

俺もとりあえず動くもの作ってみてあれこれ機能つけたしてくってしてたけど
ちょっと規模が大きくなるとワケワカメになってきたから
丁寧に設計してみようと勉強＆作成中。

「ゲームプログラマになる前に覚えておきたい技術」って本、高いけど
その辺の要求に答えてくれてる気がする。

あ、DxLib使ってないけど、読めばより使いこなせるようになると思うよ。

**名前は開発中のものです。** · 2009/12/09(水) 01:41:52

おいしくない創作料理を作るようにクソゲーは作ることに意義がある

**名前は開発中のものです。** · 2009/12/09(水) 01:44:54

俺もデザパタなんて必須のものかね
俺は使わずにやれてるし、ある程度使わずにやってみずして必要性実感できるものかね
デザパタ学んでからやるべきものかね
ある程度Ｃ＋＋使ってから見てみると多少参考にはなるけど

**名前は開発中のものです。** · 2009/12/09(水) 01:46:31

口より手を動かせ

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

俺の状態

適当に作る
↓
設計に無理があって、どこかで詰まる
↓
作り直しになる
↓
最初よりマシになるがそれでも設計に無理があってどこかで詰まる
↓
作り直しになる。しかも作り直してる最中にまた詰まることがなんとなく分かる。
だが、具体的にどう詰まるのかは分からないし、その解決策も現スキルでは分からない。
↓
どうせまた作り直すことが分かってしまうとモチベが下がる。
↓
今のところ、この繰り返しでいずれゲームの作り方が身につくと信じて
程ほどに考えて、手を止めすぎないようにしている。

**名前は開発中のものです。** · 2009/12/09(水) 06:50:15

決して他人にアドバイス出来るような身の上ではないけれど、1つだけ。

途中で良い設計が思いついたり、飽きてしまうこともあるけれど、
まずはどんなミニゲームでもいいから、とりあえず完成させるべき。

昔の電子ゲーム（ゲーム＆ウォッチ）みたいな単純なゲームなら
悩んだり飽きたりする前に、それこそ勢いだけで完成しちゃう場合も。

**名前は開発中のものです。** · 2009/12/09(水) 08:10:26

>>98
俺の自己紹介文をなぜ書けるｗ

**名前は開発中のものです。** · 2009/12/09(水) 13:02:55

ちょっとした作業を自動化するバッチ処理をスクリプト言語で
書いてみたりすると案外プログラム書けて俺スゲーと思うはず
ゲームって作りたいもののイメージが先行して
それを実現するために要求される技術が高すぎるからorzになりやすい

**名前は開発中のものです。** · 2009/12/09(水) 14:56:36

俺もなんとなくC++のサンプルが載ってるとこからコピペで動かしながらゲーム作ってて
そろそろちゃんと基礎からやっとくかーとか思って言語の基礎から説明してくれてる解説サイトを見てみたら
C言語に関しては勉強する部分があんまり残ってなかった

**名前は開発中のものです。** · 2009/12/09(水) 15:09:50

eff c++的な本やデザパタ本の境地に地力で達していると
読んだときにニヤニヤする

**名前は開発中のものです。** · 2009/12/09(水) 23:48:43

DXライブラリで"あaいiuうeえお"という文字列を
あ
あa
あaい
あaいi
と一文字ずつ表示させていく方法について教えて下さい

**名前は開発中のものです。** · 2009/12/10(木) 00:24:34

1文字づつ読み込み、
その文字がASCII（1バイト）文字か、そうでないか（2バイト）を関数で判断
それからstringまたはchar型の変数aに代入
→1バイト文字なら、DrawFormatString(a,%s)
→2バイト文字なら、Forループと文字幅関数を組み合わせて文字を横に表示

とかやった記憶がある。

**名前は開発中のものです。** · 2009/12/10(木) 11:23:34

超初心者です。
新規プロジェクトからＤＸライブラリを使う場合
どのようにつかったらいいの？
単にプロジェクトに追加すべきファイル_VC用の内容をコピーして
新規プロジェクトで作ったフォルダーに入れただけではリンクでエラーが
でます。新規プロジェクト作成からＤＸライブラリを使ったコンパイルまでの
流れを易しく教えてください。

**名前は開発中のものです。** · 2009/12/10(木) 11:29:59

ttp://homepage2.nifty.com/natupaji/DxLib/dxuse_vc2008express.html

公式のこれはちゃんと読みながら設定した？

**名前は開発中のものです。** · 2009/12/10(木) 12:20:31

設定したつもりで、下のようにエラーでます。
なぜなのか分かりません。
1>リンクしています...
1>LIBCMTD.lib(dbgheap.obj) : error LNK2005: __CrtSetCheckCount は既に MSVCRTD.lib(MSVCR90D.dll) で定義されています。
1>LIBCMTD.lib(crt0dat.obj) : error LNK2005: _exit は既に MSVCRTD.lib(MSVCR90D.dll) で定義されています。
1>LIBCMTD.lib(crt0dat.obj) : error LNK2005: __exit は既に MSVCRTD.lib(MSVCR90D.dll) で定義されています。

**108** · 2009/12/10(木) 12:26:42

単に今まで人が書いたソース(ＤＸ経由)を上書きしたり消したりしていましたが、
単にそれを新規プロジェクトに移したいだけなんですけど、
よく分からないです・・・。

**名前は開発中のものです。** · 2009/12/10(木) 12:57:31

おそらく
プロジェクト→設定→Ｃ／Ｃ＋＋タブ→カテゴリをコード生成にする
使用するランタイムライブラリをマルチスレッド(デバッグ）にする
（このとき左の方の設定の対象がＷｉｎ３２　Ｄｅｂｕｇになっている場合）
それをやったら左の方の設定の対象をＷｉｎ３２　Ｒｅｌｅａｓｅに変えて、
使用するランタイムライブラリをマルチスレッドにする
→ＯＫボタンを押せばおｋ

**108** · 2009/12/10(木) 13:01:44

>>107
>>110
アドバイスから先程できました。
>>110さんがいってる通り、プロジェクトのプロパティは毎回
設定しなおさなきゃならないんですね。一度やったから継続
されるものだと思っていました。ありがとうございました。
今までの疑問が解決されました。

**名前は開発中のものです。** · 2009/12/10(木) 23:02:01

>>108
http://www.play21.jp/board/formz.cgi?action=res&resno=43733&page=&id=dixq&rln=43742
ここに同じ質問があります

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

描画領域のクリッピングってできないんだろうか

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

出来る

**108** · 2009/12/12(土) 00:31:17

画面の最大化ってどうしてます？
ChangeCallback使ったらの画像ハンドルはすべてグローバルにしなきゃならないの？

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

画像管理クラスみたいなのを作って
そいつにフルスクリーンにされた、という情報を通知してやるとか

**名前は開発中のものです。** · 2009/12/14(月) 01:18:53

最大化ってやっぱフルスクリーンの事なのか。

**名前は開発中のものです。** · 2009/12/15(火) 12:51:33

自分好みのサウンドノベル作ろうと思ったのですが、ノベルって60fpsもいらなくてフレームレート下げたいと思ってます。
しかしどのようにやればいいのかよくわからず困っています。
何か調整する関数などないでしょうか？

**名前は開発中のものです。** · 2009/12/15(火) 13:11:08

フレームレート下げる理由はなに？
画像更新の回数を減らすため？　もしそうならフレームレート関係なく、画像更新しなきゃ済む事でしょう。

キー入力処理だけループさせて適当にSleepでもはさんでおけばいいんじゃない？

**名前は開発中のものです。** · 2009/12/15(火) 14:01:22

なるほど！ありがとうございます

**名前は開発中のものです。** · 2009/12/15(火) 22:43:42

わざわざフレームレートを下げる必要があるのでしょうか？
サウンドノベルでも画面の切り替わりであったり、
何らかのエフェクトであったり、後から60FPSで滑らかに表示させたくなるかもしれないので、
60FPSで作っておいて損はないと思うのですが。

もし60FPSにするなら、１フレーム(ループ１周)の時間を計っておき
1/60秒(16.6666...ms)になるまで待機させます。
30FPSなら1/30ですね。

しかしSleep関数は指定した時間「以上」待機してしまうので、
正確にFPSを制御したいなら、少し工夫が必要です。
大した工夫ではありませんが、前回の誤差を次回で修正するような作業が必要です。

モニタは60FPSが一般的で、裏画面描画なら、何もしなくても60FPSになります。
ですから、試してみて待機関数が正常に動作していると勘違いしがちですので、
お気をつけて

**名前は開発中のものです。** · 2009/12/16(水) 07:34:00

グルグル回しっぱなしの方が楽だな。
カーソルの点滅とか地味に動かすところもあるのにそこだけ描き換えるのも面倒。

**名前は開発中のものです。** · 2009/12/16(水) 18:27:09

下手に部分描画頑張っても画像崩れ対策とかが面倒だしな
最近のPCの性能にまかせて60回更新余裕です

**名前は開発中のものです。** · 2009/12/16(水) 18:44:25

まぁまぁ。
CPU使用率とかメモリアクセス減れば電気代節約にもなるだろうし（？）
色々挑戦する分にはいいんじゃないかな。

**名前は開発中のものです。** · 2009/12/16(水) 18:52:02

ゲーム中の状態異常としてFPS強制低下を組み込もうと考えた事はあるわ

**名前は開発中のものです。** · 2009/12/16(水) 19:20:23

俺のゲーム、30fpsだ

**名前は開発中のものです。** · 2009/12/18(金) 18:57:42

すいません。
DXライブラリのド初心者です。＞＜
２Dアクションでキャラが歩いてる感じの表現をだしたいのですが。
どうすればいいでしょうか？？
詳しいサイトを教えていただけるだけでもうれしいです＞＜
おねがいします＞＜

**名前は開発中のものです。** · 2009/12/18(金) 19:09:02

http://dixq.net/g/#0

**名前は開発中のものです。** · 2009/12/18(金) 19:16:05

>127
RPGの歩いてる感じであれば上のサイトでも書いてありますが、
２Ｄアクションとなると少し違うかも知れませんね。
歩いてる感じといっても、描画だけできればいいのか、
地面とのあたり判定を求めて描画するのかなどで
回答は色々変わってくると思いますが、とりあえず描画だけすればいいんですかね？

アクションゲームは初めて作るゲームとしてはとても難しいと思いますよ。
特に斜め坂、曲面大地とか作らないといけなくなると
マップ管理とかも結構面倒です。

で、描画だけすればいいのであれば、
いくつか歩行グラを読み込んでループ描画すればいいのではないでしょうか？

**名前は開発中のものです。** · 2009/12/19(土) 02:45:18

ありがとうございます。
基本はRPGにしようとおもっています＞＜
ただ、戦闘がめんをアクションみたいにしたいとおもっています。
テイルズシリーズみたいなかんじです＞＜
RPGの要領で画像分割で挑戦してみたのですがなにかいわかんがありましたので
迷惑かもしれませんがご教授おねがいいたします＞＜。

**名前は開発中のものです。** · 2009/12/19(土) 02:46:33

３Dゲームを作りたいのですが

**名前は開発中のものです。** · 2009/12/19(土) 02:50:33

質問のレベルがDXライブラリを使うとかどうとか以前の問題な気が

**名前は開発中のものです。** · 2009/12/19(土) 02:53:29

３Dのゲームを作りたいです。
僕が作るのは主観視点の剣劇アクション。
山や森、遺跡を冒険するのです。
グラフィックはXBOX３６０くらいを目指します。
DXライブラリを使えばできますか？

**名前は開発中のものです。** · 2009/12/19(土) 02:58:12

グラフィックはもう少し現実的な目標をだな…

**名前は開発中のものです。** · 2009/12/19(土) 03:04:45

グラフィックはよく研究してるます！

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

そうかそうか
DXライブラリは3Dも扱えるが2D向けなのは違いない
http://www.libsdl.org/index.php
DXライブラリの代わりにこっちでやれ

**名前は開発中のものです。** · 2009/12/19(土) 10:41:46

>>133
>グラフィックはXBOX３６０くらいを目指します。
DXライブラリではできないのでDirectXを使いましょう。

**名前は開発中のものです。** · 2009/12/19(土) 10:44:35

XNAを使うのがいいでしょう

**名前は開発中のものです。** · 2009/12/19(土) 11:10:32

Unity3Dとか？

**名前は開発中のものです。** · 2009/12/19(土) 11:22:56

UDKでもいいんじゃね？
【UDK】Unreal Development kit ver.1【無料】
http://pc11.2ch.net/test/read.cgi/gamedev/1257586779/l50

**名前は開発中のものです。** · 2009/12/19(土) 14:48:51

仮にDirectXでFPSを作るとしたら政策時間は何時間くらいになるのか。
DXライブラリで作る場合と比べてどれくらいながくなるのか

**名前は開発中のものです。** · 2009/12/19(土) 14:54:22

>>141
人にもよるし作るモノにもよるので何とも言えない。
DirectXで作る場合はDXライブラリに相当するライブラリを自作することになるのでそれだけの期間が必要になる。

**名前は開発中のものです。** · 2009/12/19(土) 15:13:02

なんで最初から作る話になってるんだ
DirectXでやってるやつは自分で自前のライブラリぐらい作ってるだろ

**名前は開発中のものです。** · 2009/12/19(土) 15:27:22

自分でライブラリ作ってるくらいの経験あるなら
ゲーム製作時間の見当ぐらいだいたいつくだろ。

**名前は開発中のものです。** · 2009/12/19(土) 15:34:09

そんなあなたに3D Gamestudio
http://pc11.2ch.net/test/read.cgi/gamedev/1219363848/

**名前は開発中のものです。** · 2009/12/19(土) 23:55:31

>>130
今年のHSPコンテストでテイスズオブに近い戦闘システム再現した作品あるぞ
機能の低いHSPでさえ出来るのだからDXLibでもやれると思ってもいいだろう
画面分割に関してはDXLibでは良くわからない、自分はSlimDXで開発しているので
SlimDXはDirectXとほぼ同じようなプログラミングなのでデバイスやビューポート調整して簡単に画面分割できる

**名前は開発中のものです。** · 2009/12/20(日) 01:17:43

ありがとうございます～～＞＜
普通のRPGの戦闘画面よりかはむずかしいのでしょうか
少し、HSPのコンテストのほうをしらべてみようとおもいます＞＜
ありがとうございなした＞＜

**名前は開発中のものです。** · 2009/12/20(日) 01:35:28

ニコニコのランキングに上がってるＤＸライブラリ使った動画見て感動した

**名前は開発中のものです。** · 2009/12/20(日) 01:41:14

まさに神言語！！
だとおもった。

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

>>148
どれ？

**名前は開発中のものです。** · 2009/12/20(日) 02:44:10

>>147
2Dのみか3Dを使うのか分からないけど、戦闘画面作るだけなら難しくない
RPGのHP,MPパラメータにしても2Dスプライト重ねるだけでいいし、画面分割の必要性も無い
しかし、RMB再現するって言ったらリアルタイム衝突判定とか移動のAIも必要になってくる
こっちの方が難しいかもね、かなり頭脳巡らせないと

**名前は開発中のものです。** · 2009/12/20(日) 02:48:23

http://www.nicovideo.jp/watch/sm9127380
ぷるんぷるん

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

>>152
再生数多過ぎわろたｗ

**名前は開発中のものです。** · 2009/12/20(日) 08:59:33

>>152
天才だな

**名前は開発中のものです。** · 2009/12/20(日) 09:37:34

>>152
ワロタｗ

**名前は開発中のものです。** · 2009/12/20(日) 10:53:07

えええ。これDXライブラリなのかよ。
各種設定処理を作るのにDXライブラリが便利なのはわかるが
キモの部分もDXライブラリなのかなぁ。

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

DXライブラリ以前に画像の加工のアルゴリズムだろこれ

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

メッシュで板ポリに分割して頂点動かしてるだけでしょ
アイデアは面白いけどDXライブラリだからどうというようなものでは全くない

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

キャラ歩かせるのも一苦労の俺からするとなんでもすごいわ

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

いやすごいのはすごいんだけどDXライブラリ関係ないw
画像を指定した位置に表示することさえできれば何使ったっていいわけだ

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

>>148
ニコ動ランキングってバトーキン？
MMDのモデルを取り込んで、動かしたりしてかなり有名になったみたいな
どんなゲーム作るつもりなんだろう

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

>>161
何一人話違う方向行ってんだよｗ　152を見れ

しかし俺もバトーキンさんの動画も見た。マジで、どこまで出来る神ライブラリとおもた

**名前は開発中のものです。** · 2009/12/20(日) 12:05:51

DXライブラリは本当にすごいと思うが
実質管理人さんが一人で開発サポートしてるのが心配。
これ管理人さんが投げたらそれで終わりだろ。しかもサポートは大変そうなのに無料だし。

**名前は開発中のものです。** · 2009/12/20(日) 12:24:05

それはフリーソフト全般に言える事だし、しょうがないでしょう。

管理人さんが投げ出すのが心配なら、投げ出さないように
自分ができる事をやりましょう。

**名前は開発中のものです。** · 2009/12/20(日) 12:31:14

>>163
そのへんは市販のライブラリやソフトでも同じだと思うよ。
ゲーム用のツールや3DCGソフトで言うと、Hexagonとか
TrueSpaceとかの例もある。
HUMANが作ってたDigitalLocaとかもそうだし。

>>152
その動画で「ヨーグルトきのこ健康法―ケフィアの奇跡」を
購入した人がいるの見て、ちょっとウケた。

これ普通に動かして遊んでても結構楽しい。
良く分からんけど、DirectXかnVidiaのサンプルであった
マウスの動きで波紋が起こるサンプルみたいな事を
やってるのかな。
でもDXLibってピクセルシェーダー使えないし、テクスチャ
領域を直接いじれなかったような気がするけど
1マス=1ポリゴン(四角)でバネのマスにしてるのかな。

**名前は開発中のものです。** · 2009/12/20(日) 12:33:05

そういえばDXライブラリ3Dってのあったけど投げ出して終わってしまったな・・。

確かにたった一人のやる気次第ってのはある意味怖いね。
知名度が高くなるほどプレッシャー的なものも増えるだろうし

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

DXLIBってオープンソースじゃなかったのか

**名前は開発中のものです。** · 2009/12/20(日) 13:04:38

いままでfps気にしてない（だいたい70fpsくらい）で
ゲームつくってたんだけどfpsを60にすると目に見えて
アニメーションが劣化するんですよね。
これってある程度防ぐ方法ってありますか？

**名前は開発中のものです。** · 2009/12/20(日) 13:15:55

大抵グラにこだわってるゲームは見た目凄いだけで実際触ってみるとツマンネになる

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

>>168
2Dか3Dかによってもやり方が変わってくるけど、アニメーションを調整するしかないかな。

**名前は開発中のものです。** · 2009/12/20(日) 14:39:39

60fpsでアニメーション劣化するってｗｗｗ
何フレームで更新してんだよｗｗ
1フレームごとアニメーション更新してれば60もあれば十分すぎるだろ

**名前は開発中のものです。** · 2009/12/20(日) 15:02:55

>>169
気持ちは痛いほど分かります。ただ、辛口の他人がやる場合、取っても
もらえないんですよ。

>>170
やはりコマ数ですか.

>>171
レミングスみたいに並んでアニメーション
させて動かしてると、明らかにぎこちないんですよね。処理落ちかもね？

**名前は開発中のものです。** · 2009/12/20(日) 15:46:47

>>172
ためしにひとつをアニメーションさせてみて滑らかなら、大量にしたことによる処理落ちじゃないかと思う
>>170のとおり、コマ調整したほうがいいと思う

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

２Dなのか３Dなのか、
２DだとしてもFPSが違ってもゲームスピードは一律になるような処理にしてるのか、とか
状況によって違うと思うんだが。

**名前は開発中のものです。** · 2009/12/20(日) 15:56:54

WaitTimer(14);
てやってるんじゃあるまいなｗｗ

**名前は開発中のものです。** · 2009/12/20(日) 16:42:20

>>174
２Ｄです。

>>175
そんなことしたら、操作できなくなるので分かると思います・・・。

うーん、うまく動かないですね。人の作ったプログラムは分からないこと
が多いので今回でＤＸライブラリから卒業しようを思います。これからは
友人と同じように自分で一から組み立てます。
レスしてくれた人ありがとう。

**名前は開発中のものです。** · 2009/12/20(日) 16:49:25

２Dで70FPSで動かしたってのは、
１フレーム１コマ、１秒間に７０コマもの超なめらかアニメーションさせてるって事？

**名前は開発中のものです。** · 2009/12/20(日) 16:50:10

モニタのリフレッシュレートと合ってないだけだろ

**名前は開発中のものです。** · 2009/12/20(日) 16:55:09

70FPSってモニタが70Hzじゃないと表示できないんじゃないの

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

垂直同期信号待ちを切れば、動作は可能だね。
見た目は60FPSだけど。

**名前は開発中のものです。** · 2009/12/20(日) 17:38:57

処理落ちかもねとか言ってるけど処理落ちかどうかの確認はしてないのかよ？

**名前は開発中のものです。** · 2009/12/20(日) 18:01:04

ちょっと待てｗｗｗ
それくらいでＤＸライブから離れるのかｗｗｗ
なんか解決方法あるだろうに
自作でDXいじれるなら、今回のことくらい解決できそうなんだがｗ

**名前は開発中のものです。** · 2009/12/20(日) 18:33:44

>>168 >>172
＞レミングスみたいに並んでアニメーション

どう考えても処理落ちです
本当にありがとうございました
70FPSに戻してみろ　同じようにカクカクだから

**名前は開発中のものです。** · 2009/12/20(日) 18:41:50

とりあえず解決方法はフレームスキップね　30fpsまで落としてもいいけど
ttp://msdn.microsoft.com/ja-jp/academic/cc998627.aspx
>>176
でもDXライブラリに関係無いことをDXライブラリのせいにしてる時点で
こいつにゲーム作らせるの無理だろｗｗ

**名前は開発中のものです。** · 2009/12/20(日) 19:09:59

ライブラリのせいにするなよｗ

**名前は開発中のものです。** · 2009/12/20(日) 19:48:19

普段人の書き込みについて何か言ったことは無いのですが、さすがに
>>176
には頭にきました。
自分が技術力無い事をライブラリのせいにしないでください。
> WaitTimer(14);
なんでこれ書いたら操作不能になるの？
70FPSから60FPSにすると目に見えて劣化する？
ある程度経験がある人から見たら「は？何言ってんの？」と思うでしょうね。
2chにまともなDXライブラリのスレはここだけ。
制作者さんが見てもおかしくない。
そしてDXライブラリ愛用者が集まるこの場所で、自分の技術力無いこと棚にあげて
ライブラリのせいにしないでほしいですね。

**名前は開発中のものです。** · 2009/12/20(日) 21:38:21

>>151さん
ありがとうございます。
RMBというのがよくわかりませんが＞＜
とりあえずいまめざしているRPGはおいといて、
簡単なアクションか格闘ゲームをつくってみたいとおもいます＞＜
DXライブラリのアクションについてくわしくかかれているサイトがありましたら
おしえてほしいです＞＜
あと、ゲーム製作にくわしいかたは、初めはどのようにして知識をつけられたのでしょうか？？
ご教授おねがいいてします＞＜
長文すいませんでした><

**名前は開発中のものです。** · 2009/12/20(日) 21:40:59

Ｄ><ライブラリ

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

>>187
いろんなジャンルの簡単なゲームを一通り作成しておくとノウハウが身につくよ。困ったときにも応用きく
でも、自分が作りたいものをいきなり作っても大丈夫なくらいDxlibは充実してると思うからそんなに難しく考えなくて大丈夫な気がする
描画の仕方と入力などさえ作者の解説ページで学んだなら、あとは必要なアルゴリズムを検索などして探して、合うように書くだけ
ゲーム作りでわからなくなるのは作りたいものを表現するアルゴリズムの部分だけど、そこの部分は自分のわかる言語で書かれてる解説ページならそれをC++で書き直せばいいだけだしね

作者さんの解説ページ
http://dixq.net/g/

DXlibリファレンス(ＤＸlibの説明ページ)
http://homepage2.nifty.com/natupaji/DxLib/dxfunc.html

解説は薄いけどDXlibの基本的なソースなど
http://homepage2.nifty.com/natupaji/DxLib/dxprogram.html

DXlibじゃないけど、ゲームのアルゴリズムの考え方なら
http://www5f.biglobe.ne.jp/~kenmo/program/program_ind.htm

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

>>189
作者さんの解説ページって書いてるけど、
それ作者とは関係ないですよ。
URL見たら全然違うのがわかるはず

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

>>187
スペル間違いですLMBでした
テイルズオブシリーズの戦闘システム、リニアモーションバトルのこと
ゲーム作りにしても何にしても、これといった学習方法は無いが
まずは、ウィンドウ作成して絵を表示出きる様にする、そのあとは
背景を表示する、背景をスクロールさせる
背景の上にキャラを表示する、キャラを移動させる、
背景とキャラの移動・衝突判定を出きる様にする(特にRPG)
ここまでが基本じゃないのかな
この後は、攻撃・弾丸の衝突判定とか、敵キャラの移動アクションとか難しいところに入る
自分は格闘ゲーは作らない上得意ではありません、今取り組んでるのはTPSアクションシューティングです

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

テイルズの戦闘で一番しんどい所は素材の用意
格ゲー並にドット打たないといけない
素材さえ用意できれば処理は難しくない

**名前は開発中のものです。** · 2009/12/20(日) 23:21:20

>>192
少し大きめのサイズで3Dで作ってアニメ調にしたものを連続bmpにした後、リサイズで小さくするとまるでドット絵みたいになった
素材とかそれでいけるんじゃね？

**名前は開発中のものです。** · 2009/12/20(日) 23:56:20

だれがモデルングしてだれがモーションつけるの？
大して手間は変わらん気がする

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

モデルングワロタ

**名前は開発中のものです。** · 2009/12/21(月) 00:10:43

>>193
ファルコムのキャラの作り方がその方法だったかな
3Dモデリングやモーションツールって大抵はbmp吐き出せるものなの？
うちはそういうの自作しちゃったけどね
今時ドット打ちは効率悪いし古いからね
2Dだと解像度高ければベクタグラフィック使う手段もある

**名前は開発中のものです。** · 2009/12/21(月) 03:05:35

>>152
再生数すっごいことなってんなｗ

PSDなどのレイヤー使えるファイルと連携できると・・・！

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

>>193
モーションつける必要もあるけど、αチャンネルがないと
作業しにくいので、メタセコとかのモデラーでなく
統合型ソフトでレンダリングしないと厳しいかも。

レンダリングした画像を、下絵にしてキャラクター用の
ドット打つのだと餓狼とか…。
そのまま使うのだとSFCのドンキーコングとかDSのASHとか
色々あるけれど、ブラー表現とか極端なデフォルメとかの
一部のアニメ的な表現は3Dでは非常にやりにくいし、
モノによっては素でドット打った方が早い部分はあるかも。

具体的に言えば、メタルスラッグのキャラみたいなのは
3Dではやりにくい。大幅に崩れる表情や徐々に溶ける服、
燃えていく様を別々にモデリングしないといけない。
リアル寄りでもそのまま下手に取り込めば、ビキニ空手や
キャプテンサワダになる罠もあるのでケースバイケースかも。

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

Ozawa-Ken方式が楽でいいんでないだろうか。
超直感的なインターフェイスでポーズ付け出来るし。

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

別にアマチュアだからいいって言うならいいが
3Dやベクターグラフィックではいかにも素人って感じのゲームしか作れんよ
なんかもっさりだったり安っぽかったり
特に3Dアニメーションは市販レベルまで行けてるのを見たことが無い

それに比べてドット絵ならきちんと描ければプロレベルの見た目にかなり近づける
ドット絵自体が数年前の技術ということもあるが、情報を省いて見る人に補完させてるっていうのも大きい
それにドット絵はああ見えて3D背景やエフェクトなど何でも合うしな

問題は高度なドット絵を描くのは適当な3Dを作るよりずっと難しいということだが

DXライブラリ 総合スレッド その5

DXライブラリ総合スレッドその5