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/

**名前は開発中のものです。** · 2010/01/06(水) 00:27:54

>>492
ポリゴン数とテクスチャサイズはパフォーマンスに影響するよ。
市販のゲームを参考にすると良いと思う。
ttp://www.geocities.jp/gamerabbits/programing_08.htm

>>493
「#include」「extern」を使う。
ttp://www.geocities.jp/ky_webid/c/032.html

**名前は開発中のものです。** · 2010/01/06(水) 02:00:14

ポリゴン数の話でなく、オブジェクトのサイズの話の方なら
3DCGソフトによって座標系や単位もバラバラなので関係ないよ。
ただ作業上の手間はあるので、サイズは統一しておいた方が
良いとは思う。
Dxライブラリの場合は、メタセコに合わせているので市販の3DCG
ソフトから直接xで書き出した場合は、極小で表示されると思う。
3DCGソフト側で適正なサイズでモデリングするか、メタセコ経由
してサイズを調整するのが無難かも。

>>493
switchとかでもできるけど、シーン(面)ごとにクラスに分けてるなら
基底のクラス作ってそっから各面を派生させたほうが楽かも。
シーン遷移(シーケンス遷移)やstateパターンとかでググるといいかも。

**名前は開発中のものです。** · 2010/01/06(水) 02:15:00

質問者のレベルを考えると

　if ( scene == SCENE_TITLE ) Title();
　else if ( scene == SCENE_PLAY ) Play();

でも良い気がした。

**名前は開発中のものです。** · 2010/01/06(水) 02:17:06

関数ポインタなんてどですたい

**名前は開発中のものです。** · 2010/01/06(水) 02:41:18

モデルの大きさは1以下にしたほうがいいとか
どっかに書いてあった気がする

浮動少数点の精度がどうたらこうたらで

**名前は開発中のものです。** · 2010/01/06(水) 16:02:24

void model_load( char *file,int zx, int zy){
～略～
mapmodel_h = MV1LoadModel(file) ;
　　　　　　～略～
}

//グローバルスコープ
int mapmodel_h;

