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

**名前は開発中のものです。** · 2014/05/07(水) 19:44:28.30

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

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

【関連スレ】
C/C++ゲーム製作総合スレッド Part5
http://toro.2ch.net/test/read.cgi/gamedev/1389798031/
ゲームプログラムなら俺に聞け30
http://toro.2ch.net/test/read.cgi/tech/1388933972/

●DXライブラリではなくDirectXの質問ならこっちへ
【C++】DirectX初心者質問スレ【C】(プログラム技術板)
http://toro.2ch.net/test/read.cgi/tech/1370015791/

**名前は開発中のものです。** · 2014/11/17(月) 13:27:04.40

>>292
それは褒めちぎり過ぎ
てか全然カバーする範囲が違う

**名前は開発中のものです。** · 2014/11/17(月) 13:27:52.04

画像を？？フレーム後に表示するってしたい場合どうすりゃいいの？

**名前は開発中のものです。** · 2014/11/17(月) 14:32:05.41

まずは思ったとおりに書いてみるのがいいかと

**名前は開発中のものです。** · 2014/11/17(月) 16:23:08.54

思いつくのは変数用意して毎フレームカウントダウン→０になったら実行、ですけど
例えば４フレーム後にはここ、８フレーム後にはここ、みたいになってくるとどうすればいいのかさっぱり

座標とか角度とか指定する引数？っていうの？を保存しておく変数も必要ではないか→
それだと画像１００枚、それぞれ１～１００フレーム後の座標だけでも２万の変数が必要だと？→
それだけでもこれだけの数になるのに角度や不透明度や縦横の拡大率とかあるし
５秒後までの動きをあらかじめ指定したいなら３００フレーム分必要だし
一体いくつの変数が画像を表示するためだけに必要なのさ！？って感じで
どんな風にすりゃいいのかさっぱりわかんないんです

**名前は開発中のものです。** · 2014/11/17(月) 17:48:55.95

よく考えてみろ、画像をピンポイントで座標指定して次の瞬間また別の指定座標に表示したい、なんてことは基本的に無い

外部のアニメーションファイルを読み込む場面だったり、アクションゲームの特殊な演出だとか、ユニークな場面だけだ

大抵「この座標まで1秒かけて移動してくれればいいや」とか「0.5秒で現在位置から左に3キャラ分移動させたい」とか、
現在座標と目標座標さえ分かってれば中間は補完出来るものばかりなはず

**名前は開発中のものです。** · 2014/11/17(月) 18:26:39.29

毎フレーム現在値を斬出する必要があるけど、使用するメモリが少なくて済む分そっちの方が良いってことですか？

**名前は開発中のものです。** · 2014/11/17(月) 23:02:39.36

「画像を？？」って何のことかと思った

**名前は開発中のものです。** · 2014/11/17(月) 23:07:06.94

パソコンのメモリが8GBだの16GBだの言ってるこのご時世に
整数型変数(4バイト)が100個あろうが200個あろうが誤差にすらならん

**名前は開発中のものです。** · 2014/11/17(月) 23:40:41.41

なんでスタート地点と速度かゴール地点設定するだけの話にメモリ量の話が出てくるの

**名前は開発中のものです。** · 2014/11/18(火) 03:56:33.29

俺も、296が何をしたいのか理解できんのだがよく297は解るな。
わざと画像表示を遅延させるのかと思ったが違うよな。

**名前は開発中のものです。** · 2014/11/18(火) 06:55:22.35

２ちゃん名物、自問自答ですか？

**296** · 2014/11/18(火) 10:46:30.91

>>301 >>302
俺が何もわかっちゃいない素人だからさ！

**名前は開発中のものです。** · 2014/11/18(火) 15:13:25.46

キャラアニメ劇をやりたいんだろ？
記録ポイントはフレーム主点で考えずに、移動ポイント主点で取れ
（フレーム値、X、Y）のリストでだ

リストの次のデータを参照したら
次のフレーム値までのフレーム数で座標の差を割って、毎フレームごとの座標値を増減させてやれ
実際に毎フレーム描画しなくても、だ

内部で毎フレーム座標計算さえしとけば
いきなり描画処理来ても、描きたい座標がわかるだろ
キャラが止まってようが、動いてようが座標計算処理はいつも同じだ
止まってる時と動いてる時で変える必要は全くない

