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

**名前は開発中のものです。** · 2013/06/30(日) 23:57:05.06

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

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

【関連スレ】
C/C++ゲーム製作総合スレッド Part1
http://toro.2ch.net/test/read.cgi/gamedev/1337516528/
ゲームプログラムなら俺に聞け(プログラム技術板)
http://toro.2ch.net/test/read.cgi/tech/1366526476/

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

**名前は開発中のものです。** · 2013/11/03(日) 19:01:01.03

>>751
馬鹿っていうソースを出してください

**名前は開発中のものです。** · 2013/11/03(日) 19:03:53.98

馬鹿っていうソース
>>747 vectorの使い方とか分からないんで。

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

ここはピンからキリまで初心者に物事を教えるスレでは無い。
参考書読め。厚かましい。

**名前は開発中のものです。** · 2013/11/03(日) 21:45:47.74

>>748
>>750
この流れに笑う

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

>>723
あなたが、このようなゲームを作りたいのですか？
http://www.rutles.net/download/217/compiled.zip

14歳からはじめるC言語わくわくゲームプログラミング教室
Visual Studio 2008編―Windows XP/Vista対応
http://www.rutles.net/products/detail.php?product_id=392

**名前は開発中のものです。** · 2013/11/03(日) 23:21:18.09

だから俺はよそでやれと言ったんだ

**名前は開発中のものです。** · 2013/11/03(日) 23:51:34.26

おまいら冷たいな
見積書くらい作ってやれよ

**名前は開発中のものです。** · 2013/11/04(月) 07:32:54.47

stlはc言語で習うところのstudio.hみたいなもんなのに

**名前は開発中のものです。** · 2013/11/04(月) 10:18:13.07

お前は池上彰か

**名前は開発中のものです。** · 2013/11/04(月) 13:17:13.61

ストゥディオﾜﾛﾀ

**名前は開発中のものです。** · 2013/11/04(月) 14:11:15.89

スタジオの空目はありがちｗ

**名前は開発中のものです。** · 2013/11/04(月) 16:57:34.62

stdioなんて普段書かねーから(震え声)

**名前は開発中のものです。** · 2013/11/04(月) 17:09:48.89

聞かないと絶対に標準入出力の略だとわからんよなこれ

**名前は開発中のものです。** · 2013/11/04(月) 17:28:54.95

やべー、普通に会社でもスタジオって言ってたわー
やっべーまじやっべー

**名前は開発中のものです。** · 2013/11/04(月) 17:54:41.13

音読みするなら、スタンダードアイオー、かな？

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

D言語はstd.stdioで「そこ省略しないんだ」感ある

**名前は開発中のものです。** · 2013/11/04(月) 18:25:08.33

わかる

**名前は開発中のものです。** · 2013/11/04(月) 18:29:28.84

>>767
標準ライブラリの標準入出力って意味だから
標準ライブラリの拡張入出力が出たりするかも知れないじゃないか（無い

**名前は開発中のものです。** · 2013/11/04(月) 18:48:42.40

背景と主人公をロードするとき、主人公を背景より前に出したいんですが
そのための関数を教えて下さい。

**名前は開発中のものです。** · 2013/11/04(月) 18:50:56.46

・関数を呼ぶ順番を変えましょう
・ついでにLoadGraphScreenを使うのをやめましょう

**名前は開発中のものです。** · 2013/11/04(月) 18:52:10.63

>>771
その関数は何故使ったらダメなのですか？

**名前は開発中のものです。** · 2013/11/04(月) 18:56:27.53

もっと汎用性のある命令で代用できるのに、わざわざ使う理由がない。

目の前にパソコンがるのに、そろばんで計算してるようなもん。

**名前は開発中のものです。** · 2013/11/04(月) 19:11:09.01

>>773
じゃぁLGSは何故あるのですか？
便利だからでしょう？

**名前は開発中のものです。** · 2013/11/04(月) 19:18:18.67

マルチスレッドじゃないけどロード画面を動かしたいんですがどうしたら

**名前は開発中のものです。** · 2013/11/04(月) 19:22:52.71

LGS…強そう

**名前は開発中のものです。** · 2013/11/04(月) 19:24:57.85

>>775
ロード中にコールバックでもしたら

