DXライブラリ 総合スレッド その19 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
Cを習得した程度のスキルでも、ゲームのグラフィックを比較的容易に描画する事のできる、
「DXライブラリ」に関するスレッドです。
DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。
【公式】
http://homepage2.nifty.com/natupaji/DxLib/
【関連スレ】
C/C++ゲーム製作総合スレッド Part7 [転載禁止](c)2ch.net
http://peace.2ch.net/test/read.cgi/gamedev/1420939171/
ゲームプログラムなら俺に聞け32(c)2ch.net
http://peace.2ch.net/test/read.cgi/tech/1441693570/
●DXライブラリではなくDirectXの質問ならこっちへ
【C++】 DirectX初心者質問スレ Part39 【C】 [転載禁止](c)2ch.net
http://peace.2ch.net/test/read.cgi/tech/1418438785/ 当たり判定は別にいいんだけど本当に難しいのは判定後の反発、押し出し処理
いまだにメーカーごとに意見が分かれる部分 有名な物理エンジン使ってるゲームでも
めり込んでおかしな動きしてることあるからな >>278
Colision detectionで一発解決
そう、unityならね(´・ω・`) >>279
まじか
よくわからなくなってきたので中途半端でやめずにとりあえずC++を一通りやってからゲーム制作勉強します… いくらC++を勉強したところでDXライブラリはゲームエンジンとしての限界点が低いから
とくにグラが汚いから覚悟しておくことだ
最新の C++ 11 できっちり組んだとしても、遊ぶ人から「これレトロゲーム?」って言われる(笑) デフォのトゥーンは輪郭線が綺麗で好きだな
いくつかトゥーン作ったけど結局デフォに落ち着いた javaやC#の標準ライブラリですら
rectangleクラスのintersectで簡易当たり判定は楽にできるみたいなんだよね
思想の違いだとは思うがゲームライブラリならそれくらいあってもいいとは思った MFCにCRectクラスのIntersectRectがあるよ
まあしかし四角の当たり判定がないくらいで不便って言うのなら c# に乗り換えたほうがいいと思う
c++は全般的に使い勝手あまりよくないから そういえば3Dの衝突判定機能はいくつかあるけど2Dは無いんだな pythonで入力ゲームを作ってます。
DXライブラリの、
VisualC# 用パッケージ
で、ゲームパットは正常に動きますか?
pygameのゲームパットが難しいので、そちらが使えたら使おうかと思いました。 普通に使えた。
32bitだから64bitにしたらの不安が有ったけど、心配し過ぎでした。
お騒がせしました。
どうも、です。 リファレンスのTellMovieToGraphのサンプルを参考に
LoadGraphでaviファイル読み込んでDrawGraphで映像を描画するプログラムを試してみたら
タスクマネージャで確認したところ動画の再生中はディスク使用量が常に100%近くなってしまうのですが
これはそういうものなんでしょうか? DXライブラリを使ってC++で
アドベンチャーゲームを作ろうと思っています。
今時のノベルゲームでは無く、ファミコン時代のアドベンチャーゲームです。
今まではアクションゲームやシューティングゲームを作って来まして、
アドベンチャーは初挑戦なのでちょっと不安なんです。
企画だのシナリオだのの前に、まずはシステムや
アドベンチャーゲームを構成するプログラミングから考える必要がありますよね?
しかし、現段階でそれらを考えると、完全に独学のオリジナルになり、
凄く面倒なものを完成させてしまうかもしれません。
自分としては、ひな形とまでは言いませんが、
参考にできるものや、定石を学ぶ方法を模索しております。
なにかありませんか?サイトでも書籍でも構いません、教えて下さい。 githubにソースコード公開して作りながら適度に聞けば? >>294
ありがとございます
ただ、自分はどっちかっていうと
考え方を知りたいんですよ
アドベンチャーゲーム制作する上での
フラグの考え方や、変数の使い方です。
考えてみると、アドベンチャーゲームって
フラグめちゃ必要じゃないですかね
例えば、調べる項目が増えていくじゃないですか、
話すで選択できる相手とかも。
そして、キャラの台詞も、
質問二回目、三回目で返答内容変えたり。
そーいうの、どう考えて組み立てていけば
いいのかなって、、 RPGのイベントも話しかける相手や時期、話しかけた回数とかでサブイベント分岐させたりするじゃん
アドベンチャーゲームだからって専用の特殊な考え方やフラグ管理って必要ないと思う 定石は無く、ゲームの仕様それぞれに合わせて考えるしかない
仕様が複雑ならより汎用的でいちいち面倒くさい重厚な構造になるし、
仕様が単純なら多少ごり押ししたような方法で手早く必要条件を満たす
そう、答えなきところに答えを出すのがゲームプログラミングというものだ >>296
アドベンチャーゲームプレイしたことある?
ノベルじゃ無くてさ。
各シーン(場所)で出現する項目数も決まって無いし
その項目数もある項目を通過するたび項目数が増えるし、
その項目だって、何層もあった先の項目だったりする。
それが各シーンで統一できない状態なわけで、、、、
RPGなんかのフラグと同じじゃない、そんなシンプルに出来ない。
>>297
やはりゴリ押しかあ、、、、 場面ごとに専用のフラグや処理を作ると考えるんじゃなくて
進行フラグや取得アイテムに応じて出す選択肢を変えると考えるんだよ
なので仕組み的にはRPGとかと同じと言える
あとはスクリプトデータのフォーマットとか作り方の問題なので
それこそノベルゲームエンジンを参考にすればいい ゲームの詳細が決まってないような段階で
プログラミングを抽象化するのは無謀な上に当事者は歴戦の勇士でもないという
それならいったんごり押しからの脱構築しかあるまい
そうやって作られたサンプルは動く仕様書として人に意見を聞くにも役に立つ >>298
>RPGなんかのフラグと同じじゃない、そんなシンプルに出来ない。
アンタの作ったRPGってちょっとした分岐も無い完全一本道でつまんないレールプレイングゲームになりそうだな フラグはDBにまとめれば管理手段はどれも共通にできる
sqliteあたりを一通りさわれば可能性を感じられるかと フラグ・クラス(というかセーブデータ・クラス)を作って、シリアライズ・デシリアライズする方法が楽だな
C#のシリアライザーやUnityのJsonでクラスがあれば、クラスまるごと簡単にファイル保存・読込できる
フラグがいくつ増えてもセーブ・ロードのコーディングしなくていい 俺が書いたプログラムを毎回ウイルス扱いして止めようとするのはやめろノートン! 簡単にお金が稼げる方法興味ある人だけ見てください。
グーグル検索⇒『来島のモノノリウエ』
YF53OEVNGR GetUseDirect3D11Device
GetUseDirect3D11DeviceContext
なんでも出来るぞ ☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が3分の2を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆ fpsの表示なんて、いるかあ?
こんなしょぼい機能を追加してしまうところにDXライブラリの作者のやる気の無さを感じるわ iOS版作ってる最中みたいだけど
iOS程度じゃやる気無しか >iOS版作ってる最中みたいだけど
そりゃすごい、こういうのを期待してるんだお Unityのfps表示のアセットを見ればわかることだけど、
ひとりのユーザーがfps表示のコンポーネントを公開すればみんなでそれを使えるようにすべきなんだよ
わざわざゲームエンジンに機能を追加しなくてもね
ひとりのユーザーが便利なコンポーネントを公開すればみんなでそれを使う
ということができるようにDXライブラリはもっとコンポーネント指向にして欲しいよなぁ
そのへんがもう遅れてるし、ユーザーも増えないし、コミュニティも育たない原因の一つだね ゲームエンジン界隈でいちばん育ったコミュニティはUnityでしょ
アセットストアやgithubなどに新しい機能や素材がたくさんあって、
そこから新しいユーザーが増えたり、ゲームが高品質・短時間・低コストで作れたりしてる
そういう人や素材の多さを見てさらにユーザーが増えるような好循環がある 設計思想が全然違うものを引き合いに出されてもな
ユーザも古いライブラリの割には居るし DXライブラリは管理人さんがこまめに更新、デバッグしてくれてるから
公式のファイル落とすだけで充分なんだという安心感があるのが逆に良い点だと思う
ユーザー同士のそういうやり取りには
公式本体ファイルのアップデートで使えなくなるのとか
組み合わせの相性が悪いのとかが出てきてもめんどくさいし
「こんな機能が欲しいです」→「○○で出来るだろ」→「どこでDL出来ますか?」
の流れが頻繁に出るのもうざいし、時間がたって消えたファイルの再Upクレクレもうざいじゃん
ユーザーを気にかけててこまめに更新を続けてくれる作者が居るコミュニティの場合
作者の独裁体制の方がユーザーは幸せだし、新規も入りやすいよ
逆に放任のところはユーザー同士の交流が活発な方が良いけどね いいライブラリだよな。
他言語用に移植されても良さそうなもんだが。 素晴らしいライブラリだと思うよ。
ここまでやって欲しくてこれ以上踏み込んで欲しくないラインがわかってる。 Unityと比べるとblenderと親和性が良くない
逆にMMDやメタセコは良い
日本的なんだけどやはりUnityと違って世界には広まらない まあ確かに世界に広まってユーザーが増えれば
今後もずっと使えるだろうって安心感も増えるよな 同じとこに這い寄ったって劣化版と見られるだけだべ
オンリーワンの強みを持てばいいのよ 2Dゲー作るのにわざわざUnityなんて面倒なだけだし
ゲームの動作も重いからなぁ 2Dゲー作るならDXライブラリの方が向いてるよな。
無駄な裏処理が少ないし
メインループ動作の基本的な考えやFPS固定前提でのエンジンなところも。
逆にDXライブラリで本格3Dゲー作ろうとは思わないけど。 >>218
ものっそい今更なんだけど
gifはムービーファイル扱いでロードするとアニメーション再生できたはずよ
過去スレで教えてもらったことがある unityなんか素材をポンポンドロップしてプレハブ化してそれを呼び出すだけよ?超簡単w 簡単に作れる と 自分の思うように作れる は全く違うからね VisualStudio Express 2017には対応しないのかな?まあ2015でも別にいいんだが いつの間にかMMDのアニメーションのfpsを変えられる関数が追加されてるな
前はMMDとDXライブラリはfpsが30倍違ったからモーション合わせるのが少し面倒だった DXライブラリにもアセットみたいのがあればと思ったけど
ハイレベルなシェーダーマップやfbxに対応してない低レベルモデルしかサポートしてないし微妙だな ゲームのレベルが低いうちはDXライブラリみたいな縛りがゆるくて自由に何でもできるゲームエンジンが優勢だったけど
わりと最近の、高度化されたゲームが増えるにつれて
ほかの人がつくった高品質・高機能なアセットが使えるゲームエンジンが優勢になっちゃった感じはする ガワだけちゃっちゃと取り繕えるほうが今のトレンドにあってるからねえ
DXライブラリの本分とは別世界だわさ DXライブラリって元々2D専用で3Dはあとから要望で付けましたみたいなイメージある
3dゲーム作成はプログラム以外も大変だし手軽でクオリティ高くつくれるほうが今時XPみたいな低スペで動く軽さよりも魅力
あと利用規約とかいろいろみると結局物理エンジン自分で実装したりボーンいじるハメになるから全く個人制作向けではない DXライブラリで 3D が出来るなんてただの都市伝説ですよ シェーダ書くのは構わないんだけど自作モデルのメッシュ割りが下手でシェーダが活きない
モデリングセンスの壁ってあるよな
ついでに音楽センスも終わってるから作曲もやべえ 全部勉強して作ってたらゲームなんて作れない、っていうか何したいか考える時間すらなくなると思うんだが コード書くのは苦ではないし数学も物理学もその辺の工学部の学生程度にはあるんだけど
イラストとか音楽とか未知の世界すぎて戸惑ってるわ プログラマはシンプルが美徳だけどキャラデザは真逆だしな
マグカップとティーカップくらい価値感が違う キャラデザもシンプルだよ
大ヒットするヤツは特徴がハッキリしていてデフォルメが効いて真似しやすい だいぶ手こずったけどDXライブラリとLive2dを一緒に使えるようになったぞ
情報少ねー 陽炎エフェクトやろうとあれこれ検索したら
Blender 陽炎・排気熱エフェクト - YouTube
ttps://www.youtube.com/watch?v=gubB4QkwnJo
まともなのはこれしかヒットしなくて。
とはいえ、これってDXライブラリに応用できますかね?
フィルタとマスクを重ねる・・・歪みってどう作れば良いんだろ。 Shader使えばできるだろうけど、DXライブラリはShaderの機能が貧弱なのであまりオススメしない
DXライブラリはグラフィック機能全般がはっきり言って貧弱&時代遅れだから
グラフィック処理を凝るようになったら難易度ベリーハードになってまうで・・・
もっとグラ強化してくれたらいいんだけどな ケースバイケースでしょ。
同人レベルじゃ第一級レベルエンジン云々はさほど重要じゃない。 ケースバイケースっていうけど
陽炎エフェクトつくるくらいで限界がくるようではなぁ そーなのかー。
GraphFilter()辺りを何度か読み直していたんだけど、『これって指定したハンドル全面に作用するよね』と頭抱えていたのです。
そのまんまは無理でも、何か似た効果で違う方法を知恵絞ってみます。
ありがとうございました。
それとお詫びです。
3Dをサンプルに出しましたけど、2Dオンリーで考えていましたm(__)m
書き漏らしました。 困った時は素直に管理人に直接言ったほうが良いと思うな
DXライブラリでDirectX並のことして自己解決するのは本末転倒だし
DXライブラリユーザー全体にとってもためにならない 手書き済むものをエフェクトエフェクトってバカじゃないの? 書き込むなと言ってるだろう!
わかったら返事をしろ! >>357
ある程度要望がまとまったら、管理人様に要望出すのが貴殿の言う通りLIBと皆さんの為だとも思うのだけど、
> 現在 iOS対応の作業をしているので、大きな機能追加は、機能を追加するかどうかの検討も含め
> すべて iOS対応の後となってしまいます( 半年〜1年後 )、すみません m(_ _;m
3/18日頃のレスを見るに、当分無理そうだ・・・。 シェーダーとか自動でやって欲しいような方向性ならDXライブラリはそもそも向いてなくね?
処理が軽くてブラックボックスになってなくて基本全部自分で触れるのが長所なんだから
あれこれ機能拡張を要求するのはそもそも趣旨が違うんじゃないのと。 DirectXって初期設定とかOSのバージョン違いの誤作動とかめんどくさいから
そのあたり任せられるだけでも助かるけどな 個人的にはウインドウ作る基本的なとことかDXアーカイブだけでも十分ありがたい 逆をいうとそのあたり以外はいらないんだよな。
とにかくハードウェア的な部分や初期設定関係以外は基本、DirectXの関数だけでいい。
あとは余計なことせずに処理が軽いことが一番。現状でいいよ。
あれもこれもと盛ってUnityみたいにならなくていいよ。 大きなフレーム持ってるツールは学習コストがそれなりにかかるらね。
同人や個人制作あたりだと結構あの手のツールは段取りに時間かかる。
実際、DXLIBってそういう位置づけのものだと思うよ。 自分はどっちかといえばunity目指してほしい
上級者の玩具にするとDXライブラリの意味がなくなる Unityの方が上級者(or情弱)向きじゃね
そもそもコミュニティの規模が違うんだからDXlibにUnityライクを求めるのは間違い >>369
Unityの開発何人いると思ってるんだよ。
DxLibはライブラリ。ゲーム開発ツールじゃない。 でもバグっぽいことを掲示板で聞くとすぐ返事返ってきて修正してくれたりするからすごいよね… 明らかにライブラリのせいじゃないクソみたいな質問にもちゃんと答えてるの凄いわ
俺ならキレてる あれは偉いよね。人間ができてるよ。
俺があの馬鹿みたいな質問の連続くらったらやっぱりキレてると思う(笑) 心配しなくてもお前らじゃあんなの作れないから、いらつく心配なんかしなくていいぞw ■ このスレッドは過去ログ倉庫に格納されています