**名前は開発中のものです。** · 2014/11/18(火) 17:40:19.55

複数の静止画を使ったアニメを再生するならTexture Packerを使うと管理が楽になるかもしれない

**名前は開発中のものです。** · 2014/11/18(火) 20:48:01.41

>>297
ユニークの使い方間違ってない？

**名前は開発中のものです。** · 2014/11/19(水) 13:41:18.14

>>307
唯一とか個性的なとか、そういう意味じゃないの？
間違ってるとは思えないけど

**名前は開発中のものです。** · 2014/11/19(水) 14:26:58.95

プログラマのユニーク→唯一の
一般人のユニーク→個性的な

**名前は開発中のものです。** · 2014/11/19(水) 16:11:06.14

ダメもとで聴いてみる
今、矩形による当たり判定を勉強しているんだけど
http://d.hatena.ne.jp/ono36/20070718/p1
理解は出来たよ。
ただ、このやり方で通用するのはシューティング等に使える
「自分と相手が当たった」というアバウトな判定だけの話だよね？

マリオがクリボーを踏みつけたり、
忍者くんでいうところの自分が踏みつけられたら気絶する、とか
実装したいときには、その矩形の上側から当たったかどうか、相手の上側に当たったかどうか
わからないとダメだよね？
その処理はどうすればいいのか、バカだからわからないんだ。
教えてください

**名前は開発中のものです。** · 2014/11/19(水) 16:16:50.12

マリオは当たり判定で上とか下とかないけどな
マリオの位置、敵の位置、そして加速度の方向（上で登っている状態か下へ降りている状態か）

それは置いといて、そういう処理がしたいなら上側と下側の判定を別に作ればいいじゃん
一つのオブジェクトに判定はひとつじゃなくてもいいんだぜ

**名前は開発中のものです。** · 2014/11/19(水) 16:32:01.24

当たった相手の1フレーム前の位置を取得できれば上から当たったか横からか下からなのか計算できるだろ
過去フレームの位置か差分の移動ベクトルはなにかと使うので動くキャラに持たせると便利

**名前は開発中のものです。** · 2014/11/19(水) 16:36:41.40

部位破壊や弱点があるオブジェクトは判定をいくつも作る必要があるし、
オブジェクトは単一の判定のみで構成されているという概念は捨てた方がいい　単一の方が作るの楽だけど
まあ、マリオの場合はちょっと特殊な判定になってそうだけど
地上で足元すくわれたら死亡なのに、空中で足元当てたら撃破って単純そうでそうでもなさそう
もしかして、撃破判定が足元から伸びて地中にめり込んでる？

**名前は開発中のものです。** · 2014/11/19(水) 16:37:15.69

>>311
＞マリオの位置、敵の位置、そして加速度の方向（上で登っている状態か下へ降りている状態か）

うん、それも考えたんだ。
でも、それだとプレイヤーがジャンプ中、つまり斜め移動中に
敵もジャンプしていたら、ややこしいことにならないかなあって。
ジャンプ移動中同士でぶつかったらお互いが弾き飛ばされるって処理をしたい場合、
横ジャンプ中だと降下中もX軸の移動量もあるから
「降りてる状態」だけの情報だけじゃ、判断出来ないと思うんだけど
違うかな？？？？

あと、
＞一つのオブジェクトに判定はひとつじゃなくてもいいんだぜ
これは、どんな感じになりますか？
疑似言語で構いませんので、ざっと流れを書いてみてほすい、、、、、

**名前は開発中のものです。** · 2014/11/19(水) 16:41:40.24

>>312
あ、それ、いい！
相手のぶつかる前の座標位置と
ぶつかったときの自分の座標位置を比較すれば
相手が自分に対してどこにいたか判断出来るってことだよね？

マジでそれで解決しそうだけど、、、、ほんと？？？？？
それで進めてみるけど、ほんとにいける？？

**名前は開発中のものです。** · 2014/11/19(水) 16:52:45.83

>>314
マリオだとジャンプ上り中に横からぶつかった場合でも、マリオの足が敵の頭に触れてたら踏んだ判定になる

>ジャンプ移動中同士でぶつかったらお互いが弾き飛ばされるって処理をしたい
マリオにはそういう処理ないけどそういうこともしたいのか？
まずはやりたいことを洗い出して、それからじっくり何が必要か考える作業が必要じゃないかね