**名前は開発中のものです。** · 2013/11/04(月) 19:29:06.78

>>774
いえ、便利だからあるわけではありません
なんでこんな関数を用意したのかは知りませんが
LoadGraphScreen関数を使った場合

HDD　⇒　メモリ　⇒　描画

毎回、このような処理をして画像をPCモニターに描画することになります

HDDは回転速度が遅いため、
毎回、このような処理をして描画をすれば処理が遅くなります

そこで、LoadGraph関数を使って画像を一旦、メモリに取り込んでおきます

HDD　⇒　メモリ

そして、DrawGraph関数を使ってメモリから描画します

メモリ　⇒　描画

そうすることで、処理速度が向上し、重たくないゲーム画面になります

**名前は開発中のものです。** · 2013/11/04(月) 19:30:02.81

超かっこいいLGSは（解説を作るのに）便利だからあるんだよ

使うのにはこれっぽっちもうれしくない

**名前は開発中のものです。** · 2013/11/04(月) 19:35:40.93

通常、ゲームでは、
NowLoading画面で、LoadGraph関数を使って
画像をメモリに取り込みます

そしてロードが完了し次第
ゲーム本編で、DrawGraph関数でメモリにぶちこんだ
画像を呼び出して描画します

詳しくは、ドラクエ10でもプレイしてみてください

ゲーム開始時やところどころで「NowLoading画面」が表示されます
ゲームとはそんなものだと思ってください

**名前は開発中のものです。** · 2013/11/04(月) 19:42:51.18

>>779
これはある

が、プログラム学ぶならこれぐらいは当然という気持ちもある

**名前は開発中のものです。** · 2013/11/04(月) 19:43:03.92

あ、私はこんなC言語/C++のゲームプログラミング解説サイトを運営している者です

http://c-games.main.jp/index.html

初学者目線で、優しくC言語/C++のプログラムを説明していますので、
もし、全くプログラミングをやったことがない初心者である自信があれば
一度、ご覧になってみてください

初学者向けなので、中級者以上には物足りないかも知れませんが、
初心者であれば、一気に中級者を追い越して、中級者以上になれます。
（このスレの常連より遥かに上になって見下せますｗ）

**名前は開発中のものです。** · 2013/11/04(月) 19:44:24.93

>>782
すげええええけええええええええ！！！！
俺もプロのゲームプログラマーになってこんな2chみたいな吹き溜まりの奴ら見下したいです！！！！！

**名前は開発中のものです。** · 2013/11/04(月) 19:49:50.21

>>770
自分は背景をDrawGraph関数で並べてから
表示キャラをDrawGraphの第4引数をtrueにして表示する
（ビットマップ画像でキャラの外側を黒で埋めておく）
上記で普通にいけると思う

ちなみにLoadGraphScreenは使ったこと無いけど
メモリに入れるなら通常のLoadGraph使うだろうから
メモリ介さずにファイルから直接スクリーン投影用じゃない？

**名前は開発中のものです。** · 2013/11/04(月) 20:00:09.34

よく考えたら最近のPCってLoadGraphScreen連打しててもキャッシュとか効いちゃって別に遅くなさそう

**名前は開発中のものです。** · 2013/11/04(月) 20:05:58.51

SSDなら尚更だろうなぁ。

**名前は開発中のものです。** · 2013/11/04(月) 20:06:22.16

ありがとう！！
LGSよりもっといい関数があるんだ！
このスレ見てたら参考書いらんわー
ありがとう！！！！！！！！！！！
Thank you very much for me

**名前は開発中のものです。** · 2013/11/04(月) 20:15:37.77

んーあんま詳しくないけどさすがに画像はサイズ大きいし無理なんじゃないかな
でもそういえばJavaのJITも最近はキャンシュでゴリ押し最適化図るとか聞いたね

**名前は開発中のものです。** · 2013/11/04(月) 21:00:23.71

まぁ使う意味ないよねっていう
背景はmakescreenで予め1つテクスチャにまとめちゃってるな

**名前は開発中のものです。** · 2013/11/04(月) 21:10:17.81

>>782
F5連打してサーバー落として良いですか？

**名前は開発中のものです。** · 2013/11/04(月) 21:17:09.79