int WINAPI WinMain(HINSTANCE hInstance,HINSTANCE hPrevInstance,LPSTR lpCmdLine,int nCmdShow){

　　　　　　～略～
model_load("newmap2.mqo",5,6);

これのmodel_load関数のどこが間違ってるの？デバッグ中に「モデルファイル newmap2.mqo が読み込めませんでした」とか怒られる
ちゃんとファイルを置く場所も間違ってないのに・・・

**名前は開発中のものです。** · 2010/01/06(水) 16:15:50

それはね、ほら、あれだよ

**名前は開発中のものです。** · 2010/01/06(水) 19:54:12

ファイルを置く場所が間違ってないなら、そのファイルが問題なんじゃないだろうか。
試しにDxLibのサンプルのファイルに置き換えてみるとかどうだろう。

あと念のため、>>301-302も見てみてね。

**名前は開発中のものです。** · 2010/01/06(水) 21:30:52

・・・回答ありがとう。解決したよ・・・

たった今、もの凄い恥ずかしいミスをしている事に気づいた。ぅゎー

**名前は開発中のものです。** · 2010/01/07(木) 00:27:42

うまくいかないのでやり方を教えてほしいのですが、

story.cpp内のdraw関数では、
switch(nowstage) {
case 0:
DrawGraph(0,0,img[0],FALSE);
（nowfstageは現在プレイ中のステージ。クリアすると+1されるようになってる
img[0]には画像が読み込まれている）
という宣言がしてあって、

void ShootGame::drawGameClear(){
slgmap.draw();
jikicnt.move();
bakucnt.move();
GameFrame::drawGameClear();
int key = GetJoypadInputState(DX_INPUT_KEY_PAD1);
if(key & PAD_INPUT_B)story.draw();
// if(key & PAD_INPUT_B)setGameState(GAME_MAIN);
}

とした場合、該当のキーを押している間は画像が表示されるのですが、キーを離すと表示されません。
まずキーを押したら画像が表示されて、その後キー入力で画像を切り換えて何枚か表示させた後、
またキーを押したらGAME_MAINに戻るようにしたいのですが、どうしたらいいですか？

**名前は開発中のものです。** · 2010/01/07(木) 01:03:02

enum
{
　　START,
　　FIRST,
　　SECOND,
　　END,
};

int draw_state = START;

drawGameClear(){
　　int key = GetJoypadInputState();
　　if(key & PAD_INPUT){
　　　　draw_state++;
　　}
}

some_function(){
　　if(draw_state == START){
　　　　// hyouji sinai
　　}
　　else if(draw_state == FIRST){
　　　　// 1maime hyouji
　　}
　　else if(draw_state == SECOND{
　　　　// 2maime hyouji
　　}
　　else if(draw_state == END){
　　　　// GAME_MAIN ni modoru
　　}
}

**名前は開発中のものです。** · 2010/01/07(木) 01:04:01

あ、キーを押した瞬間だけ検知するロジックが必要だな

**名前は開発中のものです。** · 2010/01/07(木) 01:10:32

bool before_key_state = false;
bool now_key_state = false;

chk_key(){
　　before_key_state = now_key_state;
　　if(GetJoypadInputState() & PAD_INPUT){
　　　　now_key_state = true;
　　}
}

chk_key()を毎フレームかコールバックでやってるなら
キーが押されたときに実行して以下の処理で検知とか

if(!before_key_state && now_key_state){
　　// ima osareta
}

**名前は開発中のものです。** · 2010/01/07(木) 01:11:44

こうか。。超適当
chk_key(){
　　before_key_state = now_key_state;
　　if(GetJoypadInputState() & PAD_INPUT){
　　　　now_key_state = true;
　　}
　　else{
　　　　now_key_state = false;
　　}
}

**名前は開発中のものです。** · 2010/01/07(木) 15:40:47

上記のchk_key関数を作ってGameClear内に呼び出すようにしたのですが、
方法が悪いのか、やはりキーを押している間しか画像が表示されません。
現在このような形にしています。

bool before_key_state = false;
bool now_key_state = false;
はすべての関数の外で呼び出し、
（int cstate = STARTは外で呼び出すと2回目から画像が出なくなったので、中にしました）

void ShootGame::drawGameClear(){
int cstate = START;
chk_key();
int key = GetJoypadInputState(DX_INPUT_KEY_PAD1);
if(key & PAD_INPUT_B){
cstate++;
}

if(cstate == START){
slgmap.draw();
jikicnt.move();
bakucnt.move();
GameFrame::drawGameClear();
　　　　}
else if(cstate == FIRST){
story.draw();
}
else if(cstate == SECOND){
story.draw();
}
else if(cstate == END){
setGameState(GAME_MAIN);
}

**名前は開発中のものです。** · 2010/01/07(木) 15:43:45

if(cstate == START){
以下をsome_function関数にして、
void ShootGame::drawGameClear(){

int key = GetJoypadInputState(DX_INPUT_KEY_PAD1);
chk_key();
if(key & PAD_INPUT_B){
cstate++;
some_function();
}
}
というのもやってみましたが（当然ですが）できませんでした。

chk_keyの中身は、
void ShootGame::chk_key(){
int key = GetJoypadInputState(DX_INPUT_KEY_PAD1);
before_key_state = now_key_state;
if(key & PAD_INPUT_B){
now_key_state = true;
}
else{
now_key_state = false;
}
}
というような形になっています。

**名前は開発中のものです。** · 2010/01/07(木) 15:52:30

キーを離すと「cstate = START」の状態に戻っていると思います。
if(key & PAD_INPUT_B){ }内の cstate++;の前後に
if(cstate == START){ を入れるというのも試してみたのですが、
やはりうまくいきません

**名前は開発中のものです。** · 2010/01/07(木) 16:22:43

そりゃ　cstate はローカル変数だからな
それじゃあその関数呼ばれるたびに　cstate = START;　がセットされるわな
int cstate = START;　を　static int cstate = START;　に変えるか
あるいは　cstate をメンバ変数にするかしないと

あと、キー押し続けチェックは彼とは違ったやりかたになるけど

chk_key();
int key = GetJoypadInputState(DX_INPUT_KEY_PAD1);
if(key & PAD_INPUT_B){
cstate++;
}
の部分を以下に変えたらどうか
static bool holdDownB = true;
int key = GetJoypadInputState(DX_INPUT_KEY_PAD1);
int pushB = key & PAD_INPUT_B;
if (pushB && !holdDownB){
　cstate++;
　holdDownB = true;
}
if (!pushB) holdDownB = false;

**名前は開発中のものです。** · 2010/01/07(木) 16:39:31

ありがとうございます。
確かにintでは値の保持ができませんね…。気が付きませんでした。
静的変数にしなくてはいけなかったんですね。
あとキー入力の部分もありがとうございました。
考えていた通りに動かすことができました。

**名前は開発中のものです。** · 2010/01/07(木) 16:45:13

DxlibをC#で使ってる解説サイトとかないかな？

**名前は開発中のものです。** · 2010/01/07(木) 17:40:30

>>513
C#版は一部の関数が使えないこと以外はC版と同じ。
readme.txtに書かれていること以上に解説することがないから解説サイトもないよ。

**名前は開発中のものです。** · 2010/01/07(木) 22:19:47

static変数使うと初期化がうまくできなくなりがちなんだよなあ

**名前は開発中のものです。** · 2010/01/07(木) 23:25:56

>>515
別に静的変数を使わなくても実装できるよ。
せっかくC++使ってるんだしクラス化してみたら？
↓みたいな感じで。

// ジョイパッド管理クラス
class Joypad
{
private:
enum
{
MAX_BUTTON = 28 // DXライブラリは最大28個のボタンに対応している
};

int PressedCounts[MAX_BUTTON]; // 各ボタンの押されたフレーム数を保存しておく

public:
void Update(); // ジョイパッドの入力状態を更新する
int GetPressedCount(int InputType, int Button); // ボタンが押されたフレーム数を取得する
};

// 使用例：-------------------------------
// ジョイパッドの入力状態を毎フレーム1回だけ更新する
joybad->Update();

// パッド1のBボタンが押された
if(joybad->GetPressedCount(DX_INPUT_KEY_PAD1, PAD_INPUT_B) == 1)
{
// 何らかの処理
}

**名前は開発中のものです。** · 2010/01/08(金) 02:41:50

態々クラス化する程のことか
少なくとも手間は普通にコーディングした方が全然掛からないが

**名前は開発中のものです。** · 2010/01/08(金) 09:30:18

ならその方法で良いんじゃない？
クラス化はあくまで一例でしょ
君のいう普通がどんななのかは知らないけど

**名前は開発中のものです。** · 2010/01/08(金) 21:55:23

スクリーンのある位置のpixelが、
何色を表示しているかわかる方法ってありますか？

**名前は開発中のものです。** · 2010/01/08(金) 21:59:21

ある

**名前は開発中のものです。** · 2010/01/08(金) 22:04:52

ある。

**名前は開発中のものです。** · 2010/01/08(金) 22:08:20

GetPixelですか？

**名前は開発中のものです。** · 2010/01/08(金) 22:11:52

なんでそれを聞く必要があるの？リファレンスにも書いてあるし自分で試すことも出来るのに

**名前は開発中のものです。** · 2010/01/08(金) 22:16:19

>>523
言いたいことは分かるけど、おまいさんに突っ込む資格は無いだろうｗ

**名前は開発中のものです。** · 2010/01/08(金) 22:23:08

>>520,521,523,524
なんとか出来そうになりました
ありがとうございます

**名前は開発中のものです。** · 2010/01/08(金) 23:05:49

ワロタ

**名前は開発中のものです。** · 2010/01/08(金) 23:08:41

できそうってまだできてないのｗ

**名前は開発中のものです。** · 2010/01/09(土) 10:14:37

ストライクウィ○チーズ保管庫画像取得
http://maniax.dlsite.com/work/=/product_id/RJ057302.html
結構使える

**名前は開発中のものです。** · 2010/01/09(土) 10:31:31

>>528
wgetでおｋ

**名前は開発中のものです。** · 2010/01/10(日) 04:28:31

ゲームプログラマになる前に覚えておきたい技術を買ったんだけど
難しすぎるだろこれ
DXライブラリのサイトのほうがどれだけわかりやすいか

これは勉強する本じゃなくて、もう理解してる人が確認する
ためのもんか？

**名前は開発中のものです。** · 2010/01/10(日) 04:43:49

少なくとも入門書レベルなら、他人に教えてあげられるくらいの実力は要ると思う。
それでもプロとしてみるなら初心者だろうね。

**名前は開発中のものです。** · 2010/01/10(日) 04:58:47

何をやってるかはわかるんだけど、自分の力だけではコード書けない
結局サンプル見ながらそれを打ち込むだけ
こんなんじゃ意味ないでしょ？

買うのまだはやかったなー

**名前は開発中のものです。** · 2010/01/10(日) 05:01:50

とりあえず一番最初の倉庫番チャレンジしてみたらどう？
自分は昼から始めて夕方までかかった orz

**名前は開発中のものです。** · 2010/01/10(日) 07:32:15

>>532
最初は意味わかんなくて、できる人のソースをコピペ。
次に少しずつソースを読解できるようになり改造していく。
そしてやっと自力ですべて書けるようになる…のが
普通の流れだと思うよ。

ひらしょー本は、初心者に構造的に説明しようと誠実に書いて
くれている結果、冗長で読みにくくなった部分はあるとは思うけど
必要なことは抑えてある本だと思うので、まずは本に書いて
ある事が分かるように勉強していけばいいんじゃないかな。

何が分からないかにもよるし、教え方の手腕の問題もある
だろうけど、すぐに理解できちゃうような内容しか書いて
いない本だとお金出して買う価値もないと思うし、
ゲーム関連技術がもし簡単に書けちゃう内容だと、こんなに
解説本も出ないと思う。

**名前は開発中のものです。** · 2010/01/10(日) 11:04:17

将来使うはずだと無理矢理クラスを使って書いてるけど
今のところ決定的にcに比べて便利だと思うところはないなぁ
確かに変数と関数を一塊にできるのは気持ちがいいのだが・・・

**名前は開発中のものです。** · 2010/01/10(日) 11:07:58

listとか両方で実装してみると大分ちがわね？

**名前は開発中のものです。** · 2010/01/10(日) 11:20:33

>>532
Chapter13（I部 2次元のゲーム）までは頑張れ。

>>535
継承、カプセル化、ポリモーフィズム、演算子のオーバーロード、STLあたりを理解できるとメリットを感じられるようになるよ。

**名前は開発中のものです。** · 2010/01/10(日) 11:44:54

最初はコピペ、それを改造、ってのはごく普通の流れだろうな。

俺も昔は雑誌に載ってたプログラムをぽちぽち打ち込んでたもんよ。

**名前は開発中のものです。** · 2010/01/10(日) 11:46:10

俺も昔はラジオを録音してたもんよ

**名前は開発中のものです。** · 2010/01/10(日) 13:31:00

今は3Dゲーならudkとかunityとか、2D紙芝居なら吉里吉里とかnスクとかがあるから、
趣味でゲーム作る程度ならプログラムまで手を出す必要はないよ。

**名前は開発中のものです。** · 2010/01/10(日) 15:45:18

俺の場合は最初はソース呼んで理解するところから入ったがな
コピペがあまり意味あるとは思えん
そっから自己流のアレンジで打っていったがな
まあある程度コピペっちゃあコピペだけどな
まあコピペは動作確認には必要かも知れんがな
あとポリリズムとかは使ってったけどカプセル化は結局面倒になって公開しちゃえーて戻ったけどな
結局グローバル変数使いまくりに戻ったし、まあ使いまくりって程でもないが
カプセル化やろうと思えばできるけどだってアクセサ通すと速度落ちそうな気すんだもん、それが気になってな
小規模の個人レベルであまりカプセル化のメリット感じられんのだが
ポリポリなんちゃらは俺もlistで重宝してるな
まあポリポリ使うより天麩羅使う方がすっきり書ける場合もあるしなあ

**名前は開発中のものです。** · 2010/01/10(日) 17:31:32

そりゃあ、ポリリズムなんて使ってたらな。

**名前は開発中のものです。** · 2010/01/10(日) 17:36:55

Javaなんかと違ってC++はクラス作るのが面倒なんだよな
場合によってはかえってミスしやすくなったり保守性が下がったりする

**名前は開発中のものです。** · 2010/01/10(日) 17:45:33

質問なんですが、画像でいうLoadGraphのように文字列を先にhoge[数字]読み込んでおいて、
DrawString(x,y,hoge[数字],Cr) ;のように呼び出して使う…ような感じになる方法ってありませんか？
あと、文中に改行も含めたいのですが・・・。
できれば１行ずつ表示されると嬉しいです。

**名前は開発中のものです。** · 2010/01/10(日) 18:00:03

外部ファイルを読み込みたいのか？
それなら龍神録にサンプルが載ってる。csv用だけどtxtにも転用できるはず

**名前は開発中のものです。** · 2010/01/10(日) 18:38:42

やりたい事がはっきりしてるんだから、自分で作ればいいだけでは。

**名前は開発中のものです。** · 2010/01/10(日) 18:52:06

内部の別のクラスでTEXTの内容を変数に格納しておいて、
それをDrawString(x,y,hoge[数字],Cr) ;で呼び出したいんです…
char hoge[1]="AAA";
DrawString(x,y,hoge[1],Cr) ;
みたいな形です。

**名前は開発中のものです。** · 2010/01/10(日) 18:58:51

普通に読み込んで、文字列の位置を計算をして出力

**名前は開発中のものです。** · 2010/01/10(日) 19:01:30

何を言っているのかわからないし
何をしたいのかもわからない

**名前は開発中のものです。** · 2010/01/10(日) 19:16:21

画面に複数行の文字を表示したいんです。
通常はDrawString( 250 , 240 - 32 , "Hello C World!" , Cr );って書くと
Hello C World!
と表示されると思うんですけど、このHello C World!の部分を、
改行を含む、変数を入れたいんです。

**名前は開発中のものです。** · 2010/01/10(日) 19:20:29

#include <string>
using namespace std;

string str[10];
str[0] = "AAA";

DrawString(x,y,str[0].c_str(),Cr);

文中に改行を含めたいってのはたぶん\nとか文中に入れたいんだと思うから
C++ splitとかでググってなんかフォントの縦幅とかなんたらやればいいんじゃないかな…

**名前は開発中のものです。** · 2010/01/10(日) 19:42:52

何言ってるのこいつ？

**名前は開発中のものです。** · 2010/01/10(日) 19:43:31

sprintf(str, "Hello C world!\n");
DrawString(x, y, str, Cr);

**名前は開発中のものです。** · 2010/01/10(日) 19:59:40

for(i = 0; i < numof_lines; ++i) DrawString(x, y + i * font_size, str[i], color);

**名前は開発中のものです。** · 2010/01/10(日) 21:11:56

>>544
そういう関数は用意されてないので自作するしかないよ。
改行文字を検索して文字列を一行ずつに分割、forループでY座標をずらして描画すればいいんじゃない？

**名前は開発中のものです。** · 2010/01/10(日) 21:40:30

DrawFormatStringの関数の
デフォルトのフォントの大きさってどれくらいなの？
書いてないから分かんないよ

**名前は開発中のものです。** · 2010/01/10(日) 21:57:23

作者が悪いみたいな言い方で気に入らねえなあ。
コードみりゃ書いてあんだろ、16だ。

**名前は開発中のものです。** · 2010/01/10(日) 23:42:22

話の流れとは全然関係ないんだが、画面サイズを2パターン用意したら、なんかすげぇ面倒なことに（笑）
「なんとなく」ってだけで実装するもんじゃねーなあ。

単純に拡縮するだけなら簡単なんだろうけども。

**名前は開発中のものです。** · 2010/01/10(日) 23:46:51

ルートレイヤ（固定サイズ）に描画→スクリーンに拡大描画でいいじゃん

**名前は開発中のものです。** · 2010/01/10(日) 23:52:21

16 : 9 って今後は用意すべき？

**558** · 2010/01/11(月) 01:11:32

>>559
それは>>558の3行目で否定してる「単なる拡縮」だｗ

もともと800x600でゲームを作ってたんだけどさ、
とある理由により、小さいウィンドウのバージョンを作らなきゃならなくなったんだ。

でもそのまま縮小すると、特にドット絵なんかは見てられなくなるし、
元が800x600用（あくまで縮小版はオマケ）なので、縮小版を基準にして800x600用に拡大するのも納得いかず。

そんなわけで、それぞれの画像の大きさを変えずに、ゲームの中身を変えようと思ったのが色々と失敗だった（笑）

>>560
主流が16:9になるか16:10になるかは別として、今後は4:3のモニタは減っていくだろうからなあ。
とはいえ現状ではモニタ側で4:3に対応（レターボックスや引き延ばし）してくれたりするし、作りやすい方でいいんじゃない？

**名前は開発中のものです。** · 2010/01/11(月) 01:27:26

今すぐ用意すべき

**名前は開発中のものです。** · 2010/01/11(月) 01:44:29

ドット絵が汚くなるってのは補完してるからじゃなくて？ニアレストネイバーでやれば綺麗に縮小されないかな

**名前は開発中のものです。** · 2010/01/11(月) 02:18:06

>>563
ドット絵は無理じゃない？
あとクリティカルな部分はともかく、1つの画像ファイルでなんとかしたいよね。

**名前は開発中のものです。** · 2010/01/11(月) 02:25:08

ペイントでキャラの画像を作る。保存をするとふちの部分の色が変わるのは何でだろう(´･ω･`)

**名前は開発中のものです。** · 2010/01/11(月) 03:05:07

ペイントの拡大縮小は補完処理が働くから確実にドット絵が汚くなるよね

**名前は開発中のものです。** · 2010/01/11(月) 03:06:28

565は拡大縮小してるとは言ってないけどね。

**名前は開発中のものです。** · 2010/01/11(月) 08:45:34

>>565
色が劣化する形式で保存してるんじゃないの？

**名前は開発中のものです。** · 2010/01/11(月) 09:45:29

文字の回転ってどうやってやるんですか？
△の記号を９０度回転させたものがほしいんだけど・・・・

**名前は開発中のものです。** · 2010/01/11(月) 09:52:18

>>565
画像をRGBにすれば解決する　サイズは大きくなるがな

**名前は開発中のものです。** · 2010/01/11(月) 10:18:00

文字入れられるだろ
それ回転すればいいだけ

**名前は開発中のものです。** · 2010/01/11(月) 10:18:14

>>569
画像にでも描いて回転描画させろ

**名前は開発中のものです。** · 2010/01/11(月) 10:22:10

>>569
DrawVString

**名前は開発中のものです。** · 2010/01/11(月) 10:27:58

>>572
それはやれると思ってたけど
変だったんで。
結局、文字を回転させる方法はないのか？
よくゲームである
△（９０度回転）６　△（９０度回転）な感じにしたい。

**名前は開発中のものです。** · 2010/01/11(月) 10:32:32

>>574
方法はいくらでもある。
そして、いくらでもやってる人がいる。
以上

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

>>575
でもやり方は知らないんでしょ？
知ってる人お願いしますね。

**名前は開発中のものです。** · 2010/01/11(月) 11:40:02

>>561
そうか、ワイドもあったか
ゲームやるならドットバイドットでやりたいよね

**名前は開発中のものです。** · 2010/01/11(月) 11:40:28

で、>>573は試したのかね

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

>>569
興味があったから探してみた。初心者なんで見当違いだったらスマソ
ttp://bbs.wankuma.com/index.cgi?mode=al2&namber=42794&KLOG=73
ttp://msdn.microsoft.com/ja-jp/library/cc428368.aspx

**565** · 2010/01/11(月) 12:24:49

色々試したらできました
ありがとうでした。

**名前は開発中のものです。** · 2010/01/11(月) 15:35:07

　|>　<|　こういうことだろ？

**名前は開発中のものです。** · 2010/01/11(月) 15:43:43

<|　|>　だと思ってた

**名前は開発中のものです。** · 2010/01/11(月) 16:11:51

　 (ﾟдﾟ )
　<|　y |>

**名前は開発中のものです。** · 2010/01/11(月) 16:25:44

>>582
が正解

**名前は開発中のものです。** · 2010/01/12(火) 00:34:41

>>581と>>582の違いはなんだ？
abをbaと書く程度の差じゃないか

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

オブジェクトのy座標が-0.2のときそれを描画ルーチンにわたすと
0の位置に描かれそうな気がするんですけど
(つまり-0.9～0.9が同じ位置に表示されそう)
DXLibにそのままわたすとどうなりますか？

あと固定小数点のたとえば int y100;の1/100が1ドットとするとき
　int y_for_draw;
　if (y100 < 0)
　{
　　y_for_draw = (y-99) / 100;
　}
　else
　{
　　y_for_draw = y / 100;
　}
でfloorになる？これは一般的にどう書かれる？

**名前は開発中のものです。** · 2010/01/12(火) 19:32:24

言っている意味がよく分からない。もっと要点絞ってくれ

**名前は開発中のものです。** · 2010/01/12(火) 19:52:43

>>586
>オブジェクトのy座標が-0.2のときそれを描画ルーチンにわたすと
>0の位置に描かれそうな気がするんですけど
>(つまり-0.9～0.9が同じ位置に表示されそう)
>DXLibにそのままわたすとどうなりますか？
C言語では小数から整数への変換は小数切捨てになる。
「型キャスト」で調べてみて。

>でfloorになる？これは一般的にどう書かれる？
ならない。もっと言えばコンパイルすら通らない。
「y_for_draw = (y-99) / 100;」は小数点以下を切り上げしていないので。
一般的かどうかは分からないけど、固定小数点数を浮動小数点数にしてmath.hのfloor関数を使った方が簡単だと思う。

**名前は開発中のものです。** · 2010/01/12(火) 19:57:29

>>587
質問は2つです

1つめはDXLibでたとえば描画ルーチンのXY座標に（-0.3, -0.9)をわたしたときと(0.1, 0.9)をわたした時が同じ場所になってしまうのでは？

2つめは
たとえば、キャラクターの座標の内部的な整数の変数（たとえばint x_naibu, y_naibu;（前質問ではint y100;））が
100移動すると「1ドット」動いたことになるとすると、
描画ルーチンには基本 (x_naibu / 100) を x座標としてわたすことになりますが、
もし x_naibu が -99 でも 99 でも (x_naibu / 100)はゼロになってしまいます。
これを解決する一般的なやりかたが知りたいという話です。

書き込みに間違いが
　y_for_draw = (y-99) / 100;　は y_for_draw = (y100-99) / 100;
下は　　y_for_draw = y100 / 100;

**名前は開発中のものです。** · 2010/01/12(火) 19:57:59

>>535
最初はそんな感じやね
C++実用レベルは理解しなきゃいけないこと多くて投げ出しがち
でも使い続けることをおすすめする
何よりまず慣れることが大事、慣れれば勝手にクラスありきになる
次第に理解が深まってゲーム製作には大いに役立つ

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

C++はタブーとイディオムがある程度わかってくればいいんだがそこまでがしんどい

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

＞C言語では小数から整数への変換は小数切捨てになる。
ありがとう
＞「型キャスト」で調べてみて。
型のサイズの順位とか知らないことがたくさんありました。

＞>でfloorになる？これは一般的にどう書かれる？
＞ならない。もっと言えばコンパイルすら通らない。
ちょっと間違えました。
>>589のようにしてコンパイルはとおってますが、何か穴があるかもと心配でした。

ちなみにdoubleを使ってたらたとえば加算する数値をきっちり1.0にすることができないことによる不具合を味わったことがあり、
固定小数点なら100を加えるときっちり1ドットだけ動くのが確定している利点があると思うんです。

**名前は開発中のものです。** · 2010/01/12(火) 20:36:56

>>592
誤：y_for_draw = (y100-99) / 100;
正：y_for_draw = (y100+99) / 100;
やりたいのはこういうことじゃない？

固定小数点数にもデメリットはあるし、個人的には浮動小数点数を使った方が良いと思うんだけどなあ・・・
・表現として分かりづらい（ソースコードが見づらい）
・扱える数値の範囲が狭い
・浮動小数点数を扱う標準関数やその他のライブラリが使用できない

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

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