2007年9月アーカイブ

昨日久々にD&Dセッションを単発開催。続きは再来週。
元々はProject KHA◎S用に準備していた、Dungeon #110掲載の "Buzz in the Bridge" をベースにしたショートシナリオ。シナリオはショートでも、オンラインセッションだと3時間半で、ちょうど折り返しあたり。

新PCにしてからの初セッションだったので、いろいろセットアップ。
ScreenMonkeyとかもまだだったな、とか。
で、セッション開始しようと思ったら、今回参加予定（だと思い込んでいたが、後に参加了承をもらってた）KirchenがD&Dのキャラがまだ無いという事実が判明（ﾟ ー ﾟ ；
テンプレートでやるか、どうしようかと話をしたけど、とりあえず今回は見送りたいというのでそれで。
BURNYが弓ファイター、OOPSがローグで、horonがレンジャー、という見事なまでの弓部隊。

クレリックを雇いたい、という提案がなされ、んじゃとE-Toolsをバックアップからコピーして使おうと思ったが、起動しない。コピーじゃなくて、ちゃんとインストーラーから動かさないとダメか、しょうがない手動で作ろうかどうしようか諦めようか、という時にtoneriko乱入。

しかもtonerikoはクレリックのキャラがいる。3.0の時のキャラだがとか言うのは気にせず、強引に引き込むｗ

かくして、セッションは無事に折り返して、キリのいいところで最初の戦闘が終わった2時半にサスペンドと相成りました。

その後以前のバックアップのROMからE-Toolsのインストーラーパッケージを探し出して、3.5e化を含むインストールを実行。久しぶりにCodeMonkey Publishingのサイトを見ると、サポートはしているものの、販売されているデータやアプリからE-Toolsがごっそり消えている。

どうやらWotCとのライセンス契約が終了したため、商品を継続販売できなくなったようだ。
WotC的には4e（とD&DI）に移行したいんだろうけど、それまで使ってたユーザからしてみればなんだかなぁという気分。WotCが継続して3.0/3.5eのE-Toolsをサポートしてくれるわけで無し。4eが控えているとは言っても、まだまだしばらくは3.5eで遊ぶわけだし。

THREE-O鯖に、簡易監視アプリ投入後、この監視ログを見ると、大体1日に3回から4回くらいの再起動が発生している。再起動が行われる直前あたりのapacheのアクセスログを見ると、現在使用していない古いバージョンのMovableTypeのCGIへのアクセスが結構頻繁に起きていた。

この古いCGIをゴッソリとアクセスできないようにしてやった。
さて、この状況でどのくらい安定するのか。

リトルウィングのピンボールゲームの新作、FAIRY TOWERがリリースされたので早速購入。

まだそんなにプレイしてないけど、第一印象としては「役狙うのが難しい」のと「スコア出ない」という二点。たぶん後者のは、前作のMONSTER FAIRのハイスコアコンテンストで、スコアがカンストしてしまったことも影響しているような、していないようなｗ

the Plugが断線したので、昨日の仕事の帰りに秋葉原のヨドバシカメラに立ち寄って再度購入。
今度はthe Plugの方ではなく、あえてSPARKPLUGの方を買ってみた。
比較をしてみようかと。

