銀杏の木

意識は　ときに高みにいたる。

そこにいるとき　いつまでもつづけばいいのに…　とおもう。

でも　つづきはしない。

高みは　いつまでも続かないもの　だからだ。

思い切りジャンプして　飛びついた高鉄棒。

ひとときの全身のふるい。

そこで感じた　ほしのこえを　地におりて続く倦怠の中　ずっと忘れない。

大切なのは　そこだと思う。

わたしをわたしにしてゆく　たいせつなもの。そこでみたもの。

それは　こえならぬ　ほしのこえ。そうきづくこと。

大切なのは　そこだと思う。

しばらく前から skype 1.2.0.48 がjunk になり下っている。

音が小さすぎるのだ。

自分の声が相手にとって小さすぎ、相手の声も自分にとって小さすぎるという状態だ。

Eriane さんの blog などからたどって、 skype 公式サイトのフォーラムの投稿をみたところ、以下が判った。

1.同障害は、1.2.0.37 以前から発生している。
2.修正方法として、1.2.0.37 以前の版を使っている場合:
2.1. 1.2.0.37 or newer にアップデートして、最低１回起動してログインする。
2.2. 'Documents and settings/(Your profile name)/Application data/Skype/(Skype User name)/' にある config.xml, shared.xml(もしあれば…という意味だろう。) を削除する。
2.3. config.xml をエディタで開き、以下のように（無ければ追加）してやる。
|＜Call＞
|＜AGC＞1＜/AGC＞
|＜General＞
|＜AEC＞1＜/AEC＞
|＜AGC＞1＜/AGC＞
2.4.ただし、これで skype を再起動して音声に変化がなかったら AGC ( Automatic Gain Control ) を無効にする。「ノートPCではほとんどの場合 AGC は機能しないし、ヘッドセットを使っている場合不要だ。」と gerhard33628 が言っている。この場合上記の修正内容は aec=1, agc=0 になる。（当たり前。） xml の修正時には「空白を適切にあけるように注意。」という意味のことも gerhard33628 は書いている。xml をエディタで開いたらわかるがインデントの空白のことだろうか。インデントなんてどうでもいいんじゃないの？
2.5. skype を再起動する。
2.6. ただし XP SP2 を使用している場合 tcpip.sys のコネクション数の最大値が 10 に制限されてしまっているので、これに patch をあてろ、と言っている。張られているリンク先はもう消されているので google で検索したら、あちこちで情報や修正済みファイルが見つかったが、情報が乗っているバージョンが 5.1.2600.2505 ばかりで、古くて使えない。うちの tcpip.sys の版は 5.1.2600.2631 (xpsp_sp2_gdr.050313-1526) になっている。１箇所だけ同じ版の修正済みファイルがあがっているところがあったが、そこのは xpsp_sp2.050313-1526 だった。つまりブランチが違う tcpip.sys なのでバイナリを置き換えるのが危険で使用できなかった。

上の投稿の後に、うちで入れている 1.2.0.48 が出てからの公式フォーラムに上がったの質問（音声が数秒間延びする障害）でも、同様に tcpip.sys に制限解除のパッチを自力であてればなおる、と回答がよせられている。

2.3 まで作業しておいた。残念だが tcpip.sys を逆アセンブルしてコードを把握しないことには patch の当てようがないので、当面 skype の fix 待ちか。参照記事の原投稿者が「新しい版にしたら、なんでこんなことをユーザー側に強いるようになったの？理解できないよ」と言っていたのが　2.0.37 より古い版でのことなので長期間そのままの障害のようだ。治す気がないようなら残念ながら MSN Messenger に戻さないといけないな。音質が段違いなので skype でいきたいんだがなぁ…。

業務から帰宅してから、メビウスノートで観ました。（画面は NANAO ですが。）

いやぁ、いいっすねぇ。（笑）

今日感じたのは、音楽性についてです。この作品バイオリンのソロとピアノがよく出てきます。サユリがバイオリンを弾いていたこと、一途なヒロキが彼女を想って独りで練習していたことなど、ストーリー上のキーになっているバイオリンのソロ曲のバリエーションが多いんですが、ピアノもソロが多いです。聞いていてなんとなく、予算と音楽制作力のない量産型ノベルゲームのBGMを彷彿としてしまった…というのはおいといて（笑）、作品としては、話のもつ雰囲気をよく考慮して、統一性のある、よい制作をしておられるなぁと感じました。そのへんの統一性への配慮は、感情表現を音で表す部分でも、弦楽器やピアノのソロ奏法で、人物の心理的ショックなどをシンプルかつ効果的に表現しているあたりにも感じました。

この「映像作品に流される音楽の、作品に対する統一性」は、昨今のアニメーション作品においては目も当てられない状況だと思います。たとえば極端な話、TVシリーズでは、作品のストーリー性にジャストフィットしているとはとうてい思えないような、今流行のPOPS歌手の歌でも流してしまえ的やり方が一般化しているのが最悪ですが、映画作品でもなんというか、厚みはましているけれど、「本当にその作品の世界観をより深められるような曲を作曲したり、楽器を選択したり、奏法・感情表現への参加の仕方をしたりしているのか？」とふりかえって聴きなおしてみれば、なんとも不恰好というか不釣合いというか、凸凹な感じがしてしまうような気がしませんか？

