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

**名前は開発中のものです。** · 2010/02/25(木) 23:29:14

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/
DXライブラリ総合スレッドその5
http://pc11.2ch.net/test/read.cgi/gamedev/1259912953/

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

いや……それは逆の立場で言う台詞だろ
HSPでも、って何？

**名前は開発中のものです。** · 2010/04/09(金) 00:21:21

Cに比べればメモリの管理は浅いという意味。
全体的に見ればC系列が上になるが、ゲーム作成にはほとんど関係ないでしょ
犬と猫シリーズには頭があがらんわ

**名前は開発中のものです。** · 2010/04/09(金) 00:48:13

そうだね。でもここで言う事じゃないよね。

**名前は開発中のものです。** · 2010/04/09(金) 00:56:55

>>335
HSPは使い物にならん、構造体が使えないという致命的欠点がある
アクションRPGとか凝った作品作ろうとすれば制御変数で苦しい思いする
今のPC環境ならJavaやC#がベストだと思うが
BASIC系ならDarkBasicやPureBasicとか構造体使えて便利なのもある

**名前は開発中のものです。** · 2010/04/09(金) 00:57:22

つか、今は管理人さんのサポートの話をしてたんじゃなかったかな。

**名前は開発中のものです。** · 2010/04/09(金) 01:15:16

DarkGDK

**名前は開発中のものです。** · 2010/04/09(金) 01:28:15

>>337
ゲーム作成にほとんど関係ないとかマジで言ってんの？
ロクな物作れないのはどっちだよ

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

>>339
あれ、構造体もなかったか。今時それはきついか。javaは個人的に苦手なので、個人的にオススメはC#になるかねぇ。
>>342
そうだね、一言抜けていた
「面白い」ゲーム作成にはほとんど関係ないよ
FFの最新作が面白いと思ってるような人なら、スマンカッタ。謝るわ
そうでなれければ面白いゲームを作るのに最も大切なの物は、アイデア。
ある意味愛情とも言えるね。どれだけプレイヤー視点で考えられるか。
俺自身HSP、lisp、C++と使ってきたけど、言語とか本当にどうでもいいことにやっと気づいた。今はVB.net使ってる
ついでにタブレットも使ったけど絵がヘタクソな奴はヘタだなwうまい奴はペイントでも書いてしまうんだよな
まぁ、実現不可能(もしくはその言語でゲームにならないレベルで重くなるなどの支障)なことが起こらない限り、得意な言語から乗り換える必要は無いよ
HSPで構造体がなくても使い易いと思えば使えばいい。配列を複数用意する等、いくらでもやり方はある

**名前は開発中のものです。** · 2010/04/09(金) 03:37:16

技術に関しては、ある程度までは磨けばなんとかなる。
だからセンスをくれ。マジで。

**名前は開発中のものです。** · 2010/04/09(金) 09:49:38

センスも沢山失敗して磨かないとだめだろｗ

**名前は開発中のものです。** · 2010/04/09(金) 14:43:23

センスがないんじゃなくて、観察力や分析力がないんだろ。
ようするに技術を磨く努力をしてないだけ。
やる気のない奴ほどセンスを言い訳にする。

**名前は開発中のものです。** · 2010/04/09(金) 16:00:53

何事にも努力が必要なのは確かだが、
複数の人間が同じだけの努力すれば、同じだけ能力が向上するなんて誰も思ってないのに、
才能やセンスの重要性を否定するのはおかしい。

**名前は開発中のものです。** · 2010/04/09(金) 16:59:31

才能とかセンスとか所詮結果論よ
特別な結果がでる人は、人と違う特別な努力を知らず知らずにしてるもんよ

**名前は開発中のものです。** · 2010/04/09(金) 17:53:59

ある何かに手をつけたとして、
それができた人は、面白くてやる気が出るから努力を続けるだろう。
だがそれが全然できない人は、当然面白くなくてやる気も出ないし努力するのが苦痛だろう。

とっかかりも結局は才能だと思う。

**名前は開発中のものです。** · 2010/04/09(金) 18:15:03

誰でも時間かければ勇者になれるＲＰＧ脳の弊害ですねわかります

**名前は開発中のものです。** · 2010/04/09(金) 21:56:13

>>347
一般的なプロ程度のセンスや技術に才能はたいして重要ではないよ
学習と努力で十分克服できるレベル
それとも、もうプロの域は超えてて天才に迫るとこまで行ってるわけ？って話だな

**名前は開発中のものです。** · 2010/04/09(金) 22:03:11

シッタカ乙

**名前は開発中のものです。** · 2010/04/09(金) 22:11:43

