5/18 付けで出てました。
http://ragnarokonline.gungho.jp/news/information/kue8e6000000w1bw.html

4月30日の調整実施以降、ユーザーの皆様には、さまざまなご意見、ご要望をお送りいただきまして誠にありがとうございます。
4月30日に調整した内容に関しましては、緊急性が高いと判断し、早期対応可能な方法にて実施いたしましたが、運営チームといたしまして、配慮に欠けておりましたことを心よりお詫び申し上げます。

相当今更なタイミングだけど、まぁごめんなさいしないよりは良いですね。
でも4/30の無予告電撃弱体化から2週間半も経ってるって事は、クレームからプレイヤーの心情を慮っての対応というよりも、おそらくはその後の減少して回復しない接続数（推測）に対する反応なんでしょうね。
なんというか寂しい限り。

http://sai-zen-sen.jp/special/reddragon/
1～2年くらい前に作ってますよーって告知が出たときに豪華なメンバーと音楽が崎元仁氏という事で気にはなっていたのですが、 その時は最高のフィクションとか胡散臭いキャッチコピーとメンバー以外は詳細が分からなくて、 まぁ虚淵玄とか奈須きのことか好みの名前が挙がっていたので上手く転がったら面白いだろうなという期待と同時に ヘタな仕切りだとコケるだろうなぁと別の意味でも興味があったりしつつもすっかり忘れていたのが 何故かこの間ふと思い出しまして。
で、久しぶりに検索してチェックしてみたらワンオフの専用TRPGシステムを作ってその上で6セッションという事で既に第4夜まで進行しているではありませんか。
そういう事ならいっちょ読んでみるかと読み始めてみたところ仲々面白く、会員登録して第4夜まで一日で全部読んでしまいました。

最初の方のキャラクター紹介っぽいあたりは、まぁそれほど引き込まれるという事も無く、どう転がっていくのかなぁという感じで読み進めていたのですが、 それでもアクの強いプレイヤーの予想を裏切りつつも期待は裏切らない行動や、格好良い崎元サウンドで読まされていっているうちに、セッションの転がり方なのかリプレイのノベライズがこなれてきたのかどんどんと引き込まれて行き、ほぼ一気に読んでしまったという。

なかなかこう、プレイヤーのびっくりするような行動とか、色々と隠されたNPCやらPCの能力やら、 普通に小説だったらちょっとコレは無いよねという出来事を引き起こすとんでもないダイスの出目やらと、 まぁそんなあたりがこういうリプレイものの醍醐味でしょうか。
システムもかなり頑張っていて、本当に全力を尽くして本気を出すときは爆発的な攻撃力を発揮するようになっていて、そこらへんのカタルシスも良い感じだし、 プレイヤーの特殊能力の名前が「武芸この上なく」とか仲々格好良いのも上手いですね。
とりあえずまぁ残りのセッションが楽しみというかなんと言うか。

昼過ぎから自宅サーバーに接続できなくなり、先ほど帰って復旧させました。

1. desktop PC から iSCSI target server へ ping → 通らない
2. iSCSI server にモニタを繋ぐと em0: Watchdog timeout -- resetting で画面が埋まっている
3. とりあえず iSCSI server の電源を入れ直し起動を確認
4. desktop PC から ssh → 入れない、ping も通らない
5. em0 が死んだのかと思ったがキーボードを繋いで ifconfig を見ると em0 は active。 desktop PC へ ping を打つとこちらは通る
6. 次に怪しいのは switching hub という事で hub の電源を入れ直す
7. ping, ssh 確認
8. esxi 再起動
9. 念のため zfs pool に scrub

とまぁこんな感じでした。

昼間大雨降ったみたいだし、家の近くに雷でも落ちたんでしょうかね。

運営はプレイヤーに楽しくROをプレイさせない方針になったのでしょうか。

発端は 4/30 のアップデート。ギロチンクロスのローリングカッタースキルの威力が1/3になり、 多数の最終狩り場でのテレポート系スキル、アイテム封印が予告なしに行なわれた事です。

まことしやかな噂としては、某動画サイトにすごい装備と EDP RC で超効率で狩りをしているギロチンクロスの動画を見せられた運営が予告なしに大量の変更を差し込んで来たという話。

アップデートの事後通知では

012年11月28日の「大規模バランスアップデート」にて、 3次職のスキルを中心にバランス調整を行わせていただきました。 このバランス調整は、開発元であるグラヴィティ社と共に調整内容を協議し、 世界各国に展開できる仕様をベースにしつつ、 日本のユーザーの皆様のご意見やプレイスタイルを考慮して決定したものです。