もともと日本人の音楽に対するセンスは、やぼったい気がします。巷で量産されているPOPS、BGMのうすっぺらいこと！…構成的に何ら目新しくもなく、歌唱法としても、きざったらしいクセがなんとなく味があれば「俺もいっぱしのPOPSシンガー」…みたいな。

そのへん、「雲のむこう…」でも確かに、シンプルなクラシック調…というそれ自体は、音楽センス的には「やぼったい」と言われてもいたしかたないでしょう。でも、ヒロキやタクヤ、サユリという青森のいなかの初々しい中学生（＆高校生）の心象世界、その作品性とジャストフィットしているので正しいわけで、それを狙ってやっているのだからプロの仕事です。逆説的になってしまいますが、だからこそ、昨今の他の商業映像作品やノベル作品の音楽のでたらめさが際立ったというか…。（涙）

あと、音そのものをどうやって作るのかということも、派生して心に浮かびました。ノベルゲーム類は当然ですが、最近映像作品もわりとMIDI音源などシンセで曲がつくられたりします。予算がないとか、その曲が電子音で表現したい性質の曲ならばしょうがないんですが、なんでもかんでもシンセ音源で間に合わせてしまうのはどうかと思います。シンセの四重奏とかオーケストラを聴いてるとなんだか胸やけがしてきます。生きた演奏じゃないというか、いろんな要素が欠けているからか「のっぺり」した「うすい」感じ、コンクリートで固められたような印象が起きます…。

音源だけで曲づくりするなら、楽器ごとの演奏時の発音と奏法の特徴をシミュレートしたり、楽譜に対する演奏者ごとのクセを反映させたり、ピッチや奏法にある程度の幅のゆらぎ（ズレ）をシミュレートしたり、空間内に配置された各楽器の位置と向き固有の反響音をシミュレートしたり、指揮者を設定して指揮者特有のクセをシミュレートしたりできれば、ある程度マシになるかも知れないと思います。技術的には可能かと思うんですが、そういった処理をコントロールできる統合制作環境ってあるんでしょうか？？

…ただ、あまりややこしいことをするぐらいなら、生楽器で表現するタイプの曲は、素直に生演奏で、それにくわえて作品にあうような曲の割り当てと演出をかけてやったほうがいいんではないかと思います。

対象 OS は CentOS4 。

snort.org から snort-2.3.2 の tar ball をダウンロードしてビルド。

# ./configure --with-mysql=yes
# make; make install

当初 snort.org の download から snort , snort-mysql の rpm バイナリをインストールしてみたのだが、原因不明で snort から mysql へのレコード追加など DB アクセスがまったくされないという症状が発生し、設定上何の問題もないにも関わらず解消しなかった。 ML の記事を見つけたが、同様の構成で同様の結末になり解決していないようだ。 tar ball からソースをビルドして全く同じ設定にしたところ、何の問題もなくサクサク動作した。

ACID をインストール。GD , ADOdb, JpGraph など必要なモジュールがインストールされていなければしておく。

ACID 設定の注意点：acid_conf.php の $db_connect_method を 2 (normal connection) に変更する。初期設定の persistent connection だと、ブラウザで更新するたびに mysql への接続スレッドが１つ増えブラウザを閉じても永続的に残り続ける。何のためにこんなモードが初期設定されているのか全くわからないのだが、この設定のままだとリソースを圧迫して最悪システムダウンを招く原因となるので必ず変更しよう。

snort と ACID のインストールについては @IT の「Snortでつくる不正侵入検知システム」と、「とりあえず動く MySQL + Snort+ ACID(BASE)メモ」が参考になった。

snort の侵入検知ルールは *.rules という名前のファイルで管理されているが、これの最新版を入手したければ snort.org で Regist ( 無料 ) または Subscribe ( 有料 ) が必要となる。 Regist すると、最新ルールを入手できる URL が手に入る。

ルールの更新、 snort.conf への反映などの処理は oinkmaster が便利だ。grin 氏の blog の記事、情報が古いが、日本 snort ユーザー会の「oinkmaster を使う ～ 楽々簡単ルールファイルメンテナンス ～」が参考になった。

OS構成としては、サーバー側がCentOS4、クライアント側がWindows98/Me/2000/Xp、サーバー側の文字セットとして標準的なUTF-8を想定し、フリーのソフトウェアで環境を構築するという条件で考える。

まず、必要なソフトウェアについて。

Windows 側クライアントとして、他にもあるかも知れないが見つけた範囲では、　TeraTermPro を平田豊氏が改良されたUTF-8対応版か、 Poderosa の二択である。

いろいろ試したので、他のツールについても書いておく。

・SSH SecureShell…非商用使用に限り使える無料版が存在するが、日本語非対応。現在はSSH Tectiaという後継製品となっている。

