08:37私もテストしてみました。テストに使用したソースコードは下に貼っておきます。MakeScreenで作ったグラフィックは最初白いんですね。今まで黒だと思ってました。ClearDrawScreenはスクリーンのARGBの値を0にするんですね。それを前提として、テストの結果から見るにDX_BLENDMODE_ALPHAは描画先に対して描画元のα値を元に色をブレンドし、更に描画元のα値を上書きする。言った感じの処理なんでしょうか。裏画面はαチャンネルが存在しないため後半は無視されているようですが。最初に描画元のα値を元にブレンドしているため、描画先に影響されて結果の色が変わっているんだと思います。spaaaark・∀・さんはMakeScreenで作った直後のグラフィックなら大丈夫と言った感じの事を書いていますが、それでも白っぽく濁っているはずです。解決案としては、MakeScreenで作った直後でも一旦ClearDrawScreenして、鈴見咲君高さんが書いたようにDX_BLENDMODE_HALF_ADDでブレンドすることでしょうか。黒い描画先に対しての加算ブレンドなら描画元の色はそのまま反映されますし、このブレンド方法はα値も書き込んでくれるようなので。(テストのC1の挙動についてはよくわかりません。α値も加算しているのでしょうか?)最新のDxLibでは定義が消えてるので、もしかしたらバグか何かで使用できないようにしているのかもしれません。この方法だと同じ描画先に2度以上の描画をすると狙った色が出ませんね。この辺りは私も是非に解決方法が知りたいです。考察しましたが、DX_BLENDMODE_ALPHAの挙動は、直感的ではないと私も思います。半透明部分を持つ画像を複数重ねたい時など、致命的な場面が出てきそうな気がします。MakeScreenで作ったグラフィックの色の初期値が白いのも気になります。こちらはClearDrawScreenかFillGraphすればいい話なんですが。以下はテストに用いたソースコードです。10:29訂正Dxlibが最新じゃありませんでした。最新のDxlibにはDX_BLENDMODE_HALF_ADDが定義されていました。19:01てらすさんのテストコードを試してみました。真っ黒になっていました。ご提供のテストコードにバグと思しき部分が複数見つかったので書き直してみました。こちらをてらすさんの方でも試してもらえますか?もちろんほかの方によるテスト報告も歓迎です。F1)になるか特に上の二つをお知らせ頂きたいです。他にはコード内のコメント通りに動いているかどうかなど。初期化しているのでそこがダメなんじゃないかな、と。現在の試験版でも結果は同じだったと思います。指定に従うことに注意。