すぐサイト閉鎖する講座サイトほど無価値なものもない
そして無価値なものを宣伝するのは害悪行為

**名前は開発中のものです。** · 2013/11/04(月) 21:52:51.37

>>782
正直、初心者には向いてないサイト
見たら唯のコピペかと思った
後一個足りてないぞ→画像（ソース）＋説明　じゃ駄目
足りてないモノ→興味を引く要素、実際に何が出来るか説明不足

最初から興味が有って、そのサイト見てても途中でやる気が無くなる
関数一覧を表示すのは良いがクリックでトップに戻る意味が分からん
関数にマウスを当てたらサンプルソースが表示される様にするか
読み込みが始まって、サンプルが表示される形式にした方が良い
アレじゃ唯の目次にしか成らない、別のページを作る必要が有る

**名前は開発中のものです。** · 2013/11/04(月) 22:05:03.21

Ｃ言語が使えるからと言って講座サイトを作るのは無理
webデザインや重要な企画を作る能力が足りてない
今までして来た事と違う事を、もっと勉強した方が良い

なんでもこなせるスーパーマンに成りたいんだったら
もっと頑張る必要が有る。が、本気でやる気なら応援するぞ
まずは、何が必要なのか調べる所からやり直す。そしたらスムーズに事が運んだり見えてくるものが有る

**名前は開発中のものです。** · 2013/11/04(月) 22:20:59.28

入門者向けサイトならば、掲示板を作って質問を受け付ける。
そこから、要求される項目が決まる。

ちなみに、サイトを作って広告宣伝費としていくら入金されるの？

**名前は開発中のものです。** · 2013/11/04(月) 22:29:20.67

まず最終的にどういうゲームができるのかっていうサンプルゲームを公開すべきだよ
龍神録の館はそれができてるから重宝されてるわけで

**名前は開発中のものです。** · 2013/11/04(月) 22:31:43.30

まじめにレスするだけ無駄だとおもうな
>>782のサイト見てからじゃあ何が出来るか？っていうと何も出来ないし
DXライブラリならDixqのサイトでも見ればいいし言語ならロベールとか猫わかとか見ればいい

**名前は開発中のものです。** · 2013/11/04(月) 22:32:06.05

>>794
サービスによるけど広告クリックは1～2%
アフィリエイトは大体20％～グライ
キチンと業者と契約を結べば別だけど、アクセス数や利用者数が膨大に必要
知識の浅い初心者が頻繁にプログラミング入門サイト作って失敗している
書籍やサイトで紹介されてる内容、程度なら半年持たない
ユーザーが必要としているのは一歩進んだ知識だから最低でも大規模プログラミング
できる程度の知識が必要。

**名前は開発中のものです。** · 2013/11/04(月) 23:43:47.74

180フレーム寿命があるエフェクトを毎フレーム30個ぐらい作るとReleaseモードでもFPSが40ぐらいになるんですが
これはもうシングルスレッドゆとり設計の限界なのかね

GPUに行列の計算させるのってDirectXの関数使えばいいの？
なんかCPUでやってる気がするわ

**名前は開発中のものです。** · 2013/11/04(月) 23:53:06.95

突っ込みどころが多すぎて何も言えない

**名前は開発中のものです。** · 2013/11/05(火) 00:06:51.80

>>798
横からだけど、確認を込めて一応掘り下げると…

・「nフレームのスパンで動作するとある処理Aを、毎フレーム n個作ると遅くなる」
　→ 処理Aの開始から終了までのフレーム数と、１フレーム当たりの処理数自体は普通特に関係無い訳で、
　　　話の主題は単に　「１フレーム当たりの処理量が多くて、１フレームを通過するのに時間がかかる」　って話だと思う。
　　　ならば単位当たりの処理を軽量化するように設計したらいいんじゃね、って話。

・「これはもうシングルスレッドゆとり設計の限界なのかね」
　→ 上で書いた通り、あなたの　「その」　設計の限界だから見直すべき。
　　　その上で、シンクロのステップも含めた上で、マルチスレッドの方が良いならそのように設計するべき。
　　　ただしその場合、「はたしてマルチスレッドにした場合、シンクロのポイントも含めて考えた上で、１フレーム当たりに可能な処理量がどれほど増えるか」
　　　は把握しておくべき。　その正解はあなたの実装による。

