描画でどうしてもわかりません。詳しくはこちらトピックに返信するユーザー名:メールアドレス:件名:C言語において、左辺と右辺が同じかどうかを比較する演算子を答えよ:答えを正確にご入力ください。答えられるかどうかでスパムボットか否かを判定します。画像の描画でどうしてもわかりません。画像の描画でどうしてもわかりません。1年前おまけを下のマスに配置するだけの場合、for文の式を逆にして下の行から描画していくという方法なら上書きされずに描画できます。最大から0になるまでループを回す。今思いついたんですが、おまけを描画するループを別にする、というのはどうですか?背景描画ループの後に、おまけ描画だけを処理するループを作るんです。j++){該当する背景にのみ、おまけを描画}}と言う感じです。これ、重くなりますか?これでも良いかと思います。画面外のチップの描画をとばすとか余分な処理を除く処理を付ければ、多重ループでも重くならないと思います。おまけを下のマスに配置するだけの場合、for文の式を逆にして下の行から描画していくという方法なら上書きされずに描画できます。最大から0になるまでループを回す。time=1550176923]今思いついたんですが、おまけを描画するループを別にする、というのはどうですか?背景描画ループの後に、おまけ描画だけを処理するループを作るんです。j++){該当する背景にのみ、おまけを描画}}と言う感じです。これ、重くなりますか?[/quote]これでも良いかと思います。画面外のチップの描画をとばすとか余分な処理を除く処理を付ければ、多重ループでも重くならないと思います。画像の描画でどうしてもわかりません。画像の描画でどうしてもわかりません。画像の描画でどうしてもわかりません。1年前もるもさんへ今思いついたんですが、おまけを描画するループを別にする、というのはどうですか?背景描画ループの後に、おまけ描画だけを処理するループを作るんです。j++){該当する背景にのみ、おまけを描画}}と言う感じです。これ、重くなりますか?もるもさんへ今思いついたんですが、おまけを描画するループを別にする、というのはどうですか?背景描画ループの後に、おまけ描画だけを処理するループを作るんです。j++){該当する背景にのみ、おまけを描画}}と言う感じです。画像の描画でどうしてもわかりません。1年前もるもさんまさに、もるもさんの言う通りの状態なんです。わかってくれる人がいてくれて嬉しいです。自分の知恵ではこの現状を打開する方法が思いつきません。↑1年前ループの順番によって下の行の本体に上書きされています。この書き方だと本体とおまけを描画したあと、おまけが「次の」下の行の本体に上書きされてしまうようですね。上書きされない位置なので表示されます。もるもさんまさに、もるもさんの言う通りの状態なんです。わかってくれる人がいてくれて嬉しいです。自分の知恵ではこの現状を打開する方法が思いつきません。user_id=2052]ループの順番によって下の行の本体に上書きされています。この書き方だと本体とおまけを描画したあと、おまけが「次の」下の行の本体に上書きされてしまうようですね。上書きされない位置なので表示されます。画像の描画でどうしてもわかりません。今回のソース上はなにも問題ないということですよね。今回のソース上はなにも問題ないということですよね。画像の描画でどうしてもわかりません。1年前ループの順番によって下の行の本体に上書きされています。この書き方だと本体とおまけを描画したあと、おまけが「次の」下の行の本体に上書きされてしまうようですね。上書きされない位置なので表示されます。ループの順番によって下の行の本体に上書きされています。この書き方だと本体とおまけを描画したあと、おまけが「次の」下の行の本体に上書きされてしまうようですね。上書きされない位置なので表示されます。画像の描画でどうしてもわかりません。DXライブラリーを開発・管理されている方の掲示板に聞いてみれば即わかるともいますね。DXライブラリーを開発・管理されている方の掲示板に聞いてみれば即わかるともいますね。画像の描画でどうしてもわかりません。true);に書き換えると、描画されるんです、、、、、、y+16をy-16にすると描画されるんです。}}だと画像が描画されるんですが、、、、、バグじゃないでしょうか、これ。true);に書き換えると、描画されるんです、、、、、、y+16をy-16にすると描画されるんです。false);}}}[/code]だと画像が描画されるんですが、、、、、バグじゃないでしょうか、これ。画像の描画でどうしてもわかりません。true);の上に描画されちゃってるんですよね、、、なぜなら、例えばy+16って数値をy+8とかにすると、ちゃんと半分描画されてくれるんです。それより下は綺麗に削られてる、、つまり下の座標のマスが上にかぶさって消えてるんです。false);が優先されて、上に描画されているのか、なんです。描画順で言えば、あのソースだと、おまけ描画の処理が一番上に描画されるはずです、、、、。true);の上に描画されちゃってるんですよね、、、なぜなら、例えばy+16って数値をy+8とかにすると、ちゃんと半分描画されてくれるんです。それより下は綺麗に削られてる、、つまり下の座標のマスが上にかぶさって消えてるんです。false);が優先されて、上に描画されているのか、なんです。描画順で言えば、あのソースだと、おまけ描画の処理が一番上に描画されるはずです、、、、。画像の描画でどうしてもわかりません。1年前あたっしゅさんレスありがとうございます。してみて、上書きできているか、確認する。戻してから、画像データの透明度が、ちゃんとなってるか、確認するそれらはすでに確認していますし、そこはfalseにしようがtrueにしようが影響はありません。上に描画される画像は一部透過処理してるだけで実際画像だからです。その上に描画する画像の一部が透けるか、透けないかの違いなだけですので。引数くらいしか無いということでやはり今回のソース上はなにも問題ないということですよね。参ったな、、、、あたっしゅさんレスありがとうございます。してみて、上書きできているか、確認する。戻してから、画像データの透明度が、ちゃんとなってるか、確認するそれらはすでに確認していますし、そこはfalseにしようがtrueにしようが影響はありません。上に描画される画像は一部透過処理してるだけで実際画像だからです。その上に描画する画像の一部が透けるか、透けないかの違いなだけですので。引数くらいしか無いということでやはり今回のソース上はなにも問題ないということですよね。画像の描画でどうしてもわかりません。してみて、上書きできているか、確認する。戻してから、画像データの透明度が、ちゃんとなってるか、確認する以上、やってみる、というのは、いかがでしょうか。してみて、上書きできているか、確認する。戻してから、画像データの透明度が、ちゃんとなってるか、確認する以上、やってみる、というのは、いかがでしょうか。画像の描画でどうしてもわかりません。1年前ソースは間違ってなくて、それ以外の場所でなにか問題がある場合も考えられます。ソース上は問題無い場合は「問題ない」とおっしゃって頂けるとありがたいです。ソースは間違ってなくて、それ以外の場所でなにか問題がある場合も考えられます。ソース上は問題無い場合は「問題ない」とおっしゃって頂けるとありがたいです。画像の描画でどうしてもわかりません。以下のDraw関数の処理で、自分の思うようになってくれません。ソース自体は間違ってないはずなんですが、、なにが原因なのでしょうか。<やりたいこと>二種類のフラグと二種類の画像Noの構造体(A_flg、B_flg、low_No、high_No)を持つブロック情報を、二次元配列に格納してそれを描画する。(ひとつのチップサイズは16×16とします)背景画像の根底にはlow_Noが設定されており、フラグ管理によってその上にhigh_Noが描画されるエリアがある、という処理です。ある条件化ではさらに自分の下にもhigh_Noを描画する、といった処理です。<おかしいところ>下記のソースでいうところの「おまけ」が描画されない。厳密に言えば、low_Noの描画処理をコメントアウトすると「おまけ」が描画されるので、low_Noの描画が「おまけ」の上に描画されてしまっている模様。そんな状況になるのかがわかりません。}}以下のDraw関数の処理で、自分の思うようになってくれません。ソース自体は間違ってないはずなんですが、、なにが原因なのでしょうか。<やりたいこと>二種類のフラグと二種類の画像Noの構造体(A_flg、B_flg、low_No、high_No)を持つブロック情報を、二次元配列に格納してそれを描画する。(ひとつのチップサイズは16×16とします)背景画像の根底にはlow_Noが設定されており、フラグ管理によってその上にhigh_Noが描画されるエリアがある、という処理です。ある条件化ではさらに自分の下にもhigh_Noを描画する、といった処理です。<おかしいところ>下記のソースでいうところの「おまけ」が描画されない。厳密に言えば、low_Noの描画処理をコメントアウトすると「おまけ」が描画されるので、low_Noの描画が「おまけ」の上に描画されてしまっている模様。そんな状況になるのかがわかりません。ミクプラは自由にリンクできます。