で、実際の音の比較の話をする前に、新品を買って気付いたこと。
ネチョスポってこんなに扱いやすかったっけ？('∀`)
ということ。どうも、2ヶ月か3ヶ月くらいでスポンジがヘタって来るっぽい。
新品のスポンジは指で潰すとしばらくその形をキープするが、ヘタってくるとすぐに戻る。
このすぐに戻るのが装着し辛さに繋がっていたっぽい。
新品のスポンジは実に装着しやすいんだ。

改造キット買った後に、こんなことに気付くのも何だけど('∀`)

で、音の比較。
plugもsparkplugも、低音特化型のヘッドホンである。
ネット関係でthe plugの記事を見ると、中高音が籠もるのでEQで高音を上げたほうがいいというような文章を良く見かける。が、俺個人の感覚では、例えばiPodのEQではフラットなのが好み。そのくらいでちょうど美味しく戴けていた。

ところが、sparkplugの場合は、the plug以上に籠もる。
めちゃくちゃ籠もる。
これはさすがにEQでTreble Boostにしないとムリ('∀`；)
だけどTreble Booster設定ONで聞くと、元のドッカンな低音に中高音が底上げされてちょうどいい感じがした。

個人的には結構気に入っているKOSSのthe Plugなんだが、難点はやっぱり装着にある。
左耳はすんなり入るのだが、右耳の場合だけ耳穴がまっすぐでないのか、浅いところまでしか入らない。浅いと装着感も悪いし、左右のバランスも崩れる（すんなり入っている左寄りになる）し、せっかくのplugなのに音も軽くなる。

何とかはめようとすると、ぐいぐい押し込まねばならず、長時間の装着で痛くもなってくる。

こんな状況がしばらく続いて思い立ったが吉日。
やはりここはやはりplug改造するかなあ、と。
で、改造キットをヤフオクで落札。落札というか即決というか。
まぁキット1700円なので、合う合わないはまずは試してみるかと。
合わないなら、今までのネチョスポに戻るだけのことなので。
と思って落札したのが昨日。入金今日。

よし、入金済ませたし、と思って会社でまたつないで聞こうと思ったら、右側から音がしねぇ('A`)
グリグリ突っ込んだりしていたせいだろうか、たぶん右側断線('A`)
後で新しいplugを買ってくるか('A`)

まぁplugは安いヘッドホンなので、断線した→じゃあ新しいplug買ってくるかというのが安易に選択できるのがいいところのような気がするようなしないような。

さすがに見ていて、なんだかなぁと思ったので、普段は政治的な話題をあまり扱わないblogだか、書き残しておこうともうことが１つ。

安倍首相：辞任の意向表明　「局面を転換」理由に http://www.mainichi-msn.co.jp/seiji/gyousei/news/20070912k0000e010084000c.html

安倍首相辞意：与野党とも「全く無責任」と強い批判
http://www.mainichi-msn.co.jp/seiji/gyousei/news/20070912k0000e010074000c.html

お前ら昨日まで「やめろやめろ、とっととやめろ」って言ってたのに、いざ辞任となったら「無責任だ」というのが、なんだかなぁ、と。あれだろ？野党も与党も、未来とか政策とか関係なく、目の前にある叩けるものを叩くだけだよな。それを延々繰り返すヤクザな商売を「政治」と呼んでいるわけで（国会での野次とか、まさにその象徴）。

どっちの側に対しても、だらしないだとか不甲斐ないとか言うつもりはない。
ただ、政治不信を招いた責任云々言うのなら、政党単位で言うのなら野党にも与党にも、ほぼ同量の責任があると思うがね。今の与党は信用できないというのと同じくらいに、こんな野党も等しく信用できねぇもん。

最近なかなか忙しくてセッションに時間が割けていないのが歯がゆい。
やりたいシステムはいっぱいある。D&Dももっとやりたいし、Vampire: the RequiemもShadowrunももっとプレイしたい。ARAもやりたいし、ALGも（以下略）。

なかなかマスターとしてシナリオを準備する時間が取れないのがね。
といいつつ、22日には久しぶりにD&D3.5eセッションを開催予定。
実はこれと平行して、久々のSWセッションをtonerikoをGMにして開催中、同じくtonerikoの女神転生・改のFS準備中。

というか、ぶっちゃけ、もっともっとセッションしたい。
特にVampireをやりたい。出来ればプレイヤーで。以前、デモシナリオをプレイしようとして、まあ2回くらいしかプレイできていないんだけど、もっと遊べると思うんだよなぁ。デモシナリオの続きを再々挑戦してみるかどうか(´･ω･`)

手持ちのPSPをCFW化したｗ
popstationを使って、手持ちのPS1用のROMを吸い出してPSPでエミュレーション

結構今でも遊ぶPSソフトがあるので、通勤中に遊べるのが（・∀・）ｲｲ!!

その後、監視アプリが落ちるようになった。
あれ？と思いソースコードを見直し、落ちる箇所を特定。

memset関数で落ちる。
GetMemoryStatusの情報を格納するためのMEMORYSTATUS構造体の変数を確保するのではなく、LPMEMORYSTATUSのポインタ変数で確保していたために落ちるというマヌケな罠。

よくよく考えれば当たり前な話だが、もうしばらくCからもWin32APIからも離れているので、些細なエンバグをやらかしてしまう。とりあえずその部分を修正して、様子見継続中。

先日のエントリーでperl.exeのプロセス多重起動しまくりによる応答不能障害に対応するための、Windowsアプリを作って、現在サーバで稼動中。

理屈は単純。
タイマーを1秒ごとにループし、物理メモリの空き容量が4MBを割ったら、ExitWindowsEx関数呼び出しでシステムを強制的に再起動させるだけのシンプルなもの。
とりあえずこれで応答不能に陥るような極端なリクエストがきた場合、自動的にサーバを再起動させることができるはずで、しばらく様子を見ようと思う。

8月29日。THREE-O鯖から応答が無くなる。
仕事から帰ってきてサーバを見てみると、ブルースクリーン吐いてとまっている有様。

とりあえずそこから週末までの間は、俺のデスクトップ機で仮運営。
今日、なんとかマシンを復旧させ、サーバ稼動状態に戻す。

が、再び応答不能に陥る。
状況を見てみると、プロセスにperl.exeが60本以上立ち上がって、256MBしか積んでないのにスワップ含めて800MB以上のメモリ消費状況になる。

Webサーバを立ち上げていて、なおかつMovable Typeのようなblogサーバにしていると、Google botだけじゃなくて、SPAM系のアクセスが物凄い状態でやってくる。で、しかも散発的にではなく、集中して同じところから大量のリクエストが発行されるようなので、思い切ってapacheの設定で起動可能なconnection数をこれまでの1/10に一気に引き下げる。

これによって、普通に使っていてCGIにアクセスできない状況がどのくらい起こるかどうかはもう少し様子見ることにする。