>>349
↑の答えは>>346って事なんだろうな
というか、遊びでプログラムやってるなら苦痛ならやめて他の簡単で面白い事やったらいいんじゃないの？
楽しくなければ遊びにならないでしょ？

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

>遊びでプログラムやってるなら苦痛ならやめて他の簡単で面白い事やったらいいんじゃないの？

これが「お前には才能が無いよ」と言ってるのと同義なんだけどな。
才能を否定してるようで才能の存在を多いに認めている。

**名前は開発中のものです。** · 2010/04/09(金) 22:28:12

普通の人が苦痛と感じることを楽しめるのも立派な才能

**名前は開発中のものです。** · 2010/04/09(金) 22:30:16

>>354
いや、キミの理解が足りないだけじゃないの？
一般的なプロ程度の人間は楽しいだけの学習なんてしていない、苦痛なのが普通だって事だよ

楽しい事以外したくないなら誰かの作ったゲームで遊んだりアニメ見たりしてるだけでいいんじゃないの？
遊びなんでしょ？

**名前は開発中のものです。** · 2010/04/09(金) 22:35:03

いい加減スレ違い

**名前は開発中のものです。** · 2010/04/09(金) 22:58:54

>>356
苦痛の乗り越えた時に達成感とかカタルシスはないの？

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

ゲーム業界に夢見てる連中の議論は傍から見てるとスゴク面白いなあ

**名前は開発中のものです。** · 2010/04/09(金) 23:09:40

>>358
苦痛があるから努力できないってレベルの話に何の関係があるの？

**名前は開発中のものです。** · 2010/04/09(金) 23:21:27

乗り越えられなければ苦痛しかないって事にも気付かないの？

**名前は開発中のものです。** · 2010/04/09(金) 23:34:48

趣味のゲーム製作で才能だの苦痛だの言い訳する奴は
もともとやる気がないだけだからやめとけって話だ。

**名前は開発中のものです。** · 2010/04/09(金) 23:35:19

> これが「お前には才能が無いよ」と言ってるのと同義なんだけどな。
> 才能を否定してるようで才能の存在を多いに認めている。

> 苦痛の乗り越えた時に達成感とかカタルシスはないの？

> 乗り越えられなければ苦痛しかないって事にも気付かないの？

何を言いたいのかさっぱり分からん

**名前は開発中のものです。** · 2010/04/09(金) 23:52:18

>>359
そうか？>>349には夢見てるというほどの熱は無いし
一般的なプログラミングや創作の学習過程の話だよ、これは

>>361
甘えんぼさんだなぁ、単なる遊びなら簡単に乗り越えられるように設定されたゲームをやっとけばいいだろ？
キミが躓いてる小石や水溜りはよく観察して努力すれば凡人でも乗り越えられるものだよ

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

プログラムなどの技術力とは全く関係なく、面白いゲームを作る人は実在するわけで、
そこを不思議に感じることはあると思うのよ。

そのジャンルへの豊富な知識/経験だったり、
>346の言葉を借りるなら、1つの経験から面白さを分析する力だったりするんだろうけど。
どうやって磨けばいいのやら。

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

横からスマン、ゲーム作るとき素材の大きさってみんなどうやって決めてる？

**名前は開発中のものです。** · 2010/04/10(土) 02:42:24

>>366
8の倍数+カンで決めてる

**名前は開発中のものです。** · 2010/04/10(土) 02:55:03

プレイする画面の大きさを、実際に作ってみて
そこから「これくらいかな」というのをざっくり切り取って、
あとは都合のいいサイズに微調整。

**名前は開発中のものです。** · 2010/04/10(土) 03:36:22

>>367
>>368
ありがとう、とりあえずダミーでアタリ決めて作ってみる

**名前は開発中のものです。** · 2010/04/10(土) 04:52:05

特に画面が固定のゲームだと、
素材の大きさ（＝画面内に置ける素材の数）は、ゲームシステムに直結するからなあ。

横7マスのぷよぷよと、横14マスのぷよぷよとでは全く別のゲームになってしまう。

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

1人でゲーム作るのとか無理すぎる…
どんだけ時間を費やし他の時間を犠牲にするか…
少なくとも３人は必要と思った

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

1人で作れるゲームを作ればいい話
DXライブラリを使うのも省力化、低難易度化の方法の一つにすぎない

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

三人もいたらPS程度のクオリティのゲームは作れるけど

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

凄いね

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

>>372
それは正しいと思うが、手段と目的が逆転してる気がしなくも無い。

