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/ 定石は無く、ゲームの仕様それぞれに合わせて考えるしかない
仕様が複雑ならより汎用的でいちいち面倒くさい重厚な構造になるし、
仕様が単純なら多少ごり押ししたような方法で手早く必要条件を満たす
そう、答えなきところに答えを出すのがゲームプログラミングというものだ >>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 サポートに時間かけて逆に開発が遅延してるけどな
スマホ対応おそすぎどんだけ遅れればいいんだ 他のゲームエンジンの後追いじゃなくて別の新しい方向に向かってもよかったかもね >>378
文句があるなら自分で作れよ。
完全にボランティアでやってくれてるんだぞ。 369 名前:名前は開発中のものです。[sage] 投稿日:2018/04/13(金) 13:56:40.97 ID:Q35NURll
自分はどっちかといえばunity目指してほしい
上級者の玩具にするとDXライブラリの意味がなくなる
こいつ利用者で一番馬鹿だわ てか、それが人一人ができる精一杯の限度だろうなあ。 今のゲームが当たり前に実装する物理レンダや物理演算は
ラッパーライブラリじゃあ実装できない
Direct Xのラッパーライブラリ作れば時代の最先端だったというのはもうずっと昔の話でしょ
過去の成功体験を忘れられないってか老害よな それらが出来ないライブラリのスレに居座る老害が何いってんだ
乞食らしくUnity(笑)でも使っとけ >>387-388
お前らはそこでUnityやUE4への批判をしてしまうところがよくない
DXライブラリでも面白いゲームは作れる!と熱っぽく語るべきだろ
DXライブラリが本当にダメみたいじゃないか スーファミレベルの2Dゲームが作れれば満足な俺みたいなおっさんには
今のゲームが当たり前に実装する物理レンダや物理演算なんぞ要らんのです >>398
ゲーム制作ツールとライブラリの区別もつかないとか
先に病院で頭見てもらうべきなんじゃないの? 2D作るにしても物理演算はあった方が便利っしょ。box2dくらいは使えるようになった方がいい。 俺は物理演算いらんけどなあ。自前で組んで調整した方がいい動きになると思う。 とある意見「Box2Dぐらいは使えるようになった方がいい(便利だし開発が楽だから)」
とあるマゾ「俺は楽したくない変態だから物理演算はいらない。他の人間もそうあるべき」
俺「開発の効率を上げるのを拒む人間って害悪だよなあ。真空管でパンチカードでも通してろよ・・・」 >>394
その人にとって不必要な機能が追加されることは開発の効率を上げることに繋がらないどころか
その人の必要な機能に対して公式のサポートの手が回りにくくなることから
その人にとっては開発の効率が下がることに繋がるってことを理解しようぜ
機能はあればあるだけいいってもんじゃない、必要な機能だけあるのが一番いい
必要な機能は人それぞれ >>394
同じCライブラリなんやから自分で組み込みゃいいでしょ。
何いってんの? ■ このスレッドは過去ログ倉庫に格納されています