・「GPUに行列の計算させるのってDirectXの関数使えばいいの？」
　→ ある意味 DirectX の関数と言えるけど、正確には GPU側で計算させるならシェーダの中の話。　DirectX で言うなら HLSL の中の関数の話。
　　　で、GPU側で計算させたい場合、普通は CPUから引き渡した内容に対して、シェーダ内で表示物向けに計算させるだけなので、
　　　その用途で良いならそうしたらいい。

・「なんかCPUでやってる気がするわ」
　→ 気がするんじゃなくて、自分がCPU側で計算させて DirectX 関数に引き渡してるならそうだし、シェーダ内の関数でやってるなら GPU側。
　　　気がするんじゃなくて、自分で明示的にわかってるはず。

**名前は開発中のものです。** · 2013/11/05(火) 00:12:40.70

ちなみに、
＞180フレーム寿命があるエフェクトを毎フレーム30個ぐらい作るとReleaseモードでもFPSが40ぐらいになるんですが
↑こういう、ふわっとした理解で何も考えずに、単に言葉だけ知ってるレベルでマルチスレッド化なんてしたら、
100% 正常に動作しないので、問題点の要点を勘違いしないで、ちゃんと整理する事。　自分が書いてる処理は具体的にどういう動作なのかを本当に理解すること。
終わり。

**名前は開発中のものです。** · 2013/11/05(火) 00:19:12.85

180*30=5400
ちゃんと設計してギリギリ60fps保てるレベルだな

オブジェクト生成毎にメモリをnewしてるとかだと間違いなく無理だが、
それ以前にエフェクトにこれほど大量のオブジェクトを作る設計が間違い

**名前は開発中のものです。** · 2013/11/05(火) 00:57:01.93

余談だけど、処理内容書かずに数字だけで言うなら、

俺が書いてるオープンワールドのアクションゲーもどきだと、マップ中にある火山や温泉の間欠泉や、海辺の波と、あと
敵を殴った時に飛び出る★のようなエフェクト、必殺技的な物使うときの透過光や走行線なんかの内、

一番長くアニメーションさせてる物は 60fps 定速管理の場合 3.5秒ほどの間表示処理を行うから、期間で言えば 250フレームの間描画を繰り返す計算になるけど、
しかしそんな事自体は大した意味は無くて、本当のポイントはメインループ中の１回の処理で、どれだけの内容をこなさないといけないかって事。

その意味を踏まえて言うなら、一番込み入った場面では最大 150個ほどのエフェクトが同時に動作している事があるけど、
メインループから定速固定用の時間経過処理（fps管理用スキップ処理）をコメントアウトすると、大体 2400fps ぐらいの速度で動作している。
内容的に特にそれでも速いとは思わないが、要は、「どういう処理書いてるか、１ループ（フレーム）の間にどんな事してるか」で結果なんて変わる訳で、
数字だけ見ても　ふわっとした事しか言えないって話。本当に終わり。

**名前は開発中のものです。** · 2013/11/05(火) 07:22:11.85

何FPSで動くとかどうとかの話って、PC次第で変わるから意味ないような。

**名前は開発中のものです。** · 2013/11/05(火) 07:28:11.84

>>804
大体の目安だからいいんじゃね
クロック数とかもマルチコア主流の今の時代じゃ意味ない数値だし

**名前は開発中のものです。** · 2013/11/05(火) 07:39:09.41

とりあえずdxライブラリに完全に乗っかっててしかも
頂点操作してないから重いんだと思う

そう考えるとFF14のあのエフェクト量であの軽さはやばいな

**名前は開発中のものです。** · 2013/11/05(火) 12:35:49.76

DXライブラリでチェックボックスとかスクロールバーのような
コントロールを使おうと思ったらやっぱり自作するしかない？
それとも他のライブラリとか使った方がいい？

**名前は開発中のものです。** · 2013/11/05(火) 13:01:44.40

winapiでいいやん
慣れないとメッセージの調べかたに手間どうが

**名前は開発中のものです。** · 2013/11/05(火) 13:08:49.28

>>807
DXライブラリを使う以前に
C言語をちゃんと理解していれば
悩む必要もないと思うよ