**名前は開発中のものです。** · 2010/04/10(土) 12:48:48

企画・システム・コーディング・グラフィック・サウンド
生産・営業・小売りなどは他の人にやってもらって

俺は2980円払ってゲーム完成

**名前は開発中のものです。** · 2010/04/10(土) 12:54:15

3倍作業すればいいだけだろ
それか人集めるか雇うかすればいいだけの話

**名前は開発中のものです。** · 2010/04/10(土) 13:16:14

日常的に顔をあわせる相当息の合った友達か、同人外注に慣れた人を雇わない限り、
一人で作ったほうが時間の節約になり完成確率も上がると思っておいたほうがいいぞ。
人員は、時間や作業量のためではなくクォリティアップのために増やすんだ・・・

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

ここまでの流れを読んでると、さすがＤＸライブラリって感じだ。

**名前は開発中のものです。** · 2010/04/10(土) 14:56:25

自分で作れないのはフリー素材でいいから、とりあえず完成させようぜ！

**名前は開発中のものです。** · 2010/04/10(土) 15:30:56

2Dに限れば、開発時に必要な最小限の画像や音楽を用意して後はプログラムに注力。
完成したら適当に公開して反応みつつゲームの調整。
その時点で足りない画像や音は協力者募れば解決するかと。

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

＞＞自分で作れないのはフリー素材

＞＞自分で作れない

面白いゲームが作れません

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

様々なゲームの知識と、
様々なゲームを遊んだ経験と、
様々なゲームを研究し尽くす努力が必要です。
どれかひとつでもやろうと思いましたか？
しようとも考えなかったのなら、あなたはゲームを作る気がありません。
単に「面白いゲームを作った」というステータスが欲しいだけです。

**名前は開発中のものです。** · 2010/04/10(土) 16:10:44

アイデアが入ってないとかマヌケ過ぎるぞ
基本、アイデアがすべてだと思っている

**名前は開発中のものです。** · 2010/04/10(土) 16:12:38

>>383
いろんな名作を研究するのは確かに良ゲー制作の助けにはなるかもしれんが、別に必須というわけではない
マリオやカービィ等、黎明期の名作は手本なんてなかった

**名前は開発中のものです。** · 2010/04/10(土) 17:21:15

>>384
アイデアは列挙するまでもない大前提だろう。
そのアイデアを生むための下敷として、いろんなものが必要。
ああ、ゲームの知識と経験と努力だけじゃ足りなかった。
世の中のいろんな事、いろんな物の知識と経験と努力も要るな。
ヒキコモリの世間知らずは何も産めないし、何も作れない。

>>385
その手本が無いと言う根拠は？
似たゲームが無いと言う浅慮からだとしたら、
おいおいとしか言いようが無いけれど。

まぁ最早スレ違いだし、めんどくさくなってきたのでもうやめる。

**名前は開発中のものです。** · 2010/04/10(土) 17:25:18

>>386
根拠も何もあの時代に手本となるゲームなんてなかっただろ…
ゆとりか？

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

ゲームの手本はなくてもゲーム以外の手本はありそうな気も

割りきってシンプルな素材作るかー

**名前は開発中のものです。** · 2010/04/10(土) 18:56:46

ゼルダは宮本茂が
少年時代に野山を探検してまわった経験が
アイデアの元だって、なんかで読んだな

てか、一般化しようとしたって難しい話題だなこれ

**名前は開発中のものです。** · 2010/04/10(土) 20:42:05

カービィの桜井は今でも他の作品やりまくってるわけだが

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

君たち青春だねェ！

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

画面からはみ出た部分(マップや敵など)は、描画処理もされているんでしょうか？
もしされているなら条件分岐させて非描画にさせようと思うのですが、
聞いたことも無いので自動でやってくれているんでしょうか

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

>>392
描画範囲外への描画処理について
ttp://hpcgi2.nifty.com/natupaji/bbs/patio.cgi?mode=view&no=923

**名前は開発中のものです。** · 2010/04/12(月) 20:05:54

>>393
わ、すんませんありがとうございます

**名前は開発中のものです。** · 2010/04/13(火) 17:15:19

DXlibに限った話じゃないんで恐縮ですが質問です
屋内のMAPで3Dアクションを作る場合、例えば平屋の一戸建てを

１．建物全部のモデルを作成しておいて一度に読み込ませる
２．パーツごと（壁、床など）にモデルを作成して描画位置を指定しておく

全体の作業量に差は無いんだけど作業工程が大幅に変わるので悩んでます
SouceSDKなんかではbsp形式で一括、バイオシリーズなんかでは後者の様ですが