**名前は開発中のものです。** · 2014/11/19(水) 16:54:05.38

>>316
いや、やりたいことは
矩形当たり判定で、相手のどの面に当たったかを認識できるようにする、なんだ。

マリオの話は、例えとして出したゲーム。

**名前は開発中のものです。** · 2014/11/19(水) 17:08:37.82

>>317
それなら、重なった座標から位置を割り出すことが必要だね
まったく別の処理が必要だぞ

>>310の概念図と合わせて見れ
http://www.dotup.org/uploda/www.dotup.org9930.jpg

**名前は開発中のものです。** · 2014/11/19(水) 17:10:08.59

>>318
え、四点必要なの？？

お互いの矩形の左上の座標だけじゃダメ？

**名前は開発中のものです。** · 2014/11/19(水) 17:10:34.05

ちなみにこの方法だと超高速で飛んでくる物体（マリオだと走る速度の5倍くらい）には誤爆するからあとはごまかしの技術

**名前は開発中のものです。** · 2014/11/19(水) 17:13:40.11

>>319
左上の座標＋物体のXサイズYサイズの情報があればそれで4点あるのと同じだろ（原点、原点+x、原点+y、原点+x+y）

その数値を使って重なった位置を求めるだけ

余計なおせっかいだが、マリオみたいなゲームなら地上側の下座標を原点として考えるのをおすすめする

**名前は開発中のものです。** · 2014/11/19(水) 17:21:35.64

>>321
>左上の座標＋物体のXサイズYサイズの情報があればそれで4点あるのと同じだろ（原点、原点+x、原点+y、原点+x+y）
あ、そうだった。ごめんごめん

>>320
＞あとはごまかしの技術
これも気になる、、というか>>312の方法はあんまりお薦めしないってこと？？

ID:XOzf+VjYは別のお薦め方法があるよってわけではない？
別に無いなら、>>310の概念図とあなたのくれた画像と>>312の内容で
進めてみようと思うんだけども。

**名前は開発中のものです。** · 2014/11/19(水) 17:29:56.75

アクションゲームを作りたいという前提で説明すると、
踏み付けとか体当たりというのは下や横への攻撃だから、
相手のどの面に当たったかじゃなくて、攻撃判定を特定方向に出すと考える。

自分も敵もキャラサイズより小さめのダメージ判定を持たせる。
ジャンプ下降中や体当たり中は、自分のダメージ判定をはみ出す形で、
足の位置や体側面に攻撃判定を作る。

**名前は開発中のものです。** · 2014/11/19(水) 17:32:33.82

連続書き込み引っかかったわ
>>322

>>312のはあたったオブジェクトが動いてた方向がわかるだけで、あたった面を判定する処理とは別だよ
斜めに動く物体があると高確率で誤判定する

ほぼ縦に動いてる物体同士が真横同士でぶつかった場合でも、>>312の方法だと縦に衝突したと判定される
俺の解説した方法で判定しきれない高速物体との衝突の時、補助として使うといい

ごまかしが必要というのは初心者向けの判定方法だから。厳密にやるとお前のレベルだと対応しきれない複雑な処理になる

**名前は開発中のものです。** · 2014/11/19(水) 17:39:25.95

Box2Dとかに丸投げするのはどうだろう

**名前は開発中のものです。** · 2014/11/19(水) 18:24:56.94

色々と意見が出てから言うのもなんだけど、
ジャンプアクションならアクション特化のエディターで作った方がいいと思う
俺はどうあってもC＋＋でゲーム制作技術を習得するんだ！とか、
既存のエディターではどうしても再現できない独創的な仕様がある！ってんでもない限りはね…

**名前は開発中のものです。** · 2014/11/19(水) 19:42:21.22

そんなん言ったら全部Unityでいいじゃん
個人的には、今だにこういうライブラリ使ってる人って実行ファイル全て手作りしたいというか、開発工程も楽しみたい人だと思うんだよね
「俺の考えた最高の神ゲー」の方向にベクトルが向いてない作業はやりたくないというかなんというか
エディタの学習コストだってバカには出来ないし、エディタが想定していること以上の事は出来ないしわけだし

**名前は開発中のものです。** · 2014/11/19(水) 20:14:48.98

うん、エディタは使いたく無いよ
今は、C++でがんばりたい。