ON/OFFのチェックを表現したいなら
まず、ONの画像とOFFの画像の２つを用意する

さらにどの条件の時にON/OFFなのかを組む
２種類しかないならbool型で、Trueとfalseでいいと思う

bool型がtrueなら、ONの画像を表示
falseなら、OFFの画像を表示するように組む

あとは、bool型をどうすればtrue/flaseにするのかの仕組むを組めば良い

ゲーム画面でマウスの左クリックでON/OFFにしたなら、
マウスの座標が、チェックボックスの座標内にあった時に、
左クリックをして、ONならOFFになる
OFFならONにするようにして表示画像も変えるようにする

**名前は開発中のものです。** · 2013/11/05(火) 13:12:05.87

DXライブラリじゃないけど、俺はゲーム画面上に表示するコンフィグその他のGUIは、
DirectXベースでテクスチャ貼った板ポリ並べて並行投影で表示する恰好のGUIライブラリをかなり前に作ってあって、
なんだかんだ改修しながらずっと使ってる。
普通のボタンと、チェックボックス的なトグルボタンと、テキストエディタと、リサイズ可能なウィンドウと、Excel風のグリッド表示するリストボックス

**名前は開発中のものです。** · 2013/11/05(火) 13:22:31.45

ゲーム画面内でマウスのドラッグでスクロールさせるなら
スクロールバーの座標にマウスを移動させた時に、
左クリック押しっぱなしの状態で、ドラッグ状態にして、
マウスを下に移動させれば下に移動、上に移動させれば上に移動

あと、SetDrawArea関数を使って
指定した座標範囲内だけに
スクロール内の内容を描画するようにして
スクロールバーのドラッグ＆マウスの上下移動で
SetDrawArea関数内の領域に描画した全ての画像の座標を
y軸にプラスにしたりマイナスにすれば、
そのウィンドウ内だけで表示内容がスクロールされる

**名前は開発中のものです。** · 2013/11/05(火) 13:34:30.35

マスクしないと

**807** · 2013/11/05(火) 13:34:48.29

レスさんくすー

>>808
API大丈夫か？
ダイアログボックスだしてその中なら正常に表示できそうではあるが。

>>809
いや、作成方法は分かるんだ。
ただ、スクロールバーのつまみみたいなD&DとかTAB移動の実現とか
一つ一つGUIパーツを作ろうと思ったらコーディングが手間すぎる。

>>810
やっぱり自作ライブラリをつくるしかねーかなぁ。だりぃｗ

**名前は開発中のものです。** · 2013/11/05(火) 13:35:10.56

スクロールって実際は全て描画されていて、後から上書きしてるの？

**名前は開発中のものです。** · 2013/11/05(火) 13:35:54.94

SetDrawArea関数とはドラクエで例えると
メッセージウィンドウみたいなものです

ドラクエでメッセージを表示する時は、
続きのメッセージは、そのウィンドウ内でメッセージ内容が下にスクロールしますが
それを表現する時に使うのが、SetDrawArea関数です

詳しくはDXライブラリの公式サイトの
SetDrawArea関数の解説を読んでみてください

**名前は開発中のものです。** · 2013/11/05(火) 15:50:34.81

いちいちGUIライブラリを自作するのって非常に無駄な作業だと思うのですが
何故そんな非効率なことをするのでしょうか

**名前は開発中のものです。** · 2013/11/05(火) 16:00:00.60

そんなこと言ってたら最初の一つ目から存在しない

**名前は開発中のものです。** · 2013/11/05(火) 16:18:17.24

ＶＢで作りましたみたいな出来合いのＧＵＩでいいならいいじゃん

**名前は開発中のものです。** · 2013/11/05(火) 17:05:30.44

>>809
自作する場合、言語の知識よりも細かい部分の動きに悩みそうな気がする。
何気なく使ってるGUIだけど、意外に理解してない部分って多いんだよな。

**名前は開発中のものです。** · 2013/11/05(火) 17:14:13.68

DXライブラリの公式サイトの
リファレンスは中級者向けなので
初心者が見た場合、一体、何のために使う関数なのかが解かりにくいと思います

なので、私はDXライブラリ関数リファレンスを
もっと分かり易く初心者でも理解できるような
DXライブラリ関数リファレンスを制作中です

