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/ >>101
SetUse3DFlag()指定しなければデフォで使ってくれないの？
TRUEで明示してみたけどやっぱ重かった。 画面全体塗りつぶすのに毎フレーム使ったりするし重いわけないと思うがなぁ
最新版では試してないけど >>103
すいません、DXライブラリは無罪でした。
コード読み直していたら、離れた所から12回ループでDrawBox()してからScreenFlip()しておりました。
そりゃ感覚とは結果が違うのも当たり前で。
大変失礼しました・・・。 ∧∧
ヽ(･ω･)/ ｽﾞｺｰ
＼(.＼ ノ
､ﾊ,,､ ￣
まぁ原因判明してよかったね スーファミっぽくラスタースクロールの波うつようなあのぐにゃぐにゃした表現をしたいんだけれども
DrawRectGraphで一列ずつ描画するのと
SetDrawAreaで描画できる範囲を一列ずつ変更しながら描画するのと
どっちが早いんだろう どっちもクソ遅そうな気が……
ラスタースクロールのシェーダー書くのがいいが、
シェーダーはDXライブラリではちょっと敷居が高くてプログラム難しそうなのな
ボーンを仕込んだポリゴンの板に画面の画像を貼り付けて、
ボーンでラスタースクロールふうにアニメーションさせるのが楽な気がする 10年前のPCで動くSTG（弾は500発程度）で、640*480程度なら上から一行ずつ描画でも特に処理落ちしなかった
DrawRectGraph使った
今のハードなら余裕だと思う SetLoopAreaTimePosSoundMem()
この関数めっちゃ便利なんだけどググっても全くヒットしなかったんだが、いつ頃からあるんだろ？
ループ開始位置と終了位置をms単位で指定できるから音声ファイルを編集する必要がなくなった
無加工のファイルでもこっちの好みでループ範囲を指定できるから
音楽ファイルはこの素材屋からＤＬしてねってreadmeに書いておけば配布するファイルサイズも小さく出来る
あと軽く検証しただけだけど再生中に指定しなおしても有効だったから
FF6のラスボス戦みたいに
イントロ‐Ａメロ‐繋ぎ‐Ｂメロ‐繋ぎ‐Ｃメロ〜 みたいになってるファイルで
最初はＡメロをループ、条件を満たしたら繋ぎを経由してＢメロループに移行〜みたいな演出も簡単に出来る そんなのあったのか
最後まで行ったら途中から再生、ってのは
結構前からあったの覚えてるんだが 試してないけど
アンドロイドでも
動くように
なってたのね知らなかった
何処まで、動くのかな? あらかじめ大きめのサイズの空っぽの画像をMakeScreenで用意しておくことの有用性に今頃気付いたぜ
これとDerivationGraphのコンビで作り直したらぐっと軽くなった >>109
使ってみたら、ほんとにスゴイですね。
時代がCDDAやストリーミング再生になってもう無限ループは無理なのかなーとか思っていたのだけど。
ただWAVEで成功したのでそのデータをMP3にしたら、上手く繋がらなくなっちゃった。
もう少しデータの作り方工夫すれば上手く行くのだろうけど。 >>114
MP3はこの関数に限らずループの時に違和感が出ると言われてるから
たぶんMP3の仕様の問題もあると思う
ogg形式では上手くいったよ
ただ変換の時にビットレートを固定したファイルでしか検証してないから
可変ビットレートの方法で圧縮されたoggファイルで上手くいくかは未検証 MP3は権利の問題があるから他の使えって言われてた時期があったね 権利よりも仕様が問題だな
MP3は無音が挿入されたり余計なことされる場合が多いからゲームに使うようなもんじゃない
他の環境では手抜き実装でWindowsの再生機能に丸投げできるメリットがあるが、DXライブラリなら関係ないし ループできないからだったか、昔は
DXライブラリではogg使うなとかもあったね 昔は BGMにはmp3, 効果音にはwav だったでしょ 116の言う通りmp3はライセンス関係が危ないということで避けられoggが推奨されていた
仕様よりもこっちのほうが重大問題
ゲーム制作関係でmp3推奨というのは聞いたことがない MP3登場時にはoggなんてなかったから
Wavよりファイルサイズの小さいMP3を推奨する風潮はあったと思うけど ogg普及前はソフトウェアMIDIが多かった
もしmp3が主流だったと思う人がいたら、その人のいた界隈はライセンス関係の意識が薄かったんだよ
まぁ00年代前半まではそういう時期でもあったけど 市販のゲームで5000本以上販売が課金の条件だったから、フリーゲームや小規模同人では普通に使われてたよ 制作中のゲームにはキャラの髪型や服や装備や小物を変えるキャラメイキング（着替え）の機能があって、
今はひとつのMV1ファイルにまとめておき、フレーム表示／非表示で切り替えてるのですが、
だんだんアイテムが増えてきてファイルが大きくなってしまったので
別の方法をとりたいのですが、
キャラメイキングや着替えを実装するのに何かいい方法ありませんか？
髪型や服や装備や小物ごとにXファイルでバラバラにしておいて、Xファイルをテキスト結合するのが
楽なのではないかと思っていますが、もっと良い方法ありませんか？ DXライブラリのユーザーが作ってるのって
２Ｄゲーと３Ｄゲーのどっちが多いんだろ？
俺は３Ｄには手が出せてないんだけど 3Dは海外のゲームエンジンが無料化されてしまったので、
3Dゲーム制作者はそっちへ行ってしまった気がする
2Dだとどれもあんまり変わらない気がするが 2Dも描画しかないDXライブラリよりもオブジェクト管理出来たりするエンジンに流れている気がする 全部コードに直書きする形でならなんとか自分の思う通りに作れるようになったとは思うんだけど
さすがに会話イベント一個追加したり、マップに壺一個追加しただけで再コンパイルする必要がある状況って
なんというか我ながらアホだよね
この状況を卒業するには何を勉強したらいいのかアドバイスください
作ってるのは2DRPGで、主にNPCのイベント内容をコードの外に出すにはどうやればいいかで躓いてます
とりあえず思いついてるやり方は
セリフ表示とか効果音を鳴らすとかのイベント処理を担っている関数に番号振って引数の数を紐付けしておいて
イベントの内容を全部、関数の番号、引数の数、引数の数値…って数字だけのデータにして
そのデータを読み込んで、どの関数を呼び出し引数にはどんな数値を入れるかを判断して実行する関数を作り
イベントの内容を全部数値に置き換える方法なんですけど >>129
自分でも気付いてる通り、基本原則はコードとリソースを分離すること。
テキストファイルの読み込みと解析が出来るなら
単純なシナリオファイル（会話＋αくらい）のローダくらいなら比較的簡単。
まあそれ以上に複雑なことをやるなら、素直に
既存のスクリプト言語の組み込み用ライブラリを頼ったほうが良いと思うけどね。
次点としては、ソースファイルの構成を見直して、最低限のビルドでも済むようにすること。
各クラスの書き方、各ファイルの依存関係なんかを整頓することで、
ちょっと修正したくらいなら、長時間のビルドを要さなくなる。 大体の方向性はこんな感じでいいんだということであれば進めていきたいんですが
躊躇している理由が２つあります
基本的に作り始める時に
クラスとかポインタとかよくわかんないけどとりあえずやってみるべ！と始めたので
配列と構造体だけで設計されてて、実は今でもクラスのことはよくわかっていません
だけどキー入力を把握すことと、変数の操作と、画像と音を自分の望む形で望むタイミングに表示再生出来るなら
自分の作りたいゲームは作ることが出来るはずだ！という考えの下で強引に作り続け
変数の値に合わせて画像や音の状態を制御する関数を作って、それを毎フレームScreenFlipの前に呼び出している
なんていう作りになってしまってます
キャラクターに歩行アニメーションや特殊なポーズをとらせたりするのも
ＢＧＭを変更するのも効果音を鳴らすのも、ＨＰＭＰの増減やアイテムの入手なども
picture[ kyaraDATA[kyaraid].pictureID ].pattern=8;
SEplayflag[seID]=1; BGMID=BattleBGMID; とか
kyaraHP[kyaraid]+=1000;
itemstorage[itemid]++; とか
ほとんどこういう形でイベントを組み立ててるんですよね……
ちなみにこの変数全部グローバル変数です
この単純な変数操作を外に出のに、変数全部に番号振ってやる以外に方法が思いつかず
その数が数だけにちょっと躊躇っているのです
それに
if(itemstorage[itemid]<99){
itemstorage[itemid]++;
takarabakoOpenFlag[takaraID]=1;
}else{
JISAKU_serihu(1,"これ以上持てない",0);//最初の引数がしゃべるキャラ、最後のは吹き出しの形のタイプ指定
}
みたいに作ってるイベントの条件分岐の部分の外部への出力方法が思いつかないっていう問題点もあります
なんかこう、こんな低レベルな人間にもできる上手いやり方ありませんかね？ 途中で書き込んでしまったけど、そういうわけでコード書くときは全角スペース使って見やすく書いて if(itemstorage[itemid]<99){
itemstorage[itemid]++;
takarabakoOpenFlag[takaraID]=1;
}else{
JISAKU_serihu(1,"これ以上持てない",0);//最初の引数がしゃべるキャラ、最後のは吹き出しの形のタイプ指定
}
複数行にまたがってる部分はここだけです
後は本当に変数に代入してるだけというか… >>131
データにしやすいパターンやお約束のイベントだけをデータベース化して
特殊処理はそのままハードコートでいいんじゃねぇの
「これをデータ化したら本当に効率化されるのだろうか」と考えて
非効率になりそうだったらハードコートのまま
そんなことよりもっとプレイヤーから見て喜んでもらえることに意識を集中したほうがいい  あ
この板Unicode参照出来なかった？ 3Dゲームでマウスをクリックした位置にある3Dモデルをできるだけ高速に取得したいのですが、
何かいい方法はありますか？
コリジョン(衝突判定)関数がありますが、当たり判定用のメッシュを用意しないといけないようなので
ちょっと手間がかかりすぎるのでできればもっと手軽な別の方法がいいですが Convert Mouse Location To World Spaceでライントレースしか分からない >>138
画面描画には直接利用しないテクスチャに取得対象モデルをレンダリングしておいて判定するとか 初歩的なことですが、
画像を描画する際の関数の仕様について迷っています
例えば、描画系の関数をできるだけ少なくして、内部変数によってDXライブラリの描画関数を呼び分けるのがいいのか、
あるいは、描画系の関数を目的別に用意して、画面側で使い分けるのがいいか
フェードインの機能の場合、
前者なら「setModeFadeInの後、drawする」
後者なら、「drawとfadeInをそもそも別関数にする」
個人的には前者が正解のような気がしているのですが、
そもそも発想自体が間違っているのでしょうか？
御存知の方いれば、ご教授頂けると嬉しいです 関数の仕様と言うよりは、抽象度とか設計とかの話なのかな？
なんとなくは分かるけど誤解してるかもしれないんで
数行程度のサンプルソースを書いてくれると嬉しい 個人的には後者の方が好き
状態が多いとバグの原因になる >> 147
たしかに、「抽象度とか設計」の質問と言った方が適切かもしれません。失礼しました
具体的にいえば、以下のイメージです
■パターン１
if (ボタンが押されたら) {
画像Ａ.setFadeIn（引数に透過速度などの更新情報）;
}
画像Ａ.draw();（透明度の加減処理。 また透過度が100以外なら、DXライブラリのSetDrawBlendModeを使うかを判定。フェードインが終わったら、内部変数のフラグを立てる）
if (画像Ａ.IsFadeInComplete()) {
// フェードイン終わった！
} ■パターン２
if (ボタンが押されたら) {
グローバル変数B = true;
}
if (グローバル変数B) {
画像Ａ.drawFadeIn（引数に透過速度などの更新情報。毎フレーム同じ情報を渡すのが違和感）;
if (画像Ａ.IsFadeInComplete()) {
// フェードイン終わった！
}
} else {
画像Ａ.draw();
}
最初はパターン２でやっていたのですが、これだと例えば「回転とフェードインとかが同時にできない？」と思って、パターン１に変えました
すると、今後はフェードインの更新情報を画像Ａに持たせたためか、あるいは、draw関数内の条件分岐が増えたせいか、処理が重くなってしまいました
この程度で重くなるのかも疑問ですが、そもそも両パターンともNGなのではと思い始めた次第です
ゲーム系プログラミングのお約束が分かってないのが、一番の原因ですが……
>>148
ご教授ありがとうございます。
何がバグの原因になるとか全然分からないので、大変参考になりました 132 133 の書き込みを読むべきでした すみません……
■パターン２
if (ボタンが押されたら) {
グローバル変数B = true;
}
if (グローバル変数B) {
画像Ａ.drawFadeIn（引数に透過速度などの更新情報。毎フレーム同じ情報を渡すのが違和感）;
if (画像Ａ.IsFadeInComplete()) {
// フェードイン終わった！
}
} else {
画像Ａ.draw();
} グローバル変数を使うかどうかとか
複数の状態を同時に実行できない問題をどうするかとかは別として
自分なら2の方向かなあ >>146,>>149-151
細かい点ですが、「フェードイン」とは、画像Ａが透明な状態から徐々に濃く（明るく）なっていく処理をさしているのですか？
ボタンを押さないとフェードイン処理が始まらないみたいなんですが、
そもそもボタンを押してないと、画像Ａ.draw()で何を描画してるんですか？
また画像Ａ.IsFadeInComplete()が真になると、何が起こるんですか？
この部分は問題を説明する上で、さんぷるにふくめるひつようがあるのですか？
またなぜ151のパターン２で、わざわざグローバル変数Ｂをサンプルに含めているのがよくわかりません
サンプルとしては、
if (ボタンが押されたら) {
画像Ａ.drawFadeIn（引数に透過速度などの更新情報。毎フレーム同じ情報を渡すのが違和感）;
：
でいいんじゃないですか
仕様がいまいちイメージできません あーでもグローバルじゃなくてブラシクラス作ればいいかも 質問の意図は
■パターン１
画像Ａ.draw(ボタンが押されたか、引数に透過速度などの更新情報);//毎フレーム同じ情報を渡すのが違和感
■パターン２
f (ボタンが押されたら) {
画像Ａ.drawFadeIn(引数に透過速度などの更新情報);
} else {
画像Ａ.draw();
}
でどっち？
みたいな話かと思ったけど、ちがうのか・・・ >>153
ごめんなさい たしかにサンプルが不適切です
この場合だとフェードインではなく、フェードアウトになります
ボタン押したら、画像が消えていくみたいな
質問の意図に関しては 155で指摘されている通りです
>>155
ありがとうございます
グローバルではなく、staticなローカル変数、あるいはブラシクラスを検討してみます
ブラシクラスとなると、画像インスタンスを受け取って、内部情報を更新するという意味かな 思った以上に反応があって、ちょっと焦ってました
156の「>>155」は、「>>152」が正しい
154の「グローバル」の意味が把握できていないけど、たぶんグローバル変数Ｂのことじゃないよね
156の自分の書き込みは無茶苦茶。グローバル変数Ｂとブラシクラスは関係ない
とりあえず方向性は見えてきたので、ありがとうございます 流れがつかめませんが、解決したんですか
ちなみに>>155でいうと、自分はパターン２派。可読性が良くなると思うから。
画像Ａ.のdrawFadeIn()とdraw()で重複するブロックが肥大化してきたら、その重複部分をinline関数に切り出してる
しかし・・・
確かに可読性が悪いとストレスの原因になるが、
可読性を確保する労力が新たなストレスと生むというジレンマ・・・ >>158
混乱させてしまったようで、申し訳ないです
155の意図をやっと把握しました（訂正に訂正を重ねてホンマ……）
パターン１は、どこかでフェードインの命令要求を登録した後、draw関数を呼び出します
draw関数内では、透過度の変更要求の確認、透過度の更新、および、DXライブラリ「SetDrawBlendMode」の呼び出しを行います
透過度の変更要求がない場合は、SetDrawBlendModeを使いません
なので、通常描画もフェードイン描画も一律draw関数を呼びだすことになります
パターン２は drawFadeIn とdraw を別関数にします
フェードインするときは、drawFadeInを呼び出して、引数として透過度の更新情報を渡します
結論としては、皆さん「パターン２がマシ」と仰っているので、その路線で進めようと思います
描画処理専門のブラシクラスも含めて、検討してみます
可読性に関しては、最近、可読性を確保するためのストレスに負け始めてます
重要なのは重々承知ですが、やはり面倒……
趣味なはずなのに、仕事と同様のストレスを感じる >>159
フェードアウトとフェードインの区別が困難になるほど、なにやら複雑な夢（野望、殺意）を秘めているみたいですね
お手柔らかにお願いします（笑）
ロベールさんのサイトによると、
inline関数は必ずしもinline展開されないみたいだけど、
誰か環境ごとに厳密に検証した人いるのかな？
自分はVC++の判断を信じてる！ 例えば「マリオが死ぬと画面がフェードアウトして画面が切り替わる」
…という処理があるとして
■パターン1
マリオの死亡処理のところに
具体的な切替演出の設定（この場合はフェードアウト）を書くことになる。
■パターン２
マリオ死亡時にやることは
画面切替フラグを立てるだけで、死亡処理に集中することが出来る。
画面切替の演出には、画面がどんどん暗くなる「フェードアウト」だけでなく、
真っ白になったり（ホワイトアウト）、ワイプしたり色んな演出パターンが考えられる。
実際にやるかどうかは別としてね。
そうなると、画面切替処理は独立させておいたほうが取り回しが良くなるのではないか？
というのがオイラの考える2のメリットかな。 状態に対して××モードと名前をつけて
上手くハマるならそれを使えばいいよ >>161
わかりやすい例え、ありがとう
まさにそういう事例を想定していたので、とても参考になります
>>162
了解です 久しぶりにDXライブラリ使ってたんだけど、文字入力して変換しようとするとIMEの変換候補がゲームウィンドウの左下に表示される。
ちなみにGoogleIMEでは左下でMicrosoftIMEは右下。
昔触ったときは文字の入力した文字のすぐそばに表示されてた気がするんだけどWin10(Win8？)から仕様が変わったんだろうか。
ぐぐったらWin8でIMEウィンドウ自体が出ない不具合があってそれは解消されたようなんだが。 文字入力といえば自作のアクションゲームで名前入力辞めﾏｽﾀ
よーく考えるとユーザー自身しかしないだろうし キーのログをとってmovieみたいに再現できる機能も省略
今なら動画をとろうと思えばキャプチャソフトを使えばよいし
楽になった分、今度こそ完成に近づくと良いけど スレに残しておきたいと感じた情報を書いておきます
>>106で沸いた疑問を縦800ピクセルの画像で比較検証したところですが
DrawRectGraphで一列ずつ描画するのと
SetDrawAreaで描画できる範囲を一列ずつ変更しながら描画するのでは
比べるのがおこがましいくらい
DrawRectGraphで一列ずつ描画する方が
軽かったという検証結果が出ました
１２倍くらいの差がありましたので、１０倍以上違うのは確実だと思います
ここまで違うのならどんな環境でもDrawRectGraphの方が良いのは確実なんじゃないかと思います
ラスタースクロールをシェーダ使わずに実装するならDrawRectGraphが良いです
以上、報告終わり >>167
SetDrawAreaを使うと連続描画が途切れるからね Delayフレーム後にSoundHandleを指定の音量パン周波数で再生する
SoundEffect(int SoundHandle,int VolumePal,int PanPal,int FrequencyPal,int Delay)
こんな関数を作りたいんだけど実装方法が思いつかない
SetSoundCurrentTimeでマイナスの値を設定出来たら簡単なのに マイクから入力される音声のdBを
監視するアプリって作れますか？ DX11対応の環境でサンプルプログラムをコンパイルし実行したらDX11で動いていましたが
この.exeをDX11非対応の環境で実行するとDX9などで動くんですか？
手元にDX11非対応の環境が無くて試せないんですが2Dゲーを作る分には特に気にしなくても大丈夫なんでしょうか Android対応のDXライブラリが公開されたようだね
Unityやcocos2dと比べるとメリットがあまりないのがアレだけど
（DX11対応みたいに中途半端になりそうなところがまたね……） >>171
DX11でつくるのなら
DXライブラリは、DX11の機能のテッセレーションやジオメトリシェーダー
コンピュートシェーダーなど対応していないからあまりオススメしないぞい android対応dxライブラリマジやがｗ
ちょっとスマホゲー作りたくなってきた・・・ ゲームエンジンで実機デバックしてたから
VS2015の実機デバックがそのまま使える
DXライブラリのプログラムも実機でみれて楽しい Android対応まじだったw
前に誰かがcocos2dでやってたの使ってみたんだけど
まともに動かんかったから公式で対応してくれるのはでかい
帰ったら自作ゲームを移植してみよう 個人開発なのにそんなに手広くやって大丈夫なんだろか。
良い人である以上に人が良すぎてサポートで死にますよ。 つかVS2015がandroid対応していたことに驚き 今MSはマルチプラットフォームに必死だからね
Win10でBash使えるようにしたりLinuxにVisual Studioのコードエディタを公開したりと
1番驚いたのはThe Linux FoundationにMSが入った事だな ごめんスペースだと思ってコピペしたのが文字化けしてる
The Linux Foundationね 試しにやってみたけど最後の実行が出来なかったorz
もう寝る Android版をタブレットのC4droidでやってみたけどライブラリの中でエラー吐くみたいだ
大量のエラー吐くからさっぱり分かんないや
"ANative_Activity_onCreate"が" android_native_app_glue.h "と衝突して多重宣言しているとかなんとかから始まってBulletやOgg周りで参照エラーが出てる DrawLine関数の挙動がPCごとに違う？なんかサブのノーパソで動かすと下に1ドットずれる
両方Directxのバージョン11以降だからそこ辛味じゃないと思うんだけど… もう何年も前に、
ハードウェア描画は1ドットずれたりする場合があるだの
3Dのものを画面に映す（2Dに変換する）際に誤差が生じるだの
聞いたことあるけど、流石にそれは関係ないかしらね… 座標の扱いはビデオカードごとに違うからね
古いオンボードだと0.5pxずれたりする 2dで影作るときってどうすればいいんだ
アルファ乗算の値下げながらDrawLineをずらして何本も描画していくのを思いついたけど絶対糞重くなるでしょ 影ってどういう影なのか分からんけど
例えばスプライトのキャラに影つけるならキャラの形の白黒画像用意してDrawModiGraphで乗算合成とかじゃね スプライト底辺に黒い楕円置くだけやろ
それでアクションやマップ作成に支障が出るなら
潔く影なんて捨てる マウスの入力についての質問です
マウスのサイドボタンの検出はＤＸライブラリではできないのでしょうか？
調べてみても、サイドボタンがXButton1とかXButton2と呼ばれていることしか得られませんでした
こう記述すればできるとか、ＤＸライブラリ以外の実装方法があるとかあれば教えてください
よろしくお願いします >>195
公式リファレンスを見ながらGetMouseInput()の引数を全部試しましたが、どれを使っても検出されませんでした
ブラウザでサイドボタンを使って戻る進むができてるので、自分のサイドボタンが壊れている可能性はないです >>196
ttp://dxlib.o.oo7.jp/function/dxfunc_input.html#R5N8
ここ見る限り、GetMouseInputで値取れないってことは
逆にマウスのサイドボタンがキーボードのフックで対処してるタイプかもしれない。
例えば、キーボードのBackSpaceで「戻る」、Shift+BackSpaceで「進む」を表現してるとか。
ttp://dxlib.o.oo7.jp/cgi/patiobbs/patio.cgi?mode=past&no=2247
後は関数自体の使い方に問題があるかもしれないので
ここで管理人さんが掲示してる最初のソースコードを試してみるとか。
情報が古いので今も使えるかわからないけど。 >>197
ふたつのＵＲＬを見て試してみましたが検出されませんでした
さらにCheckHitKeyAll()も試してみましたが、これでもサイドボタンは検出されませんでした
ふたつ目のＵＲＬのように、もしかしたら実装されていない機能なのかもしれないです
ＤＸライブラリ製作者さんの掲示板に質問・お願いしてみることにします
>>195 >>197 さん、どうもありがとうございました サイドボタンの検出の件ですが、無事解決しました
自分と同じようなことで悩んでいる/いた方のために書き残しておきます
簡単に言うと、サイドボタンの検出をするにはＤＸライブラリをバージョンアップする必要があるようです
以下のやり取りを見ていただければ、詳しいことが得られると思います
ttp://dxlib.o.oo7.jp/cgi/patiobbs/patio.cgi?mode=view&no=4080
今回の質問に関わってくださった皆様、改めてありがとうございました 白地に（アンチエイリアスかかった）黒のアイコンを表示してるんですが
これの白地を別の色にすると白地前提のアンチエイリアスが汚くなってしまいます。
白地に黒アイコンのものにアルファブレンドをかけると今度は黒が薄く見えなくなってしまう。。
Dxライブラリの知識ではないかもしれませんが、これを解決する手法のヒントなどありますでしょうか？ ■ このスレッドは過去ログ倉庫に格納されています