・Putty…本家は日本語非対応。日本語対応版、ごった煮版、Putty JP Xtransと、日本語化を含めた改良がされているようだ。しかし残念ながら Me ではダイアログの文字が化けてしまう。情報を頼りに、puttyjp.exe, puttyjp.lng を putty.exe, putty.lng にリネームし、putty.lng をエディタで開き [Japanese] セクションの '_FONTNAME_=MS UI Gothic' を Win98系で存在するフォント名に変えてみたがだめだった。XP の msgothic.ttc をコピーしてみたが、同名のファイルがOSに常に掴まれているため置き換えできができなかった。

・Cygwin…Windowsでクライアントを使いたいので Cygwin を導入するのは本末転倒だが、 bash で LANG=Ja_JP,UTF-8 としても無駄なようだ。

結論としては、 Poderosa がわりと良いんではなかろうか。複数の端末を同時に開けられるし、公開鍵の生成もできる。Cygwin の端末としても使える。ただし注意点が２つ。まず、 ssh2 の鍵は 2048 bit までのようだ。ssh-keygen でつくった 4096 bit の DSA 鍵は使用できなかった。Poderosa 自身の生成機能でも最大値は 2048 だ。次に、cygwin 端末として使う場合 cygwin1.dll が poderosa.exe のあるフォルダの下の Cygterm/ フォルダ内に必要だ。 c:/cygwin/bin/ にパスを切ってもよかろうが、 cygwin の他のバイナリが意図せず動作するなど副作用が嫌なので、 dll をそこに放りこんだ。

次に、sshd サーバーの設定。/etc/ssh/sshd_conf に対する初期設定からの変更点。

試行錯誤するので、最初に：
LogLevel DEBUG
としておいたおかげで、 /var/log/secure をみて、パーミッションの問題で認証失敗しているなど情報が得られた。用が済めばコメントアウトすればよい。

SSH2 のみを許可：
Protocol 2

SSH1 での RSA1 接続を禁止し、 SSH2 での RSA/DSA 接続を許可する：
RSAAuthentication no
PubkeyAuthentication yes

（コメントアウトしても動いたが、トラブルになった場合は）：
AuthorizedKeysFile &h;/.ssh/authorized_keys
としておけば、接続許可したい各ユーザーの公開鍵情報一覧がどのファイルに入っているか、明示できるだろう。

rhost 関係、サーバー側の known hosts 、ホストベースでの接続を禁止：
RhostsRDSAuthentication no
HostbasedAughentication no
IgnoreUserKnownHosts yes
IgnoreRhosts yes

公開鍵認証のみ許可したいので、パスワード認証を禁止して空のパスワードでの接続も禁止：
PasswordAuthentication no
PermitEmptyPasswords no

次に、サーバーに接続したいユーザーの鍵に関する設定の例。

1. そのユーザーでサーバーにログインして、ホームディレクトリの直下に .ssh/　ディレクトリを作成して、パーミッションを 0700 にする。

2-a. クライアント側で鍵の生成が出来ない場合。（TeraTermPro の場合。）
接続したいユーザーでサーバーにログインして、
ssh-keygen -b 4096 -t dsa
などどして、公開鍵と暗号鍵をつくる。保存先は .ssh/ 内が初期位置なのでそのままでよい。パスフレーズを聞かれるので、最低６文字以上の一意の文字列を考えて入力する。空白文字などの記号も使用可能だ。クライアントからログインするときは、このパスフレーズをパスワードとしてログインすることになる。

上の例では公開鍵として id_dsa.pub が、秘密鍵として id_dsa ができる。このうち、秘密鍵はクライアント側に何らかのセキュアな手段で移動させ、公開鍵は .ssh/ ディレクトリ内に authorized_keys というファイルを作ってそこに追記する。公開鍵は１行で１ユーザー分の認証情報になっており、当該ユーザーとしてログインを許可したいユーザーの公開鍵をこのファイルに追記していく形式となる。ちなみに authorized_keys のパーミッションは　0600 となる。

2-b. クライアント側で鍵の生成が出来る場合。（Poderosa の場合。）
クライアント側で鍵を生成する。生成した公開鍵をサーバーのログイン許可したいユーザーの　.ssh/ ディレクトリ内の authorized_keys というファイルに追記する。

3. ssh クライアントで接続を開始する。
・相手のホスト名は、サーバー側のホスト名または IP アドレス。
・プロトコルは SSH2 。
・ポートは SSH の 22番ポート。
・ユーザー名には、サーバー側に存在するログインしたいユーザー名（当たり前だが .ssh ディレクトリなどを作って準備したユーザーの名前だ）を入れる。
・認証方法は、「公開鍵」方式。
・パスフレーズは、鍵を生成したときに決めたものを入れる。
・鍵ファイルは、サーバーで生成しクライアント側に持ってきた（または、クライアントで生成した）鍵のうち、秘密鍵の方のファイル名を指定する。

以上で、 ssh2 で公開鍵を用いたログインができるようになる。