http://c-games.main.jp/dxlif.html

公式サイトの解説の丸写しではなく
自分で検証して、もっと分かり易く噛み砕いて、
実行結果の画像もキャプチャー画像を紹介するように作ってるので
かなり時間が掛かっています

改めてDXライブラリ関数をイチから全てを検証していくと
なんて膨大な関数なんだろう…と、絶句していますｗ

**名前は開発中のものです。** · 2013/11/05(火) 17:25:06.00

>>814
「上書き」が何を指すかは分からんが、
ソースコード上では表示領域より大きめにセットしておいて、実際の描画時にライブラリ側で切り取るのが楽チンだと思う。

**名前は開発中のものです。** · 2013/11/05(火) 17:35:28.02

>>820
広告ばっかりｗ

**名前は開発中のものです。** · 2013/11/05(火) 17:35:48.41

>>820
何でそんな無駄な事してるの?
しかも余計わかりにくくなってるし
時間の無駄だから止めた方が良い

**名前は開発中のものです。** · 2013/11/05(火) 17:42:09.39

クリックして見に行ってる時点で食い物にされてることに気付け

**名前は開発中のものです。** · 2013/11/05(火) 17:51:59.04

>>820
このトップ画面のさ、メインコンテンツ部分のお知らせとか更新情報って書いてあるのって
どうやってやるの？
鍵型っぽいやつ

**名前は開発中のものです。** · 2013/11/05(火) 18:10:21.67

>>820
じゃあ、以下のを Dxライブラリを使って作って

３Ｄ空間に複数のモデルを配置してあって、その中の一つをマウスでクリックすると、
そのモデルが赤色に変色するプログラム。

**名前は開発中のものです。** · 2013/11/05(火) 18:12:41.83

>>820

リファレンスより動くゲームのサンプルコード載せて欲しいわ。
リュウジンロクとかコピペで使えたから便利だったんだよ。

**名前は開発中のものです。** · 2013/11/05(火) 18:52:59.00

シューティング作るのがいちばん簡単とかぬかす奴をたまに見かけるのはそのせいか

**名前は開発中のものです。** · 2013/11/05(火) 18:55:10.74

>あと、私は「ｗ」をNGワードに設定している
>「ｗ」などを連呼するような低俗な輩の発言など目に入れないようにしている
>あと「こいつ」などの単語も同様の理由でNGワードにしている

とかなんとか言っておきながら

>なんて膨大な関数なんだろう…と、絶句していますｗ

と自らが設定したはずのNGワードを使うとかｗ

流石は他人から「こいつ」呼ばわりされるのが怖い怖いのバkazuki君だｗ

**名前は開発中のものです。** · 2013/11/05(火) 19:05:50.92

DXライブラリのリファレンスほど初心者にも解りやすく丁寧なものはないね
他のライブラリだと引数の型しか書いてなかったりそもそもリファレンス自体ないのもある
ソース見ろやって事なんだろうけど…

**名前は開発中のものです。** · 2013/11/05(火) 19:21:34.03

2chの常識
kazukiに反応する人もkazuki　も知らんのか

**名前は開発中のものです。** · 2013/11/05(火) 19:45:27.52

>>830
でもまあなんだかんだで最終的にはヘッダファイル見るようになるよなｗ

**名前は開発中のものです。** · 2013/11/05(火) 19:55:25.90

>>828
龍神録の館を抜きにしても、実装に専門知識が要らないからシューティングが一番簡単なのは事実だよ
逆に、他の動的ゲームを作るときにはシューティングを作るとき使った技術すべてを駆使することになる

**名前は開発中のものです。** · 2013/11/05(火) 20:37:20.59

>>833
場合によるでしょ。
専門知識が何を指すかしらないけど。一番簡単ていうのは意味不明。
俺に言わせればじゃんけんゲームとか○×ゲームの方が簡単ｗ

まあ、だれも遊んでくれないクソゲーでいいなら「一番でなくて」実装が楽て言うのなら１００歩譲って同意する。
エースコンバットレベルになるとまったく同意できないが。

**名前は開発中のものです。** · 2013/11/05(火) 20:41:01.91

>>834
動的ゲームの中で、な
アスペじゃないんだからそれくらい察そうぜ

