カウンター

ブログ内検索

最新記事

カテゴリー

アーカイブ

最新コメント

プロフィール

リンク

実験してみました。

novc（のぶし）さん / 2015/05/17(Sun) / URL

Re:実験してみました。

とりあえずバニラ環境で試してみましたが
重くなるような挙動は確認できませんでした。
可能性として、スキル数とメモ欄のテキストが増えるとラグるようになる
＝メモ欄読み出しの処理が良くない、というのは考えられます。

ただ大型のスクリプトが３つ以上入っている時点で、競合の可能性も高いです。
（しかもどれもスキルウィンドウにタッチしていると思われるので）
検査用のスクリプトを用意してみたので、良かったら試してみて下さい。
http://file.heptanas.mamagoto.com/test_script.txt

・使い方
素材を差し替えて、まずラグが起きるか確認します。
また魔法のウィンドウを開いたときに
コンソールの数字が、何個ずつ並んでいるかを確認します。

　(2015/05/25)

使ってみました

novc（のぶし）さん / 2015/05/29(Fri) / URL

Re:使ってみました

報告ありがとうございます。
まあスクリプトの相性とかもあるので、こればっかりは宿命ですよね。
もしかしたら他の素材屋さんに類似スクリプトがあるかもしれません。

一応テスト結果から分かることを書いておきます。
まず、テストスクリプトで「ラグが起きた」ということは
「メモ欄取得が原因ではない」ということです。
なぜならテストスクリプトはメモ欄取得の処理を消して
固定値を返すように改変してあるからです。

つまり、このスクリプトの問題というよりは競合だと思われます。
但しこのスクリプトはシンプルで、メソッドを一切上書きしません。
なので良くある「メソッドをマージすれば解決する」競合とは違います。

コンソールの数字は原因のヒントを調べるためのもので
デフォルトでは、表示したスキル番号が４つずつ表示されます。
これはスキルの使用条件チェックが、１スキルあたり２回行われていることを意味します。

これが４つなら正常、或いは８つ程度であればラグの原因とは言えないので
スキルの使用条件とは別のところで問題が起きている可能性が高いです。
仮に同じ数字が何十も表示されているのであれば
スキルの使用条件チェックが何回も行われているのが原因ということになります。
現時点で分かるのはこれくらいですかね。

　(2015/05/29)