---

[トップに戻る] [使いかた] [ワード検索] [管理用]

---

おなまえ
題　　名
メッセージ > >　ペッパーさん > ご返答ありがとうございます、何度もすみません > > >　加味しない1パータンの方が作業量的に負担が少ないかと思い上記の返答をさせて頂きましたが、 > >　もしかして「ライティング計算を加味しない」実装の方が面倒でしたでしょうか…？（汗 > > 仰るとおりでしたが、仰るとおりではなくなりました (・・;; > なぜかと言いますと「ライティング計算を加味しない」場合はシェーダーを新たに追加することなく > 自己発光以外のパラメータを 0 にしたマテリアルで描画すれば既存のシェーダーで実現できるので、 > もしそうする場合はかなり色々なところに例外処理を加えなければならないので大変だなぁと思ったのですが、 > 速度のことや今後のことを考えると専用のシェーダーを用意した方が良いので、その場合は既存の > 仕組みに少し処理を追加するだけなのである程度容易に実装できそうです > > >　申し訳ありません。スペキュラ以外にも拡散光や環境光はレンダータイプに関わらずライティング結果に > >　左右されると思うのですが、認識違いでしたでしょうか…。 > > となりますと、ライティング結果に左右されないのは自己発光のみ、という認識で良いでしょうか？ > > 拡散光　　ライティング結果の影響受ける > 反射光　　ライティング結果の影響受ける > 環境光　　ライティング結果の影響受ける > 自己発光　ライティング結果の影響受けない？ > > すみません、『スぺキュラ関連以外のマテリアル情報はライティング計算に左右されないものも多い』と > 仰られていたので、少し混乱しています、『ライティング計算に左右されないものも多い』ということは > 自己発光以外にもライティング結果に左右されない要素があるということでしょうか？
削除キー	(記事削除用。英数字で8文字以内)
	クッキー情報を保存

＜管理人＞
ご返信は一週間に一度、土日のどちらかで行います。平日は時間に余裕があるときだけご返信します。
この掲示板はマルチポスト禁止です。

>　sinoさん
1フレーム700万！ (・o・
単純計算で1400万ポリゴン…！( 画像を1毎描画するには2ポリゴン必要なので )
動画を拝見しましたが中々見応えのある花火映像ですね！
お役に立てたようで何よりです


>　girusuさん
ご希望の処理が実現できたとのことで何よりです


>　sakanaさん
Dixqさんの『新・ゲームプログラミングの館』が参考になるかもしれません
				
＜新・ゲームプログラミングの館＞
https://dixq.net/g/

その他にはＤＸライブラリを使ったゲームプログラムの作り方について書かれた書籍もあります

＜14歳からはじめるC言語わくわくゲームプログラミング教室 Visual Studio 2013編＞
https://www.amazon.co.jp/14%E6%AD%B3%E3%81%8B%E3%82%89%E3%81%AF%E3%81%98%E3%82%81%E3%82%8BC%E8%A8%80%E8%AA%9E%E3%82%8F%E3%81%8F%E3%82%8F%E3%81%8F%E3%82%B2%E3%83%BC%E3%83%A0%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E6%95%99%E5%AE%A4-Visual-Studio-2013%E7%B7%A8-%E5%A4%A7%E6%A7%BB%E6%9C%89%E4%B8%80%E9%83%8E/dp/4899774117

10年も前の書籍ですが、ＤＸライブラリ自体は10年前と比較してもほぼ変わっていないので、
書籍の内容はそのまま現在でも使用することが出来ます
( Visual Studio のインストール関連だけは Visual Studio 2022 に置き換えて読む必要がありますが… )

DXライブラリでゲームを作りたいのですが難しくて
どうやって勉強したらいいですか？

> >　girusuさん
> 				
> DrawExtendGraph では画像を回転させることはできませんので、画像の回転描画を行うための関数である DrawRotaGraph を使用してみてください m(_ _)m
> 
> ＜DrawRotaGraph の解説＞
> https://dxlib.xsrv.jp/function/dxfunc_graph1.html#R3N10

実現出来ました。ご助言いただきありがとうございました。

オーバーヘッドっぽいところ削っていったら、C#でも1フレームあたり描画回数700万ぐらいまではfpsかなり落ちるとはいえ、
まともに動くようになりました
youtu.be/vceisAXcu5E
本当に助言ありがとうござます

>　girusuさん
				
DrawExtendGraph では画像を回転させることはできませんので、画像の回転描画を行うための関数である DrawRotaGraph を使用してみてください m(_ _)m

＜DrawRotaGraph の解説＞
https://dxlib.xsrv.jp/function/dxfunc_graph1.html#R3N10

下記、DrawExtendGraphでカード画像の裏表を表示しています。
カード画像を45°回転させた状態で裏表表示をしたいため、
色々と試行錯誤しましたが実現できませんでした。
ご助言をいただけないでしょうか。

double angle = 0;
double rateX;

// 時間をインクリメント
CountTime[0]++;

// 回転角度を変更
angle = (PI / 60) * CountTime[0];

// 現在の角度でのx座標値を算出
rateX = (int)(cos(angle) * 60 * 0.5);

// 裏と表、どちらが見えているかを角度で判断
if (angle < PI / 2.0f || angle > PI / 2.0f + PI)
{
　// 裏が見えている場合
　DrawExtendGraph((int)(20 + 60 * 0.5 - rateX) + 1, (int)y1, (int)(20 + 60 * 0.5 + rateX) - 1, (int)(20 + 80), backimage, transFlag);
}
else
{
　// 表が見えている場合
　DrawExtendGraph((int)(20 + 60 * 0.5 + rateX) - 1, (int)y1, (int)(20 + 60 * 0.5 - rateX) + 1, (int)(20 + 80), imageHandle, transFlag);
}

// １回転(π)以上
if (angle >= PI)
{
　// 時間を初期化
　CountTime[0] = 0;
}

>　naohiro19さん

ご提案ありがとうございます
現状でも文字列の描画は行えますが、DirectWrite による描画をお勧めされるのは
何か理由があるのでしょうか？ (・・

int SetDrawStringMode(int DrawTextMode);

DX_DRAWSTRING_DEAULT:従来の方法で文字列を描画する
DX_DRAWSTRING_DIRECTWRITE:DirectWriteを使った文字列描画

この関数はDrawString関数などをで従来の方法で文字列を描画するか
DirectWriteを使った描画にするのかを設定をする関数です。

この関数を読んだ後にDrawString関数を呼ぶとDirectWriteのAPIを使って文字列を描画する仕組みを用意したらどうでしょうか？

>　naohiro19さん

Visual Studio 2022 で

	GraphHandle = LoadGraph( R("Image\Graph1.bmp") );

をコンパイルしてみたのですが

	error C3861: 'R': 識別子が見つかりませんでした

と、コンパイルエラーになってしまいました
naohiro19さんの環境ではエラーにならずにコンパイルできますでしょうか？

C++の生文字リテラルを用いると、以下の記述は、

GraphHandle = LoadGraph( "Image\\Graph1.bmp" ) ;

この記述は、以下のように記述ができます。
GraphHandle = LoadGraph( R("Image\Graph1.bmp") )　;

\\ を書く必要がなくなります。

細事に対応いただき、ありがとうございました。

>　辺見！真琴さん

すみません、『ヘッダコメントの方が正しい』となります
リファレンスマニュアルの方を修正しておきました m(_ _;m

毎度毎度、細かい事をお聞きします。
CheckHitKeyAll()ですが、マニュアルによれば返り値は0かー1ですが、DxLib.hのコメントには0かそれ以外となっています。
実際、戻り値が42となっていて面食らっております。
ヘッダコメントの方が正しい、で良いのでしょうか。

>>5397
助言ありがとうございます。
DrawCircleから、火花の色でSetBrightして白い円の画像ファイルをDrawRotaGraphで描画するようにして、変更したら、描画するオブジェクトの数が80万になっても変更前の20万よりずっと軽くなりました。

>　sinoさん

>　お手数ですが管理人様に削除していただきたい次第であります

承知しました、削除させていただきました
20万という時点で十分な数が出ていると思いますが、そこで突然となると何かあるのかもしれませんね
( GPU が原因なのか、CPU が原因なのか、C# のGC等が原因なのかは調べてみないとわかりませんが… )

因みに火花を DrawCircle で描画されていましたら、それを円が描かれた画像を DrawGraph で描画するように
変更するだけで描画負荷はかなり下がりますので、よろしければお試しください( DrawCircle は DrawGraph より
かなり重い処理なので… )

あと、複数の火花画像を別々の画像ファイルで用意してそれぞれ LoadGraph で読み込んで描画するより、
一つの大きな画像に全ての火花画像を敷き詰めて LoadGraph でその大きな画像を読み込んだ後、
DerivationGraph でそれぞれの火花画像部分を抜き出して使う方が別々の画像ファイルの場合より
かなり高速に描画できますので、もし火花を既に画像にされていて、別々の画像ファイルで
扱っていましたら『大きな画像に敷き詰めて LoadGraph → DerivationGraph で分けて使用』をお試しください

後は、動画を拝見する限りでは C# で組まれていると思われますが、C# の実行速度は C++ のデバッグ実行くらいの
速度だったと思いますので、もし FPS 低下が CPU 負荷が原因でしたら C++ で実行するように変更すると解決するかもしれません

お返事ありがとうございます。
とりあえずC#で作っているアプリを完成させようと思います。
それからC/C++用に移植するかどうか検討してみることにします
最後になりましたが、素晴らしいライブラリを公開してくれて本当にありがとうございます！

>　sinoさん

動画拝見しました
花火のような表示が綺麗ですね

>　右下のモード表示にenumで用意して変換した文字列付け加えていたら良かったかなぁ...

確かに数字だけでは DX_BLENDMODE_ALPHA などの名称が不明なので、文字列の方が良いかもしれません

>　あと、C#(DotNet?)、でクロスプラットフォーム(?)できるようにする予定はまだありませんか？

はい、C#版は現在の Windows用の物以外を開発する予定はありません

youtube.com/watch?v=oA8uGRD0eBc
ブレンドモードの違いがよくわからなかったので、こういうの作ってたのを宣伝。
初心者の人は倍速でさっくり見てみるといいかも？
今見返して思うところは、右下のモード表示にenumで用意して変換した文字列付け加えていたら良かったかなぁ...

あと、C#(DotNet?)、でクロスプラットフォーム(?)できるようにする予定はまだありませんか？
delkey="del"

> 12月を過ぎてもアドベントカレンダーに書き込めるのですね (・・;

去年も割と長い間（数ヶ月？）空いてた気がしました。

> 『GetClipboardText(NULL, 0); の時点でクリップボードの内容を取得している( キャッシュしている )ので
> 　GetClipboardText(str, len); までの間にクリップボードの内容が変更されても
> 　問題が発生しないようになっている』というのは目から鱗でした、勉強になります

OSによって機能を実現する方法が大きく違うことがあるので使い方の制約でカバーする必要がありますが
そこを考えるのもおもしろいところですね。

>　かじるさん

ご反応ありがとうございます
何か問題がありましたらご連絡ください m(_ _)m


>　draさん

労いのお言葉ありがとうございます
draさんも ＤＸライブラリ Linux版のご対応ありがとうございます m(_ _)m

>　旧暦ではまだ12月なので、アドベントカレンダーを書きました。

12月を過ぎてもアドベントカレンダーに書き込めるのですね (・・;

>　int len = GetClipboardText(NULL, 0);  // A
>　char* str = (char*)malloc(len);
>　GetClipboardText(str, len);  // B

『GetClipboardText(NULL, 0); の時点でクリップボードの内容を取得している( キャッシュしている )ので
　GetClipboardText(str, len); までの間にクリップボードの内容が変更されても
　問題が発生しないようになっている』というのは目から鱗でした、勉強になります

アプデおつかれさまです。
旧暦ではまだ12月なので、アドベントカレンダーを書きました。

DxLib Ver 3.24d以降でのGetClipboardTextの使い方
qiita.com/dragoon2014/items/5c5630f15a1fa0cedfec

dxlib-for-linux 2023年（+α）の進捗
qiita.com/dragoon2014/items/a2a4909e160748226ecc

GetClipboardTextをお使いの方はアプデ＆対応をおすすめします。

> 今回は機能追加が結構ありますが、一般的にはあまり使用しないものが殆どだと思います
> 				
> 機能追加よりも今回は SetUseASyncLoad( TRUE ); を使用した非同期読み込みに関係した致命的なバグを修正していますので、
> もし SetUseASyncLoad( TRUE ); の非同期読み込み機能を使用されている場合は更新をしてください m(_ _;m
> 
> その他の更新項目についてはこちらをご参照ください m(_ _)m
> 
> 	＜ＤＸライブラリ更新履歴＞
> 	https://dxlib.xsrv.jp/dxlog.html

3.24dありがとうございますー!!
有り難く使わせていただきますっ!!

今回は機能追加が結構ありますが、一般的にはあまり使用しないものが殆どだと思います
				
機能追加よりも今回は SetUseASyncLoad( TRUE ); を使用した非同期読み込みに関係した致命的なバグを修正していますので、
もし SetUseASyncLoad( TRUE ); の非同期読み込み機能を使用されている場合は更新をしてください m(_ _;m

その他の更新項目についてはこちらをご参照ください m(_ _)m

	＜ＤＸライブラリ更新履歴＞
	https://dxlib.xsrv.jp/dxlog.html

>　かじるさん

>　日経ソフトウェアにDXライブラリがっ!!

ご情報ありがとうございます、私も拝見しました
丁寧に解説されていて嬉しいです (^ ^

表題の通りでやんすー!!
弾幕シューティングっすー!!
//info.nikkeibp.co.jp/media/NSW/

>　名無三さん

>　カレンダー作成しました

了解です
といっても私は毎年不関与ですが (・・;

> 管理人様

お疲れ様です、毎度お世話になります




カレンダー作成しました＝＞ qiita.com/advent-calendar/2023/dxlib

>　名無三さん

なんと、今年ももうそのような時期ですか…
今年はいつにも増して何もしない内に一年が過ぎてしまったかもしれません… (・・;;
( 因みに私はカレンダーは作成していません )

お疲れ様です、もうそろそろ年末ですね。
アドベントカレンダーの方を僭越ながら作成させていただこうと思います。もう作ってる等々ございましたら取り下げますのでご連絡ください。
18日午前までに特に連絡ございませんでしたら立てます。
今年も何かしら記事を出せるよう頑張ります、よろしくお願いします。

>　Tirさん

TEXMOD、そのようなソフトがあったのですね (・・;

他に類似のソフトがあるかは分かりませんが
実行中のプログラムのメモリを閲覧したり書き換えたりするソフトがあるので
暗号化が解かれたデータをメモリから取り出すのも技術的には可能だと思います