ただ、>>324
＞>>312のはあたったオブジェクトが動いてた方向がわかるだけで、
＞あたった面を判定する処理とは別だよ、斜めに動く物体があると高確率で誤判定する

が気になってね。
俺のやろうとしてることはそんなに面倒なことなんだ？と。
キャラは16×16のサイズで作るんだが、1フレームの移動量もしれてる。
斜め同士で誤判定するかな？
最初にあたる場所って、必ず四面のうちのどこか一面じゃない？

**名前は開発中のものです。** · 2014/11/19(水) 20:55:19.20

当たった瞬間のキャラの方向計算して
角度範囲を区分けすりゃいいだけだろ

**名前は開発中のものです。** · 2014/11/20(木) 02:40:41.39

移動量は方向には関係ないから容赦なく誤判定するぞ
もっとハッキリいうと「正しい方法じゃない」

移動量が少しなら尚の事>>318で済ませるべき
面倒だとか言ってるが、ゲーム制作においてこの程度全然面倒なレベルじゃないぞ

普通にゲーム作ってりゃ、1ループは数千行以上になるからな

**名前は開発中のものです。** · 2014/11/20(木) 08:41:44.89

ここんとこDXライブラリ関係ない話ばっかでてないか？

**名前は開発中のものです。** · 2014/11/20(木) 19:36:33.97

自キャラと敵、それぞれに上半分、下半分の矩形を作って、

＼敵上下
自＼
上　　跳潰
下　　死跳

とかやったら良いんじゃね？

**名前は開発中のものです。** · 2014/11/21(金) 22:49:14.07

もっと単純に、矩形が衝突したら原点を比べて、
敵の原点より自機が上なら「踏み｝、同じか下なら「ヤラレ」
くらいの判定でいいんじゃないのかな

**名前は開発中のものです。** · 2014/11/22(土) 22:45:34.33

マリオだとそれプラス、縦の速度で判定範囲が変わる感じだね

**名前は開発中のものです。** · 2014/11/26(水) 23:22:57.28

天体の周りを回るロケットのシミュレータっぽいのをDXライブラリで作ろうと思って
ロケットのコックピットから進行方向前方を見た視点を実装したくなったんだけど、
1メートルくらいの至近距離から数万キロの彼方まで描画範囲に含めるのはやっぱり無理？

ワールド座標系の単位をメートルとみなして1メートル～10万キロまでの範囲を描画範囲にする
（SetCameraNearFarで手前クリップ距離を1、奥クリップ距離を10万×1000にする）と
Zバッファの精度が足りなくなって表示が破綻するし、そうかといって単位を1000キロとみなして
手前クリップ距離を100万分の1、奥クリップ距離を100くらいに設定すると今度は手前クリップ距離が
小さすぎてまたまた表示がおかしくなってしまう

超至近距離から超遠距離までの表示を破綻なく行わせるうまいやり方があれば教えてください

**名前は開発中のものです。** · 2014/11/27(木) 03:01:51.80

描画を複数回に分けてその描画結果を合成すりゃいいじゃん

**名前は開発中のものです。** · 2014/11/27(木) 07:13:48.90

>>336
レスｻﾝｸｽ
それって最初はロケットの近くだけを描画するようクリップ距離を設定して
その後遠くの天体だけを描画するようにクリップ距離を変更するってこと？

なにぶんDXライブラリに慣れてないので概念とどういう関数を使えばいいのかだけでも
教えてもらえるとありがたいです・・・

**名前は開発中のものです。** · 2014/11/27(木) 14:33:04.80

描画可能な画像ハンドルはMakeScreen関数で作成できる

**名前は開発中のものです。** · 2014/11/27(木) 18:34:12.41

数万キロの彼方を実装するのはともかく、
表示するだけならある程度以降はガワだけにした方がいいというのはある
重いではすまないとんでもない世界がそこにはある…

なおテキトーな尺を設定して数万キロと言い張る事もできる模様

**名前は開発中のものです。** · 2014/11/27(木) 20:48:52.28

では諸君に聞くがUnityが2ｄ対応の今なぜ使うのかということだ

**名前は開発中のものです。** · 2014/11/27(木) 21:14:59.42

宇宙にいけば光年単位で異動できるなｗ

**名前は開発中のものです。** · 2014/11/28(金) 00:27:03.41