しかしながら、実装後のプレイ状況を継続的に調査したところ、 一部の職業、スキルおよびマップにおきまして、 ユーザーの皆様のプレイスタイルや、モンスターの倒し方、プレイ人数など、 さまざまな要素が加味された結果、運営チームの想定以上に 突出した獲得経験値効率が出ていることを確認しております。

これによって起きている、
・職業間による育成スピードの極端な格差
・ソロプレイの助長による、パーティープレイの楽しみの阻害
・アップデートやキャラクターの成長等の変化があっても、 　一部マップおよびモンスターのみが、 　経験値獲得手段の対象となり続ける可能性がある
といった状況は、運営上好ましくないと考えております。

この問題について、モンスターの配置変更や経験値の調整等で 是正を試みましたが、大きな効果が出ておりません。 また、抜本的な改善には中長期的な時間がかかり、 その間にも想定以上の経験値効率が出続けてしまうことから、 次善の策ではありますが、いったん早期対応可能な方法にて、 対策をさせていただくことにいたしました。

と書かれていますが、EDP RC、修羅身弾、パワースィングによる高効率狩りは昨年末のRR化直後からずーっとおよそ5か月間も行なわれており、また、「モンスターの配置変更や経験値の調整等で 是正を試みましたが」と書かれていますが、昨年11月末に行なわれたRR化以降でGH最下層（通称ゴツミノ）に対して調整らしい調整なんか行なわれていませんし EDP, RC についても同様です。
つまり今まで是正を試みてなんかいません。

他にもゲームバランスを調整したりする人がインタビューで自分はROをプレイしたことがないと言っていたという話を聞いたり、色々な所を総合した結果、冒頭のような考えに至った次第です。


RR化が来てメインのキャラのRKは本当に箸にも棒にもかからない雑魚職になってしまいましたが、 R化時は結構強かったし大規模リニューアルでババ引くのはバランスを取る上で仕方のない事かと思っていたのです。
色々様子を見ながらまた楽しく遊べるキャラを育てて楽しく遊んでいけるかと思っていたのです。
でも実際は、プレイ状況のチェックもせず、ニコニコ動画で自慢のために挙げられた上の方のほんの一握りしか出来ないような超効率プレイの動画を見ただけでゲームを調整し、他にも超効率を出す職は殺すと予告してプレイヤーを委縮させつつ放置プレイです。
この現状を見ると、プレイヤーをどんどん嫌な目にあわせて人口を減らし、サービス終了に持ち込む腹なのではないかと思ってしまいます。
ただ単に頭が悪いだけという可能性も十分にありますが、はっきり言って単に頭が激烈に悪い上にやる気が壊滅的に無いだけで積極的にサービス終了に持ち込むつもりは毛頭無いんじゃないかという可能性も半々位の可能性でありそうなのが全くもって嫌な感じですが、 とりあえず若干距離を置いて様子見でしょうかね。

パズドラが儲かりすぎて他はもうどうでも良くなっちゃったんでしょうかねぇ。
正しいゲームのあり方とか考えたことも無さそうだし、平均的プレイヤーがレベルxxからレベルyyに到達するまで約何時間の狩りが必要みたいな数値出しての調整目標みたいなものも持たずに調整してそうだし、 なんというか寂しいというか切ないというか。

Java と Javascript はキウィ（鳥）とキウィフルーツ（果物）くらい違う。

RKがちょっとしょんぼりな事になったのでなんとなくギロチンクロスを作りました。
今は 96/30 位でGH下水で大絶賛蟲狩り中。
enchant poison して venom impress して noble hat が AR 発動してくれると結構強いですね。
現時点で蟲殺すのは130のRKより早いかも。
今は左手にダマスカス右手に錐なんですが、そろそろブラッディティアーズ入手を視野に入れて監獄でシャアも狩らないと。

business space securty 自体のページ は残っていますが products からは消滅していますね。
今使っているのは Open Space Security の中の business space security で4つのグレードの中の下から二番目なので、 新しいラインナップの Endoint Security for Business の中では Endpoint Security for Business | Select に対応するのかな。
まぁ Kaspersky のライセンス更新は単に更新割引価格でどんなものでも一回だけ買えるというものだったのでそのままならあまり気にしなくてもいいのですが、 Select あんまり高くなってないといいなぁ。

