以下の RSS フィードを取得することで、当 blog のDAoC 関連オンリーの内容が参照できます。
http://hatotech.org/kumatch/archives/cat_daoc.rdf
DAoCの最近のブログ記事
やってくれましたね Mythic、Cluster 直後に Akatsuki 対応版としてのものを「さーどうぞ」的に出すというかっこいい夢を見事に打ち砕いてくれました。
Camelot Herald 上で Akatsuki データの反応がありませんね…まだ動かせないのですか？さすがに US 環境ではいけると思ったのですが、これはちょっと意外でしたよ…
ゆ…ゆるさん…絶対ゆるさんぞ（ｒｙ
とまあ、恐らく使ってる人は私以外に居ないんじゃないかと思われる King of Niche ライブラリ Services_CamelotHerald 0.3.0 をリリースしとります。
簡単にギルド、キャラクタの検索およびオブジェクトにしてのデータ参照などなど。しかし上で書いたとおり、Cluster したばかりの Akatsuki サーバの情報が取得できません。対応次第、すぐにバージョンアップする予定です。
,.――――-､
ヽ /￣￣￣｀ヽ、
| | （・）｡（･）|
| |＠＿,.--､_,>
ヽヽ＿＿＿ノ 一晩で Lv.40 まで一直線でござる
の巻
酒入れて帰ってきたところに、まさか駆り出されるとは思ってもみなかったでござる。
引き続き、DAoC Akatsuki 移行に関する情報とそれに付随する雑多な事柄を、ここでも軽く掲載・紹介していきたいと思います。
本家でもこの件に関して正式に情報を公開し、どのクラスタに属するのがよいかというアンケートを開始したようです。
Hmm, they're clustering the Japanese daoc server with a US cluster
VN Board でもスレッドができました。思ったより反応が多くてびっくり。でも二言目に早くも「いらねーよ、Tintagel (RP) か Mordred (PvP Server) にでも詰め込めよ。」と来たのは笑った。あと「今の時間、50人しかいねーじゃん…」と、昼間プレイヤーの居なさ加減に多大なる衝撃を受けているよーです。それを考えると、ゴールデンタイムにプレイするような普通のプレイヤーにとっては、激しくどうでもよいことなのかもしれません。（Akatsuki プレイヤーに会わないから影響がない。）
まあどのクラスタに属するとしても、現在の本家サーバプレイヤーがどのような思いを持っているのかというのを少なからず感じ取っていると、後々の交流にて役に立つかもしれません。
「ようやく来たか」という感想と、「ついにこの時が来ることになったか」という感想が入り混じることになる今回の発表。
簡単にいうと、日本ローカライズ終了です。
まとめ
1. 日本語終了
ゲーム内で日本語が消滅。
これで他の日本で展開していないゲームとの差がなくなってしまったわけで、ますます日本の新規プレイヤーが来なくなるだろうという予想をどっかがするんでしょうけど、もはや日本における WoW の状況とかをみて、DAoC をどう転がそうとも、「やろうと思うプレイヤーは来る、思わないプレイヤーは来ない」と割り切ってのこの決断なんじゃないでしょうかね。来ないもんは来ない。それよりも現在のリアルタイムな更新内容を「来るプレイヤー」に提供しての囲い込み、そこからの口コミによる拡大、次 WarHammer への繋ぎを行うほうが利点がでかいとしたんでしょうね。ローカライズコストがほぼなくなるし。
そもそも日本語である必要性は NPC の会話と Spell, Item などの情報、あとはチャットが日本語で使えるという部分だったわけですけど、終了して一番痛いのはチャットでしょうね。チャット部分だけ日本語クライアントの場合は扱えるようにするという方法もあるでしょうけど、本家サーバのプレイヤーをどうするのかという問題が残りますからね。これを機に全クライアントが UTF-8 化でマルチリンガライゼーション！というウルトラCも無きにしも非ずですが可能性はまあ1%くらい。1.86 の issue にどうですか Mythic さん。
2. プレイヤーについて
ここにきて本家サーバのプレイヤーと環境を共にすることになります。自分達より強いチームを相手にできるとは思わなかったので素直に嬉しいです。
ただし LT user setup とか余裕で空気読まないチームも居たりするので、その辺は如何に頭をフル回転させ勝つよう行動するかがポイントになりそうですね。日々「頭を使って戦え！この [あまりに酷い表現のため伏せさせていただきます] ！！」とチャットしあってきた成果がここで開花しそうです。
ちなみに時差を見てみると、相手のゴールデンタイムってのが何時くらいなのか分かりませんが、まあ単純に日本と同一として考えた場合、朝になってしまうわけですね。早寝して朝5時起床してプレイってのはどうですか Crude Brother。 超絶に時間見間違え。あっちの時間ゴールデンタイム、こちらでは真昼間であり、早起きやらなんやらで解決できる問題ではないです。週末昼間 IN でひょっとしたら…という感じですね。
3. バージョンについて
バージョン内容が既に出ています。更新ありすぎ。
とりあえずメインは DR による Champion Level, Sub Skill, Item 内容更新、あとは ToA の内容緩和ですね。あと見た目も街のデザインも変わります。
4. 課金について
BBGames じゃなくなるので、続ける続けないに関わらず、然るべき対応を行いトラブルがなきよう今から構えておきましょう。
5. クラスターについて
投票できるようになってます。
さーどこにしよう。でも多分結果は MLF のある Devon クラスターになるんだろうなあと思います。
げぇー！
もう超しょんぼり。まあ、まだエントリしてなかった私もアレだけれども…
ヘラルドについての要望を出したかったんだけれども、さすがに東京まで出向くにはちょいと足が重い。どなたか以下の技術的改善点を直接伝えてほしいです。
・DAoC-J ヘラルドの XML Encode を Shift-JIS から UTF-8 に変更すべき
(http://www-06.ibm.com/jp/developerworks/xml/051014/j_x-utf8.shtml)
・XML データを生成する際に、余計な制御コードは排除するべき
・以上のことが重要であると理解できる、マルチバイト文字列を扱うことに精通している技術者を携わらせるべき
関西圏プレイヤーも聞くところによるとまあまあ要るはずなんだけれども、Mythic 開催による「ファンの集いOFF会」ではない形ででも、集まれんもんですかね？場所は変わるでしょうけれども。
● 大勝：Hib
死亡フラグを思わせた「俺たちに構わず先に行け！」演出が実は alb レリック2個をたやすく強奪するための作戦だった！
その後2つともに海の藻屑とさせるエンディングが話題を独占し最優秀作品賞受賞。
● 勝利：Mid
自国レリックを即日奪還。
奪還するまでのプロットが見事なまでのエレガントさを誇り、特に「最後の2時間決戦」に全米が泣いた。
● 敗北：Alb
その日の Mid の realm point を得るもののレリックを（形だけ）完全に失う。
8/3の DAoC イベントダイジェスト。
・岩マン
「やぱい、（また）PC が壊れそう」と言い残し、20分ほどで退却。
（岩マン's PC は 5日ほど前に修理から帰ってきたところなのだ！）
・Lapさん
Rune Spec Runie で出撃しカッコイイ槍を降らせてご満悦。
・Vinnyさん
善戦するも、Zone 時のハマリでその後戦線離脱。終了直後に復活し不完全燃焼。
・Norenさん
「大規模戦だから Shm より KUMA のがいいかも」という言葉を跳ね除け、何故か Shm で出撃。
ヒール、病気治し、Rez と縁の下で超大活躍するも、それしかできずでよかったのだろーか。
・しゃでさん
Zone ハマリに遭うも、別キャラをとっかえひっかえ出撃し多彩なプレイを堪能。
・Magさん
「死ににいこうぜ！」という Trune の誘いに乗り、二人で Bomb しては Egg で復活するというゾンビプレイを堪能。
・Trune
一緒につれていった Bot が heal ランク上位に入るというどうでもよい活躍を見せる。
・テカさん
BB で追加課金ができず不参加でへこむ。
しゃでさんから、Services_CamelotHrald に realm point から realm rank が分かる機能があるといいねえといった類いのフィードバックを貰ったので、realm point と realm rank/level のロジックを調べてみました。
ある realm rank における require realm point がいくらになるかという算出ができるかどうかなのですが、どうやら R1L1 を 1 としたときにおける realm rank /level (n) の require point (RP) は、こんな感じで導けるみたい。
簡単な総和でした。
んで、総和の公式より、
なので、
として簡単に算出できます。RxLy を n としているわけですが、これは取得できる realm ability point として考えても OK ですね。
しかしこのロジックは R11L0 までで、これ以後の require point についてはこれに非ず。なんか別の計算式で算出・決定しているみたいで、これがいまのところまだ分からず状態。
R11L0 以後、明らかに角度が変わる require point。
遷移グラフを見る限り、なんらかの計算式を適応してるっぽいんですけどね。RP = Fx + Gy、もしくは RP = Fx + C あたりで。
で、Services_CamelotHerald のほうに実装せねばならんのですが、結局内部でリストを保持して、それと比較して Rank to Point と Point to Rank の双方向変換機能を用意。version 0.2.0 で提供予定。
すっかり忘れていたんですが、Services_CamelotHerald について、
こういうの作ったよ
こんなこと出来るよ
Herald のデータ使うけど許してね
ちなみに本家 US サーバに対しても使えるよ
早く Herald 直せ
といった類いの文章を Document URL 付きでフィードバックフォームから送信。
よくよく考えれば、私もプロなので、プロとして Herald 修復を行うため話を聞いてもよいわけですが、その辺どうなんだろうか。
