[過去ﾛｸﾞ] ゲーム作りませんか？ (822ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
586(1): 王様138 ◆Ah05TcDeqQ 2012/06/06(水)14:30 ID:Bikc4org(1/5) AAS
>>585
重なりの一番手前のウィンドウは、
「背後のウィンドウを消した上で背景を透過するウィンドウ」なのではなく、
「ウィンドウの形にあらかじめ切り取ってある背景の上に枠を描いた非透過ウィンドウ」
なのではという気がしてきた。
この上に文字が表示されるようになっているんじゃないかな。
とすると、背景の数だけあらかじめ用意しておけばいいということになる。
588: 王様138 ◆Ah05TcDeqQ 2012/06/06(水)15:18 ID:Bikc4org(2/5) AAS
>>587
単純な合成だけでは、「手前ウィンドウを透かして背後ウィンドウはなぜか見えないのに背景は見える」
という状態にはならないんじゃないか？ 手前ウィンドウを透かして背後ウィンドウの枠や文字が見えてしまうはずだ。
あと、モンスターグラは画面下のウィンドウ群のところにかぶらないとすれば、
やっぱり「背景ごとに用意した非透過ウィンドウ」を使っている可能性はあると思う。
しかしモンスターの中に画面下のウィンドウ群にかぶる位置にいるやつがもしいたとしたら、
方法は謎だ。
589: 王様138 ◆Ah05TcDeqQ 2012/06/06(水)15:24 ID:Bikc4org(3/5) AAS
つまり、背景のすぐ上にしか出現しないウィンドウは単なる透過ウィンドウを使い
（たとえば>>582の画面上のHPMPウィンドウ。これはモンスターグラを透かす）、
他のウィンドウの上に重なって出てくるもの（たとえば道具ウィンドウ）は
>>586のような特別なウィンドウを用意しているんじゃないかと。
592: 王様138 ◆Ah05TcDeqQ 2012/06/06(水)18:09 ID:Bikc4org(4/5) AAS
>>590
なるほど、親ウィンドウの矩形範囲消去というのができるのなら、きっとそれを使っているんだろう。
容量も少なくて済みそうだ。
Unityで簡単にそれができるとすればいいのだが。
>>582にも書いたように、
下の背景は暗い色なので透けていることは分かりにくいが、常に背景は透けて見えるのだ。
画面が明るくなった瞬間ならば透けていることが分かりやすいのでキャプチャしてみた。
省1
593: 王様138 ◆Ah05TcDeqQ 2012/06/06(水)18:23 ID:Bikc4org(5/5) AAS
>>591
なるほど、確かにウィンドウが上に乗っかった背景は暗くなるのに、
ウィンドウが上に乗っかったモンスターグラは暗くなっていないように見える。
ウィンドウは非透過であるにせよ透過であるにせよ、
「戦闘背景」 ＜ 「ウィンドウの地」 ＜ 「モンスターグラ」 ＜ 「ウィンドウの枠と文字」
という順番になっている可能性があるな。
例えるなら、文字が書いてある色付きガラス窓の外にモンスターがいると思っていたが、
省2
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.027s