**名前は開発中のものです。** · 2010/04/13(火) 17:29:53

>>395
一度に読み込ませる方がシンプルで良いんじゃない？

>バイオシリーズなんかでは後者の様ですが
これどこ情報？

**395** · 2010/04/13(火) 18:49:13

>396
早速のご意見ありがとう！

かなり前ですが、海外のバイオMODフォーラムで拾った話です
PC版初代と2のモデルを抜くツールを作っている人がいまして
その使い方解説でその様な記述があったと記憶しています

デジタルロケのサンプルでも片面ポリの部品で舞台が構成されていたので
当時はインドア3Dゲームって全部そうやって作るもんなんだとおもってました

**名前は開発中のものです。** · 2010/04/13(火) 18:55:23

3Dは扱ったことないからわからんが
壁とか床のモデル使いまわしたほうがゲームが軽くなるんじゃないの？

**395** · 2010/04/13(火) 19:17:26

>398
リソースはある程度軽くなると思います。単純に描画処理だけなら差は微々たるものかと

ただ一括と部品を配列配置ではグラフィックメモリ使用量がかなり違うんじゃないか？とか
見た目が単調になるのを避けるのに結局リソースが増えるんじゃないか？とかでウジウジ

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

質問が漠然としていて答えづらい。
リソースって言ってるものを何処に持たすかで話しが変わってくるよ。
単純にメモリなのかそれともグラフィックボード上なのかとかね。

ＢＳＰマップの描画の話しならクリッピングから調べれば？

って話しだし

**名前は開発中のものです。** · 2010/04/13(火) 21:43:19

ツール作成がめんどくさそ

**名前は開発中のものです。** · 2010/04/16(金) 21:21:42

ふと疑問に思ったんだけど、LoadGraphとかがスレッドセーフじゃないのは知ってるけど、
boostとか使ってラップすれば割と簡単にスレッドセーフにできたりしない？
みんなそういう事やってるん？

**名前は開発中のものです。** · 2010/04/21(水) 20:48:58

RPGのタイトル画面などで、ウェイトをかけるにはどのような方法が良いでしょうか
newgame、loadgameなどを上下キーで選ぶとします
そのままだと上下を押すと一秒間に60回移動してしまいます
空のメインループを呼び出し、描画だけをするのでしょうか？

**名前は開発中のものです。** · 2010/04/21(水) 20:53:21

>>403
コントロールパネルのキーボードの設定項目をみて思いつかないか？

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

>>403
空のメインループだと、特定のタイミングでキーを押しても反応しないことがある。
実際に作ってみれば分かるが、これはかなりストレスが貯まる。

というわけで、一般的には

(1)矢印キーを押した瞬間にのみカーソルを動かす。
　あらかじめ直前のフレームにおける入力状態を保存しておけば、押した瞬間を検出できる。
　この検出処理自体はゲームの至る所で使用するので、タイトル画面に関わらず必ず作っておいた方が良い。

(2)ウェイト用のカウンタ変数を用意しておき、毎フレーム減らす。
　カウンタが0以下の時のみ、カーソルを動かす。その後、待機するフレーム数（1秒ウェイトなら60）をカウンタに代入する。
　キーを押しっぱなしで、かつカウンタが1以上なら、0になるまで毎フレーム1ずつ減らす。　
　キーが押されてなかったら、カウンタを0にする。

という、どちらかのパターンになると思う。
(1)はキーを連打することでカーソルを動かす、(2)は押しっぱなしでカーソルが動く。
(1)と(2)を組み合わせた方法とかもあるけど、それに関しては割愛。

>>404
キーボードじゃなくてゲームコントローラじゃね？ OSによって違うかもしれないけど

**名前は開発中のものです。** · 2010/04/21(水) 21:13:04

>>403
何も思いつかないです。。。
>>405
なるほどー、ありがとうございます

**名前は開発中のものです。** · 2010/04/21(水) 21:15:43

直前のキーの状態の保存の処理をキーの状態に変化がなくても毎フレームやってもいいの？使うキーが多いと無駄にＣＰＵ資源を使うような

**名前は開発中のものです。** · 2010/04/21(水) 21:21:09

パフォーマンスチューニングで一番大切なのは細かいことを気にしないこと

**名前は開発中のものです。** · 2010/04/21(水) 21:26:58

>>408
それにしても細かすぎるだろｗ

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

キーの状態の取得なんかカスみたいなもんだからどうでもいいよ
実際にゲームとして動く段階になってそんなところがボトルネックになるなんてありえない

**名前は開発中のものです。** · 2010/04/21(水) 22:17:42

