「ごめん、うつっちゃった。「気にすんな、いるならもってけ。「いえいえ、ゆずります。「そうか、ではごちそうさま。「ごめん、うつっちゃった。「気にすんな、いるならもってけ。「では、取り返しますね。ご迷惑をおかけしました。」これじゃあダメなんですかね。問題は、それをできない「会話ができない物体」がたくさん棲んでいるってことなんだけどね。日記/2007-01-29まずは、人間の話をしましょう。横殴り?そんなの人間が普通にやってたっておきるじゃない。ミスってやっちゃったらすぐ手を止めて「ごめん」って謝って、やられたほうも「今後は気をつけろよ〜」って受け入れて、で、やってしまったほうは以後気をつける。これで悪い関係になるか、といったらそんなことはないはず。行きずりの共闘者という「気持ちいい」関係にすらなれる可能性もある。気持ちいい対応をしてくれた相手には、気持ちいい対応をしたくなる。無粋な対応をしてきた相手には、冷たい対応をしたくなる。人間はミスを犯す生き物。ミスしないことが最上だから、やってしまった側はそれを「悪いこと」と自覚するべき。やられた側は、ミスの結果におきたことは可能な限り認めるべきだろう。問題は「ミスに対して悪びれない」行動にだけある。「以後も気をつけることなく何度も繰り返す」とか。上記を、あなたの使っているAIに当てはめて考えてみましょう。あなたのホムAIは、どうですか?残念ながらGlenelgでは、絶対に「悪びれない行為」をしないとはいえません。一応横殴り防止はいろいろやってますが、ROの仕組み上絶対とはいえませんし・・・なにしろ感情がないですから、万一の事態でも、謝れないもの。ホムの粗相には、友瀬は自分で謝ってます。人間は、敵を作るのは簡単です。相手がミスって横殴り、即手を止めて「ごめん」って言ってきた。敵を作りたかったらこういえばいいんです。・・・友瀬には到底できません。別に「横殴りしていい」って言ってるわけじゃないですよ?相手が認めているミスを、必要以上にねちねちやったっていいことはなにもない、ってだけ。うれしいことをされたら、喜んだりお礼を言ったりする。嫌なことをされたら、怒ったり文句を言ったりする。それが普通の人間だと思う。人から文句をいわれたときに「自分が相手に対して嫌なことをしてしまったのか?」というような考えに至らないのか。「やられたから、やりかえす。」それには正義は存在しない。最初にやった側にも、やりかえした側にも。やりかえした側が正義を振りかざすのは間違っている。同時に、その引き金になった行為をした側が正義を語るのもおろかな話。相手が「やりかえしたくなる」ような行為を仕掛けたのは、どっちが先だい?もちろん、人の価値観には差がある。自分なら許せるからと踏み込んだら、相手にとっては許せない、そういうこともあるだろう。相手が狭量・変人・悪意を持った人など、「相手が普通じゃない」可能性があるのも否定はしない。なんでもかんでも相手を受け入れろなんて、無茶はいわない。こころのどこかで「自分のほうが普通じゃない」可能性も忘れるな。人のせいにばかりしていたら、自分が見えなくなる。誰だって、日本人としたって一億分の1以下の存在だ。この文章を読んで、一笑に付せる人は、友瀬とは価値観があわないのでしょう。同時に、何を言われても腹を立てない、仏様のようなすばらしい方なのでしょう。すべてのことを否定できる、独裁者のような方なのでしょう。いうタイプの人間はそうそういないと、友瀬は信じています。これに引っかかるようだと、普段からいつも誰かに喧嘩売っているとしか思えないのですが。う〜ん・・・バニルのスキル、カオシックベネディクション。実装されているのかな・・・きっかけは、可能なかぎりAIでのBBSでのやり取り。LV3カオシックは、周囲に敵がいなければ「ホム50%、ケミ50%」の確率で回復が発生するはず。現状カオシックのバグ?でホムは回復しないので、実質的に「50%で当たる、ケミ回復スキル」というのが現状動作のはずになります。友瀬曰く、(今までの感覚的に)確かにおおむね50%で回復している。後から友瀬が50回試行したところ、21/50でケミ回復。確かに50%よりはちょっと偏ってそう?horoさん曰く、6.7%くらいしかケミには行かない。友瀬自身、もともと「確率論なので、SPが余るときに回復できればいいや」くらいにしか考えていないので、確率までは検証してなかったのは事実。多少のばらつきなら確率論なので判りますが、上記2例は50%からはだいぶかけ離れている。これだけ差があるとなんかいろいろ怪しい気がする。「友瀬とhoroさんとの差」じゃないよ。「友瀬と公式との」「horoさんと公式との」差よ。使用者の皆さんの様子を聞いてみたいところ。日記/2007-01-28うひゃぁ。(冬物語の人のブログ)褒めすぎです。(^^;まあ確かに、標準AIはかなり無理矢理なつくりで、はっきり言って関数分けしている意味が少ないかな、という感じ。いえ、Glenelgがそこまできちんとできているかというと、まあ、それなりなんですが(^^;;;もちろん、友瀬も一応ある程度意識して書いてはいます:libディレクトリ以下は、ほぼ完全に切り離せるようにしています。・・・やはり本質的には標準AIをベースにしているので、まだまだGlobalを使っている部分が多いです。本当はもっときちんと分離したいところですね。日記/2007-01-27あ〜。敵名に半角¥が絡むとおかしなことが起きるんだよね。わけで、現状のv0.46系でのチャットコマンドだと、一部の敵(例えばソヒーなど)を、適切に指定できません。ローカルではもう修整済みなんだけどね(^^;SGモードの微調整&ヘルプ記載するのが面倒で。プライベートでいろいろあって、ROはのんびりと。プロンテラを歩いて回っていたら、結構値段が下がってたので、いろいろ購入。火宝剣と、こんなんを買い雇いました。予算が激減したさ(^^;というわけで、レモン貯金を少し吐き出しています。日記/2007-01-18ホムAI機能比較表で、管理人の方がメモっていた内容に、Glenelgもひっかかっているので、補足。手動での先行非先行切り替えについて。結構なAIで○が付いているにもかかわらず、Glenelgでは未搭載のこの機能、きちんと理由があって採用していません。一応ヘルプファイルやだいぶ昔の日記にも書いてあるので詳しくはそちらを見て欲しいです。友瀬はこの機能について「わざわざ手動操作しなくても、自動判断できる」と思っているので、手動操作は準備していません。人間が「アクティブを止めたい!」と思うような状況をAI判断してとめられればいいわけなので。これは結局「横殴り防止」と同じ線上にある機能なので、きちんと判断ができるのならそんな切り替え操作はいらない、というのが友瀬の想いです。火壁問題とか、怪しいのがあるのは否定しないです。いうこともあるので、Glenelgでは「先行索敵距離は3」とか「他PCが画面内にいたらパッシブ動作」とかいう、非常におとなしい設定をデフォルトに選択しています。カスタマイズでそういうところはよりアグレッシブにすることもできますが、ね。就職して結構たつおじさんとしては、なかなか切ないわ(^^・・・やっぱり、「おじさん」よりは「おじさま」って呼ばれたい(笑)・・・「おっさん」の戯言なので、聞き流すが吉。日記/2007-01-16ちょうど一年前。友瀬は、FCASセージ・CathyでのSignクエストを実施していました。当時の日記がこちら(2006/01/16の日記)正直かなり大変で、特にサンゴ集めとセリン・DI戦は大苦戦した記憶があります。実際完全に終わらせたのは3月でしたし。実は先週末の金曜日に上記を思い出しまして。思い立ってホムケミ・ViceでSignをやってました。「やってました」と過去形です。厳密にはあと数手:炭鉱の鍛冶屋に預けて時間待ちする部分が残ってるんですが、まあもう山場は終わっている、というわけです。ベノメナ狩りは以前にやってて、サンゴは山ほどあったという布石はあったのですが。・・・FCASセージが如何に趣味キャラか&ホムが如何に強いか、というのがよくわかりました(笑)いくらDIがスキルを使わないって言っても、白Pot15本くらいで倒せるって、なんだよ(^^;;;他にも、逃げ回る主人を守ってごつミノをなぎ倒していくGlenelg。逃げ回る主人から強引にDI/Aマミ連合軍のタゲを奪っていくGlenelg。セリンの側で現れたLoDのタゲを奪って、画面ぎりぎりまで逃がしてくれるGlenelg。ニブルでうろうろしてると現れたロリルリx2+ブラッディx2をばっさり返り討ちにするGlenelg。テストしてくださった方が。Σ('-'っ)っそうか、オークがいたか。気がつかなんだ(^^;;まあ、昨日も記載したように、他にも例外はありますし・・・やっぱり人の位置関係もあわせて判定しないとダメっぽい?複合的に判定精度を上げるような使い道にできるかな?日記/2007-01-15物事、単純化して本質を考えるといいことがいろいろあります。「可能な限りAI」での「Wizの攻撃魔法の範囲判定」。言葉どおりの意味で「魔法領域全体の範囲の中心」を探そうとすると多分無理です。発想の転換:「現在ダメージを受けている敵のいるあたりは、確実に魔法の範囲内」というのは事実。⇒別に魔法全体の範囲がわからなくても、現在わかっている(全体よりは小さい範囲での)中心がわかれば、事実上代用が効く。限定した分の差はあるわけですが、ポイントはこういう発想が重要だ、と言うこと。ホムの横殴り防止判定での課題の1つに「アクティブ敵vs火壁」の話があります。敵のGetV(V_TARGET)を見ても、敵はまだ魔法使いに接敵していないので、判らない魔法使いのGetV(V_TARGET)を見ても、魔法使いは直接魔法を敵に打っていないので、判らない。・・・という形になるので、役に立ちません。結果、多くのAIでは「敵・ホムケミ・第三者との位置関係(距離and/or方向)」を用いて間接的に回避しているはず。Glenelgでも、現状は距離以外での防止はしていません。さっきふと気が付いたのですが。してもっと単純に「フリーの敵のはずなのに、ダメージモーションが出た敵は、除外」っていう手があるんじゃないか?もちろんこれは非常に簡略化している話なので、「味方の火壁」とか「ケミ自身の火炎瓶やイクラ類」はどーすんだっていう課題もあるにはあるのですが、なんか考えてみる価値はありそうかな、と。日記/2007-01-14「適当」と「適切」とは、非常に大きな論理的な意味差があります。「適当」は「それなりに・いいかげんに・なげやりに」。「適切」は「状況・目的などにぴったり当てはまること」。前者は後者の意味をもって使うこともできるので、まさに「適切に」使い分けないと誤解の元です。何かを「適切に」やっているのか「適当に」やっているのかは、外からは非常に見づらいことです。どんなに「適切に」やっていたとしても、それを相手が理解できるように見せないと、「適当に」やっていると見えてしまうケースは確実にあります。それは自分の責任で、相手に文句をいうのはお門違いです。(ここで「読解力/理解力のない相手の問題」と考えると、自分が成長できないので。)友瀬の今日の日記の一番最初の「誤判定してもいいんじゃない?」、2つ目の「(ある程度率が低ければ)判断ミスしてもいいや」という書き方についても、これに関連した記載が舌足らずで「適当」なのが、問題ですね。「適切」に言うならば、「ある程度率が低い」ということも、「判断ミスしてもいいや」というのも、もちろん「適切な」検討があることが前提です。上記に矛盾するようですが、友瀬は「適当な」ことをやっちゃいけないなんて思ってません。「適当な」ものでもいいんです。「まったく動かないようないいかげんな」ものではアレですが、「それなりに作りこんで、細かいところが未完了」のレベルなら。その上で、単にそれを使う人に「これは適当だよ」と伝わっていればいい、と思っています。「適当なもの」には、人は適当なレベルのことしか期待しませんから。逆にいうと、問題になるのは「適当なもの」を「適切なもの」だと思って使ってしまうとき。・・・まあ、友瀬も100%できてるとはいいませんが(^^;Glenelgの氷割りモードは、あきらかに「適当な」もので、それを言ったのはリリースしてから数日後ですし(^^;;;いいかげん自分でも見苦しいので、本件はこのあたりで。以下「ふと気が付いたんですが」に書いたところで、可能な限りの人から突っ込みがあったので、追記。読んでくださる皆さんの誤解がないように:下記「ふと気が付いたんですが」以下の部分は、友瀬が「感じた」ことであって、可能な限りAIが「絶対そういうポリシーで作られている」と言っているわけではないです。実際にバグとも言えるような、誤判定を容認するいい加減な考え方でAIを作っているわけではありません(以上「Glenelgさんに返信」から引用)というところだと思います。これは完全に友瀬の書き方不良です。机上ではわからない部分って多いわけで先ずは作ってみる。それで実用上問題があるなら消せばいい。(以上「Glenelgさんに返信」から引用)この考え方で「お試し版」公開されているものが、割と「完成した」って感じで公開しているように見えてました。「誤検知しそうだけどいいや」なんだろうな、って思えてました。友瀬が言いたかったのは、100回の試行に対し誤判定が一回なら、ホムAI程度の軽いお遊びソフトなら実用的とも言えるでしょう。(以上「Glenelgさんに返信」から引用)という感じの話。「(ある程度率が低ければ)判断ミスしてもいいや」って結構アリかな、ってまじに思った。いうわけで、以下ちと微妙・アレな内容ですが、削除するのもかえって失礼なので。野心的な機能を組み込んでいる可能な限りAI。今までのAIでやっていない機能をさまざまに搭載しているこのAI、感心しながら見ています。なんでそんなにいろんなことをできるのかな?・・・そう考えていて、根底となる方針の差に気が付きました。一言で言ってしまうと、ですね。「誤判定した場合、それをどう扱うか」という判断・ポリシーレベルの差、ではないかと。Glenelgでの方針は、「誤判定は常に問題⇒だからやらない」。それに対して「可能な限りAI」では「誤判定してもいいケースもあるんじゃない?」。いう差があるように感じました。友瀬は「適切な情報がない(適切な判断ができない)モノは対処しない」という方針で設計しているが故に、他のAIでやっていてもやらない機能も多いです。現実問題として、人間だって操作ミス・判断ミスはするのですから、AIがミスしたっていいじゃないか、という考え方はアリだと思います。ミスをしたら、手動操作でリカバリーすればいいわけですから。それによってより便利な機能が作れるのなら、トレードオフする価値は十分あるでしょう。このあたりは完全にポリシーの差だと思うので、どっちがいい、というような比較をするようなものではありません。いう意識を持ってAIは使うべき、でしょうね。日記/2007-01-13氷割りモード、やっぱり需要あるのかな?微妙につっこみが入ってきています(^^;SG割りについてですが、なんらかの手動操作を入れないと難しい気がします。作るってのはどうでしょうか?いろいろ細かい指摘もいただきました:ありがとうございます。現状の友瀬の判断も「SGモードへ自動的な移行は無理、なんらかの手動操作が必須」という感じです。日記で記載済みのように「とどめモードor時間稼ぎモード」の区別は自動判断はリスクが高すぎに思ったので、v0.46ですでに手動での起動にしています。v0.46の方式ではまだちょっと情報不足だったので、その点を見直し実施。それを埋め込んだ改善版はすでに作成済みです。先日の日記にも書いたように「凍結していない敵はSGの範囲内に引き込む」動作が必要なのですが、その「SGの範囲を自動判断」することができないのが、最大の問題。そこで、現状試作したものではGlenelgのコマンドシフト機能を使って「2段コマンドシフト+移動操作した場合、その移動先指定点をSGの中心点とみなす」ような方法にしています。味方WizがSGを詠唱開始したら、「左下エリアをALT+SHIFT+右クリック」「左下エリアをALT+SHIFT+右クリック」「SG中心点をALT右クリック」・・・という感じ。最優先ターゲットとして、「味方と戦闘中でかつSTAND状態」の敵を探す(これはSGの範囲とは関係なく索敵)。ホムがバニルでかつその敵にすでに初撃スキルを使っていたら、それはリセット。移動時間が惜しいので、初撃スキルが使える状況なら即スキルで(遠距離から)割るため。共闘モードかつすでにその敵を攻撃済みだったら、それもリセット。次善ターゲットとして「SG中心から6セル以内かつ味方と戦闘中」の敵を探す。・・・というような動作を作っています。・・・どうしようかな。テストするのが厳しそうだから、ベータ版で出しちゃおうかな。・・・ちょっと考えます。日記/2007-01-11拍手的な。コメントもらった分の返信。PTメンバー大量登録での「登録結果のフィードバックが判りづらい」事への対応策、というかネタ。誰が登録できたのかもわからないのが問題なら、登録コマンド直後に新規登録されたキャラをホムがタッチして回れば視覚的に分かるのでは?ええと、せっかくご提案いただいたのですが・・・こういう「ホムの移動によるフィードバック」は今のところ、Glenelgの基本方針として避けているものです。確かに他のAIでは(友達登録を含めて)さまざまな操作結果をホムの移動で表現しているものが多いです。Glenelgでは、操作に対する結果は「状態表示窓に表示」することを原則。移動によるフィードバックはそのまま攻撃へ直結するケースのみ、としています。理由としては、大きく2つ。ホムの自律移動にあんまりさまざまな意味を持たせたくないため。移動できないような状態でのフィードバックに困る・誤解の余地があるため。必要なら具体的な例を挙げますが、「移動不可セル」「他PC」「操作前後の各キャラ同士の位置関係」あたりが絡んで望んだとおりの移動は行えない可能性があり、(その動作を見たユーザーの)誤認識の原因となります。戦闘中に「直接戦闘とは関係ない機動」をされても困るでしょう。「移動方式はNG、状況表示窓がベスト」なんてことはいいません。確かに移動不能セルがないような状況では移動方式はスマートですし、現実問題として文字フィードバック方式では今回の範囲登録がうまく表現しづらいのですし。「文字方式基本」としてしまっているGlenelgでは、更に移動方式までハイブリッド使用するのはちょっとどうかな、という感じです。・・・もし要望が多ければ、考えます。いずれにしても、そろそろダンス系のネタを考えようかと思っているところでもあるので。日記/2007-01-10可能な限りAIの人が新しく考えていることに、「マップごとに敵の優先度を記憶する」というものがあるようです。友瀬&Glenelgは地図関連判定については一家言あるので(笑)コメント。実は同じようなことは、考えたことがあります。似たような敵構成だけど微妙に優先度・スキル率を変えたほうがよさそうな「カタコンベ」と「監獄1F」でテストしていたときに、ちょっと悩んだ内容です。結局没にしてしまいました。理由はいくつかありますが、一番大きかったのは「手動で十分じゃん」というところ。Glenelgの場合、敵ごと設定はRO画面から数タッチだけなので、気持ち悪かったらその場で修整すれば十分だな、って感じでした。うちのホム自体のレベルが上がっていて、そこまで細かい設定もいらないような状況だった、というのも関係があるかもしれません。Ver0.46で対応した氷割りモードですが、実はかなりやっつけ仕様なのは自覚しています。現状動作では、確かに凍結敵を狙って攻撃してはくれますが、その後の動作はあんまり美しくないと思います:本当は攻撃したら「SGの範囲内に引き込む」ような動きをしないとならないんですよね。一切できなかった機能ですから、ちょっとしたおまけと思ってください。氷割り関連で調べた話で、AI作者にとって意外&困るはずの仕様について補足。<敵ID>」というもの。これ、凍結前後でどうなっているかというのを調べると、ある意味妥当な、ある意味困った状況になっています。実際に観測した際の情報を列挙すると、こうなってます。実施した手順ウィズがノンアクティブの敵(アンバーナイト)を一発殴ってタゲを取ったあと、SGでそれを巻き込み凍結。その後放置でそれが自然解凍。このようにしたときのGetVの状況を見ると、以下のようになっていました。4のGetV値とその時点でのタゲ状況。自然解凍するとその敵は(もともと非アクティブの敵なので)PCたちへの攻撃を「行いません」。かかわらず、その敵はホムからみると「Wizを狙っている」ように見えます。厄介なのは、ここでの敵が例えばライドワードのようなアクティブ&比較的すぐ自然解凍してしまう敵だった場合。いう敵は自然解凍すると即PCに向かって移動&攻撃を開始しますが、その際に向かう敵は「GetVで取得した値と同じになる保証がありません」。別の言い方で・・・実際に起こりうる例を挙げると。自然解凍したライドワードが、たまたま近くにいた別パーティの騎士に向かって移動開始。GetVで見た場合そのライドワードは「こちらのパーティの誰か」を狙っているので、ホムは何の疑いも無くそれを攻撃する可能性があります・・・そうですね、タゲを強引に奪うように見えてしまいます。SG凍結は相手も見ているでしょうから、普通の人なら「きにすんな〜」ってとこでしょうが・・・ね。日記/2007-01-05とりあえず、だ。なにごとも「100かゼロか」でしか見れない、っていうのは、よくない。友瀬的な答えは、こうです。「もしあるAIの作者が、自分のAIを改造してAPPを使われたくないと思うならば、その旨の宣言や、それに付随したさまざまな手法を取る権利はある。創作をしたことのある人ならおそらくは誰でも、自分の創作物を勝手に変にされたくないと思うはず。AIだって、それを主張する権利は、まちがいなく存在します。これはあくまで権利でしかありません。これを認める以上、友瀬は以下のことも否定はしません。AI利用者が「個人利用の範疇で」上記「APP加工禁止宣言AI」を加工して使用する権利は、あると思います。APP禁止AIおよびその作者が、他のAPPを認めているAIの使用を完全に禁止する権利は、ないと思います。Glenelgでもそのポリシーに従って対応していません。言うなら、Glenelgに対するそういう改造もしないでほしいと思っています。ベタテキストで容易に改造可能なホムAIにそんなことを言っても仕方が無いので、「常識的な範疇はわかっているよね?」ということで何も言っていなかっただけです。いうわけで、0.46、正式リリースです。自動解除」のかたちでサポートしました。これでこの冬の活動は一段落。Glenelgの特徴である「命令操作」。これのおかげでGlenelgには非常に多彩な機能・操作を追加できているのですが、反面、使いづらいのは否定しません。メニューが複数枚あるのが結構いやらしいところで、どこをどう操作したら何がおきるのか、それを記憶するのはかなり大変だと思います。友瀬的にはこれは(あちこちのAIでもやっていますが)格闘ゲームコマンド的に覚えるといいと思ってます。範囲友達登録は「5・4・9、一拍置いて9・5」・・・という感じ。暗記しなくても、こういう早見表でも作るといいのかな、とは考えているところ。日記/2007-01-04あ〜・・・拍手的な。経由で気にしていた突込みがきたので、一応補足。下記チャットコマンドでの設定の話。>少しだけ心配なのは、エミュ鯖コマンドと間違えられて晒されたりする人が居ないかと言うこと。これは実は結構な懸念です。チャットコマンドの特性上、他の人にも見えちゃうんですよね。一応、ギルドチャットやパーティチャットを使えばややローカルにはできますが、それだって他の人には見えるってことで。見られるんなら、誤解がないように「普通のCUIコマンドでは使わない」ような書式にしちゃおう、と思いまして。このあたりは指摘された方もおっしゃっていましたが、そういう理由で意識してコマンド類は全て全角文字にしたり、「!」を接頭文字にしたりしてます。これをして、むしろ周囲には隠さず使用して、Glenelgの名前出しちゃってこのAIの機能なんだ〜、と断言してもらったほうがいいかな、とか思ってます。・・・思い切って、完全な自然言語にしちゃおうかな(笑)「ホム!ポリンの優先度を5に!」みたいな。判定処理を作るのがすご〜く面倒そうなので、たぶんやらないですが(笑)そろそろ休日も終わりなので、〆に入っていたりします。優先度回り、実は現状だと「草狩りにホムが協力」する動作がちょっと不安定です。(もちろん次のリリースまでには手を打ちますが)。この休み中にもう一点:チャットコマンド回りの機能強化をする予定です。on/savechat・・・みたいなことをやろうと思ってます。Glenelgの特徴のひとつの「敵種類ごとの学習は、ある敵を攻撃後に操作」というものは、判りやすくはあるのですが、反面「乱戦中には教えるのが難しい」という弱点があります。ある意味リアルではあるのですが、多少使いづらいのも事実なので・・・こういうCUI入力をサポートしよう、というものです。索敵関連の機能追加というか内部設計変更が大きいため、こちらとしても評価が完全に終わっていません。機能追加部分については、友瀬がもともとあまり必要と思っていなかったものであるため、使い勝手面でも怪しいのではないかと思います。いう面もひっくるめて、テスト用のベータ版としての公開です。念のため、インストール前に前バージョンのファイル群をフォルダごとバックアップしておくことをお勧めします。ヘルプファイルも未完成なので、Readmeファイルを参照してください。おかしな点などあれば、指摘くださると助かります。「敵の状態異常の判断基準としてSTAND状態採用」の件。試してみたのですが、やはり強引な判定ではあるわけで、微妙に危険な要素がありました。最大の懸念が、攻撃モーションが遅い敵。これらの敵の場合、通常戦闘中でも普通にSTANDモーションを取っているタイミングがあるようです。そのため、無条件に判定にいれたら「囲まれたらしょっちゅうタゲ変更」というような動作になってしまいました。少なくとも、キーピング対策で入れるっていうのはもう一工夫いりそうです。時間を計るか、なにか。敵を追って画面外に行くことあり(Lさん)現象は未確認。CHASE中でもボスケミとの距離チェックして、限界距離を飛び出さないような対応を追加。ホムがケミの足元うろうろ(あろえさん)スタック避け処理にリミット追加。1回挑戦して回避できなかったらあきらめるように。ホムスタック回避ネタ(ソフルさん)一定時間戦闘後、まだ敵がいるようなら強制的にAWAY運動する動作実施。広い場所ではうまく動作しているが、移動先がない狭い場所では苦しい。地図情報を使っていないとかなり無理がありそう。いうわけで、標準では未使用・オプションで設定に。優先度ゼロ+ボス共闘(セッジさん)一応組み込み済み。優先度関連を大きく練り直したので、全般的なテストに時間かかりそう。PTメンバー大量登録(風鏡さん)検討中。やるべきか悩んでます。何度も書きますが、最大の課題は「登録結果のフィードバックが判りづらい」ことです。誰が登録できたのかもわからないのが、果たして使いやすいかどうか。それを無視した実装をしてみます。年末に話題にしていた、氷割り関連。・・・なんて考えてたのですが、よくよく考えるとそれじゃあまずいことに思い当たった。これもちょっと前に掲示板に記載のあった「睡眠中の敵を狙って起こすのは止めて」系。睡眠したのも「STAND状態」になるはずなので、狙って起こしてしまうので、だめじゃん。Wiz呪文で睡眠にさせる手はないので、ホムに自動的にSG氷割り動作させようとするなら、やっぱり「Wizが呪文を使った」監視をしないとだめっぽい。・・・どっちにしても「殲滅SG」と「時間稼ぎSG」の判断をホムにさせるのはやっかいそうだし、うちは対応するとしても「SGモード開始は手動入力」にしようかな。誤検知するよりはマシなような気がする。繰り返しになりますが、あくまで「ホムが得られる情報が限られている」というのが決定的な問題点。「敵がSTANDになった」で判定している以上、例えば「WizがHD、他の前列が睡眠マグナム」なんて状況になれば、ホムは「睡眠した敵を氷結したと勘違い」してしまう。「敵が氷結」「敵が睡眠」といった情報がとれれば、こんな余計な頭は使わないですむわけで。状態くらい、取得したいねぇ。日記/2007-01-02整理続行。リクエストのあったのは、全部で以下のものかな。敵を追って画面外に行くことあり(Lさん)ホムがケミの足元うろうろ(あろえさん)ホムスタック回避ネタ(ソフルさん)優先度ゼロ+ボス共闘(セッジさん)PTメンバー大量登録(風鏡さん)酔っ払い頭を回しつつ、ちまちま手を打ち始めました。優先度ゼロと画面外への追跡についてはテスト中。ええと、では整理しよう。自律索敵における、優先度にかかわる要素。「より多くの敵に囲まれている」味方を助ける。ユーザーが指定してした「敵種別ごと優先度」の高いものから。「ボスと同時攻撃」指定されている敵で、ボスが殴っている敵は、更に高い優先度。この場合、無視指定してても攻撃。あ〜・・・ってことはこんな順番かな?ボスと同時攻撃指定&ボスが攻撃している。種別優先度7以上で、味方を攻撃している敵。複数いる場合、より近くにいる敵。多くの敵に囲まれている味方の救助的攻撃。複数いる場合、より種別優先度の高い敵。複数いる場合、より近くにいる敵。味方が攻撃を受けていない場合、アクティブ索敵。ボスが攻撃している敵。複数いる場合、より種別優先度の高い敵。複数いる場合、より近くにいる敵。「手加減モード」は、上記のいずれにも反映される。手加減モードではどんな自律索敵対象でも、一定時間攻撃したら無視する。優先度ゼロは、自律索敵においてはその敵を完全に無視。例外は「ボスと同時攻撃指定」の場合のみ。上記4-�は「ボスと同時攻撃」で解消すべきに見えるが、そうではない:これは草などを狩るときを考えるとあるべき内容。普通の敵はボスが殴る→反撃開始→2や3のグループで処理になるが、草は反撃してこない。いって「ボスと同時攻撃」指定してしまうと、戦闘中に間違って草を叩いた場合に痛い目にあう。編集操作バックアップある名言。何についてもいうな、「なくした」と。