**名前は開発中のものです。** · 2013/11/05(火) 20:42:38.59

>>835
お前想像力ゼロで既成概念に縛られてるみたいだな。
まあいいわ。

**名前は開発中のものです。** · 2013/11/05(火) 20:44:57.16

いや、「なんでそう言われてるのか」を考えられずに「意味不明」と言い放つほうが想像力ないと思うんだが・・・

**名前は開発中のものです。** · 2013/11/05(火) 20:48:55.92

>>837
いいと言ってるのに。

じゃあ、なぜ動的ゲームでシューティングが一番簡単なのかご説明願おうか？
一番ていうところが重要だからな。頑張ってくれ。

**名前は開発中のものです。** · 2013/11/05(火) 20:51:34.53

わざわざ説明する必要あるか？
オブジェクトの生成、衝突判定、キャラの移動、シーン切り替え
これだけがあれば最低限ゲームとしての形にはできるからだよ

**名前は開発中のものです。** · 2013/11/05(火) 20:52:25.40

ゲームの歴史的に考えてシューティングが一番シンプルだと思う
ポンやブロック崩しの派生だしね

**名前は開発中のものです。** · 2013/11/05(火) 20:53:06.02

ん？
ブロック崩しは動的ゲームに入らないのか？

**名前は開発中のものです。** · 2013/11/05(火) 20:57:10.09

想像力働かせろよ
ブロック崩しは反射の計算にベクトル演算が要るだろ
ベクトル演算を用いなくても実装することはできるが、それににはどういう処理で誤魔化すかというジャンルの専門知識が要る

そして実装的には、シューティングのショットを反射するボールに変えただけに過ぎない

**名前は開発中のものです。** · 2013/11/05(火) 20:59:09.87

>>842
ｗｗｗ
マジ受けた。ベクトル演算なんかしなくても作れるよブロック崩しはｗ
お前ほんともういいや。

**名前は開発中のものです。** · 2013/11/05(火) 20:59:20.18

当たり判定って矩形か、それともありのままかどっちが良いですか？

**名前は開発中のものです。** · 2013/11/05(火) 21:00:17.66

>>834
＞まあ、だれも遊んでくれないクソゲーでいいなら「一番でなくて」実装が楽て言うのなら１００歩譲って同意する。

一番かどうかは別にしても、STGが楽ってのはまあそーゆーことよね。

**名前は開発中のものです。** · 2013/11/05(火) 21:01:40.09

人には説明しろと言っといて、自分は説明せずに逃げたか
まぁ馬鹿の相手しても無駄だからいいけど

>>844
自分で判断できないレベルなら、とりあえず矩形と円２つ実装すればいいんじゃないかな
見た目そのままの判定は、実用に足る実装をするのは難しいだろうし

**名前は開発中のものです。** · 2013/11/05(火) 21:01:44.31

正確にはシューティングのスペースウォーが最初だった(;´-`)
まぁシステムはどれも似たようなもんだよねということで

ベクトルを使わないってしばりならインベーダーなんて直線にしか撃てんぞ

**名前は開発中のものです。** · 2013/11/05(火) 21:02:55.74

>>844
ゲームにもよるが、
小型の雑魚は矩形、大型のボスはある程度画像に沿った判定が良いと思う。

**名前は開発中のものです。** · 2013/11/05(火) 21:03:31.94

>>846
お前さ、ブロック崩しってどれくらい前からあるかしってる？
8bitのCPUでベクトル演算なんかしねーし。
する必要もないよ。

**名前は開発中のものです。** · 2013/11/05(火) 21:06:02.75

xとyに定数を足して動かすだけでもベクトルっちゃベクトルだが、
上方向にまっすぐ弾を出すのも同じくらいベクトルなんじゃね？ｗ

**名前は開発中のものです。** · 2013/11/05(火) 21:07:25.74

>>849
そういう作品は誤魔化しの手法使ってるって最初に言ってるじゃん
そういう手法を使う作品は、作るにあたってその知識が要るから一番簡単とは言えないんだよ
また、ステージ作る場合にも、簡易エディタ等を作らないとなると大量にブロック配置をコードに直書きしなけりゃいけなくなる
そこら辺はわかってるか？

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

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