等と書きながら色々検索していたら migration guide (pdf) なんてものを発見。
renew with equivalent features の所の表によると business space security は select に対応するようですね。

munin のグラフ
2週間程前にマシンを一台 Windows7 (x86) から Windows8 (x64) にしたのですが、毎日 shutdown してるにも拘わらず uptime がぐんぐん伸びております。
最近カウンタにリセットかかかっているのは office を入れて Windows Update して何度か再起動した時かな?
Widnows8 からの hybrid shutdown が logoff + hibernate みたいな感じなので、sleep 状態の一種であるところの hibernate (S4) であって power off じゃないんだからね！ べ、別にあんたのために起動やシャットダウンがすぐ済むように頑張ってるわけじゃないんだから！
こんなかんじでしょうか。

10インチで 2560x1600 って使ってみるとびっくりですね。
普通に使っている分にはあんまり気付かないのですが、windows に remote desktop してみると驚愕の ppi です。
縦に向けたら 1600x1200 が上下に二つ並んで若干お釣りが来るドット数ですよ。
画面が何もかもちっちゃすぎて笑ってしまいました。
あと、Android 4.2 から付いたマルチユーザー機能も、お仕事とプライベートで使い分けできてちょっと嬉しい。
主にギャラリーに出てくるムービーとか画像とかブラウザのブックマークとか。
と思ったら Kaspersky Tablet Security が Android 4.2 に対応してるんだけどマルチユーザーで使っちゃうと不具合が出るとか出ないとか。

で、こうなると次に欲しいのはモバイル回線ですが…色々検討した結果 Willcom の PORTUS が一番コストパフォーマンスが良さそうな感じです。
いいですね PORTUS。待ち受け1200時間とか素晴らしい。
WiFi router にしちゃうと4時間だそうですが。

1. bridge への IP アドレスの振り方。
例えば em2 と tap0 を bridge する時はこういう風に書くのが正しいんですね。

ifconfig_em2="up"
ifconfig_tap0="promisc up"
ifconfig_bridge0="addm em2 addm tap0 up"
ipv4_addrs_bridge0="10.11.12.13/24"

今まではこんな風に書いていて、時々再起動したときにアドレスが振られないときがあったりして、なんでだろうと思っていました。

ifconfig_bridge0="addm em2 addm tap0 up inet 10.11.12.13/24"

2. FreeBSD 9.1
大量の nullfs jail を抱えて pppoe router にもなっている FreeBSD 仮想マシンが時々コケるので、自宅の windows 機への remote desktop を確保するために pppoe router 機能だけ別仮想マシンに分離しました。
ついでなので最近リリースされた FreeBSD 9.1 を入れて pkg なんかも使ってみたりしたんですが、まだ pkg は正式運用じゃないので リポジトリ空っぽなんですね。
少し検索して /usr/local/etc/pkg.conf をこんな感じに設定

packagesite: http://ftp.jaist.ac.jp/pub/FreeBSD-pkgbeta/freebsd:9:x86:64/latest

割と使いやすい感じで良いです。
FreeBSD 9.1 amd64 のインストーラーは今回はデフォルトではパーティション分けずに一本になっていてびっくりでした。

# mount
/dev/da0p2 on / (ufs, local, journaled soft-updates)
devfs on /dev (devfs, local, multilabel)

あ、journaled soft-update も付いてる。

3. 最初の rc.conf 絡みなんですが、今まで inet vpn-addr/24 のように書いていたら ifconfig が /etc/hosts から名前解決をしていてくれたのですが、 ipv4_addrs_ を使うと - がアドレス範囲と認識されてしまう為か使えなくなってしまいました。
host(1) や nslookup(1) が getaddrbyname(3) とか getaddrinfo(3) を使ってくれれば良かったのですが、どうもそういうコマンドは無いようなので仕方なく自作。
rc.conf にこういう風に書けるようにして便利便利。

ipv4_addrs_bridge0="`getaddr vpn-addr`/24"

rc.conf は mount される前に読み込まれるのでライブラリは static link して / partion に置かないといけないのが注意点です。
誰も要る人いないと思うけど何となく github にアカウント作ったので公開。
https://github.com/ab-ten/getaddr

大晦日にリリースとはびっくりです。
と思ったら Date header はこんなんだったので投げた人的には30日ですか。

Date: Sun, 30 Dec 2012 12:38:11 -0500

jail 内で nullfs とか devfs が mount 可能になったり /etc/jail.conf に設定が書けたりするあたりが少し面白そうかな。