>>338-339
うーん・・・やっぱり厳しいのかな
MakeScreen関数についてはちょっと調べてみます

**名前は開発中のものです。** · 2014/11/28(金) 04:18:58.91

どのくらい置くのかは知らないけど、
1m～10万km以内の全てのオブジェクト全部表示ははっきり言って現実的ではないね
自分の近場のオブジェクトだけ表示して、後は背景でごまかしちゃうのが一番いい
物にもよるけど実際に表示したとしても多分見えないし…
これはかなりよく使う手だよ

**名前は開発中のものです。** · 2014/11/28(金) 11:03:42.37

335読む限り、遠くの天体はやっぱり背景が良いんじゃないかね
労力と計算コストに対して、あんまり目立った変化なさそう

**名前は開発中のものです。** · 2014/11/28(金) 12:55:10.70

EVEオンラインとかどうやってんだろうな
天体の星も場所によって見え方が違うし、その方角に実際に星もあるし
LoVの応用でいけるか

**名前は開発中のものです。** · 2014/11/28(金) 14:08:48.35

マリオの話だけど「状態」を考えるといいよ
　静止状態 0
　歩き 1
　ジャンプ上昇中 2
　ジャンプ下降中 3

もう少し状態を持つと
　しゃがみかどうか　1 か0

右向きか左向きか　1か0

これでマリオの全ての状態を番号で表現出来た
ジャンプ中、2か3の状態のとき、しゃがみ状態なら、壁との当たり判定が小さいから
高いところのすきまに入れるとか
ジャンプ下降中のときしか敵を踏めない。上昇中ならダメージになる
switch文で状態番号で処理を分岐できるでしょ

これでもうまく判断しきれないことがあって
マリオが壁にめり込んだりするんだけどねw

**名前は開発中のものです。** · 2014/11/28(金) 17:31:27.53

めり込みバグなら本家にもあるししゃーない

**名前は開発中のものです。** · 2014/11/28(金) 19:56:51.44

>>343

サンクス
オブジェクト自体はロケットを表す球2つに中心の天体、あとはロケットの軌跡を描画するための
線分が合計で2000くらいだから大した数じゃないとは思うけど、ゲームなら背景でごまかしてもいいんだけど
シミュレータだからそれだと辛いんですよね・・・

まあでも仕様上キツそうならどこか妥協するしかないのかな

**名前は開発中のものです。** · 2014/11/28(金) 21:23:48.54

星の数にもよるけど Z バッファを切ってしまって
Z ソートして遠い順に描画するって手もある

**名前は開発中のものです。** · 2014/11/28(金) 22:54:18.04

全体用の縮尺されたデータと近距離視界用の細かいデータの2種類を用意すればいいだけだと
思うんだが、それじゃだめなん？

**名前は開発中のものです。** · 2014/11/28(金) 23:29:34.56

km単位で作る。太陽系の内側だけにする。外側はティクスチャを貼る。
directXが扱えるのが7桁だから、その範囲に収めるのがかんたん。

例えば、こんな感じ。
http://www1.axfc.net/uploader/so/3365583

**名前は開発中のものです。** · 2014/11/29(土) 01:34:52.16

>>340
XPから7に移行したようなありがちなPCじゃ処理落ちするから

**名前は開発中のものです。** · 2014/11/29(土) 06:50:46.91

>>351
うーん・・超至近距離は諦めた方がよさそうですね
FPS視点なしでTPS視点のみの実装にすれば最小距離は数キロメートルレベルで問題なくなるんで
まずはそっちに絞って作ってみることにします

**名前は開発中のものです。** · 2014/11/30(日) 12:23:19.96

それが、地球と月くらいの範囲ならば細かく出来る。
計算してみてください。

宇宙を扱う別の方法として、
VC++のLongを使う、32bit整数型。
計算をLongを行い、描画だけをfloatに代入して行う。

まず、やってみてください。

**名前は開発中のものです。** · 2014/12/01(月) 06:27:18.42

地球と月くらいの範囲じゃないから困ってるんだろう
俺は数段階描画するしかないと思うけどな
必要な最小単位が違う以上数度の描画にしないとどうしようもない

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

