レス数が1スレッドの最大レス数(1000件)を超えています。残念ながら投稿することができません。
RTX専用スレ
-
>>575
実験ﾓﾂｶﾚﾃﾞｽ-
結論から申し上げますと、仕様通りの動作です。
実は、上に伸びるﾊﾞｰと下に伸びるﾊﾞｰではｿｰﾄ順が異なります
○上に伸びるﾊﾞｰ：自分頭上、ﾀｹﾞ頭上、退避ｴﾘｱ(OuterGraphY/Y2 < 0 の場合)
○下に伸びるﾊﾞｰ：自分足元、ﾀｹﾞ足元、退避ｴﾘｱ(OuterGraphY/Y2 > 0 の場合)
/*
RTXでは画面内の全てのﾀｲﾏｰﾊﾞｰを(表示位置に拠らず)ひとつのｺﾝﾃﾅ(std::set)に格納して
います。(setの要素である)ﾀｲﾏｰﾊﾞｰ構造体のﾒﾝﾊﾞとしてｿｰﾄｷｰ(DWORD)を保有し、これは
上位WORDがｽｷﾙｸﾗｽ(ﾃﾞﾌｫは CLS_SPR=0x0000 〜 CLS_MONS=0x0008; [Sort]設定で可換)で、
下位WORDはｽｷﾙID(SM_SWORD=0x0002 〜 POT_VERSERK=0x0151)と なっています。
ｿｰﾄ作業(というかﾀｲﾏｰ発動時の序列決定)はｺﾝﾃﾅ単位で行われていますが、ﾊﾞｰの描画は
上に伸びるﾊﾞｰは最下段から、下に伸びるﾊﾞｰは最上段から行いますから、結果として
ﾊﾞｰの伸び方向で見た目上のｿｰﾄは逆順になります。
*/
早い話、頭上や画面下の退避ｴﾘｱに表示されたﾊﾞｰは最下段のｷｰが若く、足元や画面上の
退避ｴﾘｱに表示を設定したﾊﾞｰは最上段のｷｰが若くなります。
というわけで、この動作は現在のところ仕様です。
各表示部位ごとに再ｿｰﾄを行うことで伸び方向に拠らずｿｰﾄ順を一意にすることは可能
ですが、それに要する時間的ﾘｿｰｽは現実的ではない模様。
/*
ｿｰﾄｷｰをsigned intにして、上方向に伸びるﾊﾞｰのｿｰﾄｷｰには絶対値をそのままにﾏｲﾅｽを
つける、という方法も考えましたが、退避ｷｰで頭上→画面上隅に移動、のように伸び
方向が随時変化する場合に対応できません。＿|￣|○ﾀﾞﾚｶ ｲｲ ｱｲﾃﾞｱ ｱﾙ?
*/
出した順を保持しない現状についてですが、
旧RoTimerでの位置決定法は、同一ｽｷﾙｺｰﾄﾞがあればその直下、同一ｽｷﾙｺｰﾄﾞがなければ
同一ｽｷﾙｸﾗｽの最下段に挿入、というものでした。
とても重かったため止めました(挿入処理の重さは、排他制御でのﾊﾟﾌｫｰﾏﾝｽ低下に直結)
ｽｷﾙｺｰﾄﾞﾚﾍﾞﾙでのｿｰﾄを放棄すればｽｷﾙを使用した順にﾊﾞｰは出せますが、たとえば
ﾌﾞﾚｽ-ｷﾘｴ-ﾌﾞﾚｽ-ｷﾘｴ、のように同一ｽｷﾙが分散する現象を回避できなくなります。
まぁ、一段落ついたら、高速なｱﾙｺﾞﾘｽﾞﾑでも探してみようかな、と思いますです。
|
|
掲示板管理者へ連絡
無料レンタル掲示板