そんなこと気にするならキーが押されてる間、
カーソルの移動する処理と一緒にウェイトいれとけば

**名前は開発中のものです。** · 2010/04/21(水) 22:35:41

>>407
人間だって直前の状態から変化がなければ何もせず、
エロいことが発生すれば勃起するという判定を無意識に毎フレーム行っているが大した負荷ではない

**名前は開発中のものです。** · 2010/04/21(水) 23:22:40

直前のキーの状態の保存の処理程度でＣＰＵ資源気にするようじゃあゲーム自体作れないｗ

**名前は開発中のものです。** · 2010/04/21(水) 23:52:50

なんでC#用の奴は
ｄｌｌファイルやcsファイルでも元の関数名のままなのに
C#で使う場合にDX.を頭に付けなきゃ使えないんだろう？
どこでこういうことが決められてるんだろう？
弄って直せないレベル？

**名前は開発中のものです。** · 2010/04/22(木) 03:54:35

若いころはアイデアがわくが　技術がたらない
年取ると　技術があるが　作りたいゲームのねたがわかない
（トシ　トッターナ　フランス画家）

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

>>414
public static class DX ← DxDLL.csのコレじゃない？

**名前は開発中のものです。** · 2010/04/22(木) 08:53:49

どこでってC#の言語仕様としか言いようがない。

**名前は開発中のものです。** · 2010/04/22(木) 14:48:16

自分はC++からしか使ったことがないけど、先頭の DxLib:: を強制するようにしてる。
ヘッダの一箇所いじるだけだし。

**名前は開発中のものです。** · 2010/04/22(木) 19:33:21

>>414
「DX.」無しに出来ないことはないが……

1. DXクラスを継承する
2. DXクラスの内部クラスにする

正直どちらも個人的にオススメできない。

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

DXライブラリってクラス分け無視して全部DXクラスにぶち込んでるよね

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

Cと同じように書きたいんだったらなんでC#なんか使ってるんだろう
そもそもC#使うんだったらDX.が面倒に感じるくらいに至るところで
DXライブラリの関数呼ぶような作りにはしたくないと考えるのが正常

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

>>414
DX.はあった方がC#には都合良いと思うが、コード補完機能があるわけだし
安全にDXLibの関数を呼び出せる

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

おまいらは、C++でDxLib::って使ってる？

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

VBでDxLib. ってやってる

**名前は開発中のものです。** · 2010/04/23(金) 10:05:29

>>423
ラップする時に使った

**名前は開発中のものです。** · 2010/04/23(金) 16:11:34

ボーン情報を持ってないモデル同士を関連付けるにはどうすればいいですか？
軸ベクトルと原点位置は親に従うから親クラスが持ってればいいかと思うけど
移動処理を必ず親側から先にやらないと分離しちゃうよね？

**426** · 2010/04/23(金) 16:33:55

うーむ・・・例えがいまいちかな
人が歩くパターンはボーン関係なく、アニメパターン通りのポリゴン読み込ませれば済むが
歩きながらクビだけ動かしたいときに
全部の動きのアニメパターン作るわけにいかないよね
フレームやメッシュを相対的に回転させるにも、原点や軸ベクトルが別途要るよね・・・
どうやってるの？

**名前は開発中のものです。** · 2010/04/23(金) 16:50:31

元で頭と胴体を分けりゃいいだろ。

**426** · 2010/04/23(金) 16:57:17

>>428
分けただけでは
体が上下しながら歩いてる最中に
頭だけ平行移動する

**名前は開発中のものです。** · 2010/04/23(金) 17:25:33

>>429
今、お前の胴体に頭は付いているか？

**名前は開発中のものです。** · 2010/04/23(金) 18:03:35

>>430
？
分けて同じアニメパターン再生しろと？
それで右向いたり左向いたり別のアニメパターンを用意するの？
答えにもなってない煽りほどアホっぽい

**名前は開発中のものです。** · 2010/04/23(金) 18:24:14

>>431
何言ってるんだ？

少しは頭使えよ……。

**名前は開発中のものです。** · 2010/04/23(金) 19:04:30

頭使えないからこんな阿呆な質問するんだろ

**名前は開発中のものです。** · 2010/04/23(金) 19:11:59

何も有益な情報は残さずに読むものを不快にさせるだけのレスをするやつは死ねばいいのにな

**名前は開発中のものです。** · 2010/04/23(金) 21:19:10

モーション付けするときに、体（首）の位置を変えなければいい。
頭は、体の位置から自分の位置を決める。
悩むことじゃないと思うんだけどな。

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

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