>>354-355
ｻﾝｸｽ
範囲自体は地球の周りでせいぜい数万キロなので、月までの範囲よりは一桁くらい小さいです
ただ実装したい手前側の最小範囲がそれこそ1メートルレベルなので8桁くらいの範囲にまたがってしまうため
そこが問題になっているようで・・・
数段階描画ってのは例えば2桁のスケールで区切るとして

1:カメラから1000キロ～10万キロの範囲を描画
2:カメラから10キロ～1000キロの範囲を描画
3:カメラから100メートル～10キロの範囲を描画
4:カメラから1メートル～100メートルの範囲を描画

としてそれを合成するっていう理解でOKですか？

**名前は開発中のものです。** · 2014/12/01(月) 07:43:04.23

>>356
そういう理解でおｋ

**名前は開発中のものです。** · 2014/12/01(月) 08:35:53.95

>>357
どうも
単純計算で描画時の負荷が4倍になりそうだけどやってみる価値はありそうですね
ちょっと試してみます

**名前は開発中のものです。** · 2014/12/01(月) 14:29:15.75

鉄ヲタのお前らに聞きたいんだけど、鉄道模型シミュレーターってあるじゃない?
あれだと遠景の建物がかなり接近してからじゃないと描画されないからリアリティいまいちなんだけど、
もしあんなかんじの一から自作したとしたら
グラボはここ45年のなら2-3キロ先の建物もうまく描画されますかね？

**名前は開発中のものです。** · 2014/12/01(月) 17:08:44.10

建物とか風景だと、個々のオブジェクトの作りこみにも拠る
前方3kmの半円の範囲で14km^2内の建物の数とかちょっと気が遠くなる

ゲームだと一定の距離以上のオブジェクトと近景用のオブジェクトを差し替えたりして
計算量を減らす努力する

**名前は開発中のものです。** · 2014/12/02(火) 20:55:18.45

鉄ヲタは2、3キロ先の建物も見えるの？

**名前は開発中のものです。** · 2014/12/03(水) 09:54:14.89

鉄オタじゃないけど、少なくとも2～3km先が何もない空間にはなってないな

**名前は開発中のものです。** · 2014/12/03(水) 20:49:17.35

間に障害物があるから先が見えないだけで、
2～3キロ先の建物なら見えないのは目が見えない人くらいだと思う
ためしに高い所から見下ろせばすぐわかる

**名前は開発中のものです。** · 2014/12/09(火) 01:31:23.02

公式の掲示板見てると中の人は本当によく対応してるよなあ。
なんかもう馬鹿みたいな奴のトンチキ質問にも丁寧にちゃんと答えてて感心するよ。

**名前は開発中のものです。** · 2014/12/09(火) 07:56:34.09

わからない人の気持ちがわかる人なんだろうな
本人は出来る奴でも、出来ない奴の気持ちがわからない奴は結構いるし
総じてそういう奴らは教えるのが下手だ

教えるのが下手な教師についてしまうと悲惨だから
成績がいいって理由だけで教師を決めないでほしい

名選手が必ず名監督になるわけじゃないんやで

**名前は開発中のものです。** · 2014/12/09(火) 09:41:18.54

そういうのあるよね。
頭いいからこそ頭悪い人の思考ルーチンがわからず、自分のルーチンを押し付ける。

**名前は開発中のものです。** · 2014/12/09(火) 16:52:15.23

それも厳密には分かっているとは言いがたいんだがな
なんとなくこうできてしまうのでやっているというのは反射で動くひよっこと一緒
理系を名乗るからにはやはり理論を確立せねば

**名前は開発中のものです。** · 2014/12/09(火) 18:58:06.62

＞わからない人の気持ちがわかる人

単純に、すげー人だなあとおもった

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

気持ちが分かるってか、どこでけつまづいてるのか分かるというか
それが分かれば後はそれに従って指示を出すだけ

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

「だけ」っていうけどそれを何年も延々とやってんだぜ・・・
ときどきぶしつけな態度のやつもいるしさ。
凄いと思うよ。

**名前は開発中のものです。** · 2014/12/10(水) 09:49:54.85

>>367
誰が理系を名乗ってるんだ？

**名前は開発中のものです。** · 2014/12/12(金) 12:26:52.93

DXライブラリを使った簡易的な画像ビューアを作ろうとしているのですが、
DrawGraphのTransFlagをFALSEにするとPNGのαチャンネルが有効になりません。
かといって、TransFlagをTRUEにすると何かしらの色が透過されてしまい、
どんな画像が読み込まれるかわからない以上使うわけにはいきません。

αは使うけれど透過色は使わない方法をどなたか伝授してくださりませんでしょうか

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

単なる画像ビューアならファイル内で指定された色を透過するだけじゃろ

**名前は開発中のものです。** · 2014/12/14(日) 02:12:45.36

>>372
LoadGraphの前にSetUseTransColor(FALSE);実行すればおk

**名前は開発中のものです。** · 2014/12/16(火) 18:05:06.77

マップの配列を外部読み込みにしたいのですが
2次元配列がどうしてもうまく読み込めません

FileRead_getsを使用するのは間違いでしょうか？

**名前は開発中のものです。** · 2014/12/16(火) 21:31:26.98

>>375
データを入れる配列は二次元配列である必要はない
1次元配列を作って

y座標*横幅 + x座標

でアクセスすれば良かろう

**名前は開発中のものです。** · 2014/12/16(火) 22:12:06.59

二次元配列も内部では一次元配列なので
FileRead_read((char*)&data[0],sizeof(char)*x*y,hn);（←適当）
こんな感じでまとめて読めるのでは

FileRead_getcでも
for (int y=0...) {
for (int x=0...) {
data[x][y]=FileRead_getc(hn);
}
}
でいけるんじゃないかな

**名前は開発中のものです。** · 2014/12/16(火) 22:33:58.07

>>377

>二次元配列も内部では一次元配列なので
newで動的に確保するとそれは無理。

**名前は開発中のものです。** · 2014/12/16(火) 23:50:13.90

>>376
すみません、よくわかりません
それでなぜアクセスできるのでしょうか

**名前は開発中のものです。** · 2014/12/17(水) 02:29:47.10

>>375
http://hpcgi2.nifty.com/natupaji/bbs/patio.cgi?mode=view&;no=1764

**名前は開発中のものです。** · 2014/12/17(水) 04:24:38.55

>>379

[00][01][02][03][04]
[05][06][07][08][09]
[10][11][12][13][14]

↑これは1次元配列を横幅５で並べたものだが
Y=1 で X=2 はどこかって言うと、 Y * 5 + X で [07] だとわかる。

もちろん左上の座標は(0,0)ね。

**名前は開発中のものです。** · 2014/12/26(金) 09:22:47.67

cairoで描いたグラフィックをcubeのテクスチャに貼りたいのですが3Dになるとcairoが描画してくれません。
どなたか詳しい方いませんか？

**名前は開発中のものです。** · 2014/12/26(金) 13:00:38.81

DirectX11を学ぶのはDXライブラリを学ぶ何倍ぐらい難しいですか

**名前は開発中のものです。** · 2014/12/26(金) 14:01:48.35

DXライブラリって学ぶことあったっけ。
全部やってくれるでしょ。

**名前は開発中のものです。** · 2014/12/26(金) 21:58:01.29

ゼロ除算が発生しそうな会話だ…

**名前は開発中のものです。** · 2014/12/27(土) 02:21:57.70

ゼロ女産

**名前は開発中のものです。** · 2014/12/27(土) 05:09:51.41

しかしホントこれいいな
まさかVBでこんなお手軽にDirect3Dアプリが作れるとは思わなかった
VC++＆生DirectXでやろうとしたらまず間違いなく挫折してたわ・・・

**名前は開発中のものです。** · 2014/12/30(火) 07:59:47.80

マイクロソフトもDXライブラリみたいなサブセットくらい用意すりゃいいのにと思うよな。
ゲーム作りたい人なんかほとんどこういうので事足りるんだから。
実際はテンプレートな設定を肩代わりしてほとんどラッパーだとしてもその作業、本当にめんどくさいからな。
しかもゲーム作りとほとんど関係ないし。

**名前は開発中のものです。** · 2014/12/30(火) 08:24:55.35

DorectXTKとかあるけど

**名前は開発中のものです。** · 2014/12/30(火) 08:51:26.05

DirectXTKはデバイスの初期化を簡単にできるインターフェースがあればいいのに

**名前は開発中のものです。** · 2014/12/30(火) 09:15:08.48

その昔、XNAというものがあってのう…

**名前は開発中のものです。** · 2014/12/30(火) 12:26:30.78

ブラウザー戦争みたいにMS製のUnityのパチモンは見たいな

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

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