Geek Knowledge

ニコニコ生放送の延長確認ツールを公開

2012-08-12T01:33:00.000+09:00

Zero が一般会員に開放されたことや、また某生主さんのコミケデビューなどを記念して、ニコニコ生放送で生主が延長しているかを確認できるツールをひっそりと公開してみます。まぁ、そこまでは需要ないでしょうけど…。

【DTM】 VST 3.5 リリース！ということで現状での VST 開発まとめ

2011-02-11T08:58:00.000+09:00

備忘録をかねて、たまには DTM の話題でも。といっても開発者視点の話題ですが f^^;

Steinberg の 2 月 10 日の記事によると、VST 3.5 がそろそろ出るみたいですね。SDK のダウンロードも可能。ということで、VST 開発に関する日本語情報が少ないので、（VST 3.5 新機能を含む）まとめ記事を作成してみました。

まず VST (Virtual Studio Technology) とは、一言で言うと DAW ホスト（DTM ソフト）にプラグインの形でソフトウェア音源やソフトウェアエフェクトを追加することができるようにするための規格で、音楽業界でデファクトスタンダードになった Cubase というソフトを作った会社 Steinberg の規格です。ちなみに、ASIO ドライバなんて聞いたことがある人もいるかとは思いますが、これも同じ会社の規格です。Steinberg というと聞きなれないかもしれませんが、実は Steinberg は YAMAHA が最近買収したので経営権は日本にあります。ちなみに、MIDI も日本発の技術で、昔から「音楽業界の標準技術は日本にあり」なんて言われているのは業界では有名な話です。

前置きはさておき、今回は一クリエイターではなく、一開発者の視点から VST 開発全体について情報整理してみます。

まず、VST を開発するには、開発キット SDK を入手する必要があります。無償で公開されており、誰でも入手可能です（要ユーザー登録）。なので、無償の Visual Studio Express Edition 等を組み合わせれば能力次第で誰でも本格的な VST の開発ができます（OOP プログラミング、デジタル音楽の知識、音響物理学、英語と色々必要ですが）。開発言語は C++ で、クロスプラットフォームです（GUI 開発には独自ライブラリの VSTGUI が付属します）。ただ、開発ドキュメント（特に日本語）が少なく、誰かが作ったソースをダウンロードして解析するぐらいしかまともな勉強方法がありません。また、開発者の母数が少ないからか、SDK のドキュメントやサンプルソースも最低限のため、ある程度のトラブルは自力で解決できる経験が要求されます。さらに、音響効果をつけるためにはどのような波形処理を行うべきかといった音響物理の知識がいりますし、VST はリアルタイム処理のため処理に使える時間制限が厳しく、直接メモリ操作を行うような低レベルでのコード記述が要求されるなど、開発難易度は非常に高い部類だと思います。

VST のバージョンに関して。3.5 がリリースされる以前は、VST2 系と VST3 系の２つの規格がありました。VST3 では VST2 に比べ構造が柔軟になりましたが、その分複雑になってしまい、複雑になったわりに有用な機能が少ないことから、結局 VST2 系が現在では広く使われています。VST3 には存在していて、VST2 に無い機能としては、サイドチェーンあたりが有名どころでしょうか。後は、柔軟な構造を活かして音響処理ＰＣと操作ＰＣを分離したりできたりするらしいですが、これは結局 DAW ホスト（DTM ソフト）側に依存するので、特殊な用途向けと言えると思います。

ここに VST 3.5 が投入されることになります。VST 3.5 はこれまでの VST3 系とは独立のようですから、それぞれの系の最新バージョン VST 2.4、VST 3.1 と、今回の VST 3.5 の３規格が存在することになります。冒頭の Steiberg の記事（英語）によると VST 3.5 がリリースされることで、VST 3.0 に乗り換えなかった多くの人が 3.5 に移行することになるだろうと書かれているようですね。VST 3.5 の目玉機能は Note Expression という機能で、記事を読む限り、個々の MIDI ノート（イベント）に「MIDI の枠を超えた膨大なアーティキュレーション情報がついてくる」ことで、開発者にとって無限の柔軟性が生まれる、ということらしいです。記事の例を引用するとすれば、同じ楽器でも例えばピッチカート奏法やレガート奏法、トレモロ奏法を行うことができる楽器において、これまでは奏法ごとにトラック（チャンネル）を分割し、それぞれのトラックで MIDI ノートを入力していましたが、これらを自動的に切り替える機能が Cubase/Nuendo 側で実装され、それに対応したプラグインを開発することができる、ということが挙げられています。後は小さな新機能として XML ベースのパラメータのインポート・エクスポートに対応するとか、ホスト側のコンテキストメニューを作成できたりするみたいです。

うーん、VST 3.5 はどちらかというとエンタープライズ向けの拡張かな…。仕事でやるならともかく、一個人の趣味プログラマーにとってはそこまでメリットなさそう。アーキテクチャも、VST 3.1 の時点で複雑なのに、もっと複雑になってそう。。サンプルも少なそうだし、公式サンプルをちょっと試すだけ試してみて、しばらくは VST 2.4 での開発を続けることにしようかな。

ところでもうすぐ Cubase 6 が出ますね。欲しいけど、Windows 7 専用か。XP がデフォになってるし、どうしようかなぁ…

（Linux等の）シェルスクリプトを Mac の Finder からダブルクリックで実行するには

2010-10-10T23:24:00.000+09:00

少し躓いたので、メモメモ。まとめると次の３点が要点となる。

スクリプトの拡張子を .command にする
ターミナルから、chmod で実行権限を与える
スクリプトの Shebang のすぐ下に cd `dirname $0` を入れる（シングルではなくバッククオートであることに注意）

詳細について。まず、シェルスクリプトの書き方から。これは Linux と同様 Shebang ではじめ、通常通りコードを書いていく。

#!/bin/sh

[ここからコード]

このスクリプトファイルをダブルクリックした時にターミナルを起動するように設定する必要がある。Mac 上で拡張子の関連付けを行えばよいことになるが、10.6 (Snow Leopard) では、デフォルトで ".command" という拡張子がターミナルに関連付けられいることを確認した。"install.command" のような感じで拡張子をつけて保存するとよい。（もちろん別の拡張子を利用したい場合はその拡張子をターミナルに関連付けておく）

また、Linux と同様にスクリプトには実行権限を付加しておく必要がある。これは Mac 標準の Finder からは設定できないようなので、ターミナルから実行権限を付加する。例えばコードが install.command だった場合、

chmod +x install.command

もちろん、ファイルがホームディレクトリに無い場合は、該当のディレクトリに移動するか、フルパス指定で実行。

ただし、Mac ではダブルクリックで起動した場合、ホームディレクトリをカレントディレクトリとしてコードが実行されてしまう。例えば、ユーザー名が hoge、コードが /Users/hoge/abc/install.command においてある場合、Mac は自動的にホームディレクトリでコードを実行してしまう（下の太字の部分が Mac が実際に実行しているコマンド）。

Last login Sun Oct 10 22:54:02 on Console
pcname:~ hoge$ /Users/hoge/abc/install.command ; exit;
[コマンド実行結果]
logout

[プロセスが完了しました]

コード内で相対パスを利用している場合、コードの置いてあるディレクトリにカレントディレクトリを移動させないと不具合が出る場合がある。これを行うためには、例えば "cd `dirname $0`" というコードをシェルスクリプトの冒頭に入れておけばいい（シングルではなくバッククオートであることに注意）。これは、コードのパスからディレクトリを dirname で取得し、その結果を cd に渡すことでカレントディレクトリを適切なところに移動するコードである。

結局、スクリプトは次のように書けばよいことになる。

#!/bin/sh
cd `dirname $0`

[ここからコード]

Ubuntu 10.04 で x86 向け Android 2.2 (froyo-x86) のビルド（コンパイル）と iso イメージの構築

2010-10-01T04:03:00.012+09:00

今回は android-x86.org を参考にして、Android を ubuntu 10.04 でコンパイルし、インストールディスクを作成してみます。ただし、記事のままだとマウスが動かないなどの状態だったので、実用的に使えるレベルで動作させるには、このブログ記事の内容に加えてカーネルをカスタマイズしていく必要がありそうです。

コンパイルを行う環境として、ハードディスクドライブは２０ＧＢ、メモリとしては最低でも１ＧＢぐらい必要です。特に VMware や VirtualBox 等仮想環境でコンパイルする場合は割り当てるリソース量を多めにしてください。

まず、Java について躓いたのでメモ。Ubuntu 10.04 では、OpenJDK を標準化したいらしく、sun による実装がパッケージマネージャに含まれていないらしい。まず、Java のリポジトリを追加する。次の % までが１行ですので、お気をつけ下さい（出力は書いていません）。

% sudo add-apt-repository "deb http://archive.canonical.com/ lucid partner"
% sudo apt-get update

ちなみに、Java 1.5 JDK でのコンパイル環境を想定しているらしいが、最近最新版の 1.6 でもコンパイルできるようにパッチがあてられたらしいので問題なし。

コンパイル等に必要なパッケージをインストール。

% sudo apt-get -y install git-core gnupg sun-java6-jdk flex bison gperf libsdl-dev libesd0-dev libwxgtk2.6-dev build-essential zip curl libncurses5-dev zlib1g-dev valgrind g++

ソースコードの管理は git で行われているが、Android 用にこれをラッピングする repo というスクリプトがあるのでそれを ~bin にインストールし、実行権限とパスを設定。

% mkdir ~bin
% curl http://android.git.kernel.org/repo >~/bin/repo
% chmod a+x ~/bin/repo
% export PATH=$PATH:~/bin

JAVA_HOME を設定する必要があるようなので、設定。

% export JAVA_HOME=/usr/lib/jvm/java-6-sun-1.6.**.**

（Java のバージョンは変わるので、各自調整してください。Ubuntu のデフォルトのシェルである bash の場合、java-6-sun-1.6. まで入力したら[TAB]キーでその後ろを補完してくれます）

ホームディレクトリの直下に android-x86 というディレクトリを作成し、そこにリポジトリからソースコードをダウンロード。

% mkdir ~android-x86
% cd ~android-x86
% repo init -u git://git.android-x86.org/manifest.git -b froyo-x86
% repo sync

repo init の行で、名前とメールアドレスを聞かれるので、入力する。その次の repo sync を実行した時点で、ソースコードのダウンロードが始まる。結構時間かかります。ちなみに、執筆時では実際にダウンロードした全容量は 4.6 GB でした。

ダウンロードが完了したら、コンパイルして iso イメージを作成。USB イメージも作成できるようですが、今回はより簡単な Live CD を作成してみます。Live CD を作成するには、make のターゲットを iso_img とします。ＯＳを構築するので、このコンパイル作業には数時間かかります。

% make iso_img TARGET_PRODUCT=generic_x86

以上の作業で、~/android/out/target/product/generic_x86/generic_x86.iso が作成されているはずです。これが Live CD 本体ですので、このファイルを CD に焼き、CD からブートしてみてください。BIOS で CD から起動できる設定にするのをお忘れなく。なお、Live ディスクからハードディスクへのインストールも可能のようです。

なお、USB イメージの作成だけでなく、iso データを圧縮するかオプションで設定したり、マルチプロセッサによる並列化等ができるようですが、これについては公式ページを参照してください（英語）。

コンパイルやインストールはできましたが、やはり一部カスタマイズしないとマウスなどが使えなかったりしました。もう少し調べる必要がありそうです。

参考ページ：

ニコニコ生放送と Ustream のコメントを統合する Nwhois プラグイン - UniUnifier

2010-09-13T01:01:00.036+09:00

…を作ってみました。

今まではブログ記事に乗せていましたが、流れてしまうので独立ページに移動しました。こちらからどうぞ。

Ubuntu 10.04 で C++ が利用可能な環境を整える（g++ のインストール）

2010-07-29T11:15:00.003+09:00

Ubuntu 10.04 にはデフォルトで C++ コンパイラがインストールされていませんので、インストール方法の紹介です。

C++ コンパイラをインストールするには、[アプリケーション]-[アクセサリ]-[端末]を起動して、次のようなコマンドでインストールできます。

% sudo apt-get install g++

パスワードを聞かれたら入力し、その後本当にインストールしてよいか聞かれるので、「はい」を意味する y ボタンを押してインストールを実行します。インストールが終わったら、もう既に利用可能になっています。ソースコードのファイル名が "program.cpp" だった場合、次のようなコマンドでコンパイルします。

% g++ program.cpp

このように実行して、何も出力されなかったら正常にコンパイルされています。a.out という実行ファイルが生成されているはずです。もし、No such file or directory のようなエラーが出る場合、作業ディレクトリにソースファイルが存在するか確認してください。

生成された実行ファイル（a.out）は、コロンとスラッシュを頭につけて、次のように実行します。

% ./a.out

ちなみに、はじめからインストールされている C コンパイラは gcc という名前なので、g++ の代わりに gcc を使うと C コンパイラを使うことになります。

Ubuntu 10.04 への OpenGL + GLUT のインストール

2010-05-17T12:11:00.016+09:00

Ubuntu 10.04 で OpenGL を利用するためのインストール手順です。OpenGL + GLUT での開発ができる環境を構築します。

まず、ビデオカードのドライバを入れるところから始めます。無くても一応動きますが、ビデオカードによる並列処理が利用できないのでかなり動作が遅くなります。ドライバは GNOME メニューの [システム]-[システム管理]-[ハードウェア・ドライバ] あたりからでも入れられるかもしれないですが、無理な場合はビデオカードのベンダーのホームページに行ってダウンロードし、手順に従ってインストールします。その後おそらく再起動を求められると思うので、再起動します。

次に、OpenGL と GLUT を利用するために必要なパッケージ群をインストールします。Ubuntu ではインストールは基本的に apt が自動的にやってくれます。実は Ubuntu 10.04 では、freeglut3-dev だけをインストール指定すれば、全ての必要な依存パッケージを芋づる式に自動的にインストールしてくれます。OpenGL の最新機能を利用したい場合は、libglew1.5-dev （とそれについてくる依存パッケージ）をインストールすると良いみたいです。ターミナルを開いて、

% sudo apt-get update
% sudo apt-get install freeglut3-dev libglew1.5-dev

あたりでできるはずです。依存パッケージもインストールしてよいかと尋ねられるので、許可します（１回目の sudo コマンドでパスワードを求められるので入力して下さい）。

ここまでできたら、こちらの４章に従ってサンプルプログラムを動かしてみましょう。有名な床井先生の入門ページです。あ、もうインストールは全て終わっているので、２章の「GLUT のインストール」は必要ないですよ。プログラム起動時、ビデオカードのドライバが正常に利用できない場合（あるいは入っていない場合）、３Ｄアクセラレータが使えないよ、という警告をしてくれるようです。

ちなみに床井先生のページの３章のコンパイルコマンドについて、プログラムのソースコードが program.c の時、

% cc program.c -lglut -lGLU -lGL

で動くことを確認しています。

もし動かない場合は、大文字小文字等の打ち間違い注意や、-lglut -lGLU -lGL の順番も揃えた方がいいかもしれません。上で紹介した方法は最小限の構成なので、それでも動かない場合はさらにパッケージ libxmu-dev libxi-dev を追加した後、ライブラリを可能な限り全てリンクすると動くかもしれません。これらは昔必要だったけど、今は必要ない（と思われる）パッケージです。上の作業に加えて、次のようにしてみてください。

% sudo apt-get install libxmu-dev libxi-dev
% cc program.c -lglut -lGLU -lGL -lXmu -lXi -lXext -lX11 -lm -lpthread

もしこれで動作したら、一つずつオプションを減らしていって最小限の構成を調べてみてもいいかもしれません。

# Ubuntu にはＣ＋＋コンパイラが標準でインストールされていないので、Ｃ＋＋を使いたい場合は g++ も入れて下さい。

% sudo apt-get install g++

Mac で圧縮された zip ファイルを Ubuntu で解凍した場合のファイル名文字コード修正

2010-03-27T08:18:00.002+09:00

Mac で圧縮された zip ファイルを Ubuntu で解凍すると、ファイル名にこちらのページで書いた NFC/NFD の濁点と半濁点の問題が発生してしまいました。

そこでツールを使って修正する方法を見つけました。convmv というツールを用います。ツールのインストールは Ubuntu では非常に簡単ですね。

% apt-get update
% apt-get install convmv

インストールしてよいか聞かれる場合があります。インストール後、次のコマンドを実行すると変換されるファイルを確認することができます。

% convmv -r -f utf8 -t utf8 --nfc [dir]

これはテストだけなので、確認後 -notest オプションを付け加えることで実際に変換します。

% convmv -r -f utf8 -t utf8 --nfc [dir] --notest

以上です。

Ubuntu 9.10 で latex おまかせインストール

2010-02-05T12:50:00.005+09:00

今回は Ubuntu 9.10 で latex を自動インストールする方法です。あまり latex の中まで詳しく分かっていないのですが、どうやら「Ubuntu 9.10 Desktop 日本語 Remix CD 版」では比較的簡単にウィザードを使ってインストールできるみたいなので報告です。

まず、アップデートマネージャや Synaptic 等のパッケージマネージャが起動していたら終了させておきます。次に [システム]-[システム管理]-[日本語環境セットアップ・ヘルパ] をクリックします。パスワードを求められるので入力します。

ここで、どうやらアップデートマネージャがシステムをアップデートしようとするみたいなので、待ってみます。終わった後にもし再起動が必要といわれれば再起動します。再び[システム]-[システム管理]-[日本語環境セットアップ・ヘルパ]を選択すると、「Main 及び Universe コンポーネントから追加するパッケージの選択画面」に移ります。色々ほしいものがあればチェックを付けてください。latex は Japanese Team からの追加パッケージなのでまだ表示されていません。「ＯＫ」を2回ほどクリックすると Japanese Team のリポジトリからのインストール画面になります。ここで、latex-env-ja と latex-extra-ja の二つのパッケージを選択してＯＫボタンを。全てインストールが終われば latex が使えるようになっていると思います。

あ、Ubuntu のデフォルトの文字コードである UTF-8 は確か latex で使えないはずので、EUC-JP を使ってください。例えば、もし latex のソースを書くのに gedit を使っているのであれば、「名前をつけて保存」のところで「エンコーディング」をクリックして、「EUC-JP」を選びます。もし EUC-JP が表示されていなければ、「追加と削除」から日本語のところにある EUC-JP を選択します。

ＯＳ間の文字コード互換性（Win, Mac, Linux）

2009-12-26T08:07:00.022+09:00

最近 Mac を使い始めたのもあって、Win と Linux 間だけでなく Mac も含めてＯＳ間の互換性を調べていましたが、文字コードについてはそれぞれが微妙に違うものを採用していたりして、本当に面倒くさいことがわかりました。今回はこのあたりをちょっとまとめてみます。

（Mac で圧縮した zip ファイルを Ubuntu で解凍した際のファイル名の文字コード問題を修正する機会があったので、その方法をこちらのページに載せておきました）

ＯＳ	文字コード	改行コード
Windows	基本は CP932（Shift-JIS に Microsoft の独自仕様を足したもの）、最近は UTF-8・UTF-16 も。カーネルや .NET 内部は UTF-16 と思われる	CR+LF
Linux	システムに依るが、主に UTF-8、EUC-JP 等	LF
旧 Mac	MacJapanese （Shift-JIS に Apple の独自仕様を足したもの）	CR
Mac OS X	アプリケーションは MacJapanese カーネルはおそらく UTF-8 か UTF-16 ファイルシステムは UTF-16 NFD（Mac 独自）	LF

※Mac は詳しくないのですが、全て 10.5 (Leopard) で確認しています

このようにしてみると、一般的なものにちょっと独自仕様を足したものが目に付きますね。Mac も Win も、Shift-JIS を基本にしているのでお互いにデータのやり取りはできますが、例えば Mac で作成した標準テキストを Win に持っていくと、文字は読めますが改行コードが LF と CR+LF で異なるために改行がバグります。また、一部のお互いの独自仕様が絡む文字が含まれるとやり取りができなくなる可能性があります。

Mac に関しては非常に汚いですね。Mac OS X までは Shift-JIS を独自拡張した MacJapanese ベースに改行コードとして CR を使ってましたが、Mac OS X からは UNIX ベースになったため改行コードが LF に変わっています。さらに、OS X のシステムも MacJapanese をデフォルトのエンコーディングとしながら、内部的には UTF-8 を利用し、ファイルシステム（HFS+）に NFD 正規化方式を利用した UTF-16 と全部で３種類利用しているようです。

正規化方式の話が出ましたが、「UTF-8」等と書くとほとんどが一般的な NFC 正規化方式を意味し、NFD 方式は Mac ぐらいでしか利用されていません。NFC は濁点や半濁点、ドイツ語等に見られるウムラウトの文字を含めて一字とするのに対して、NFD は「が」→「か」＋「゛」のように分離して表現します。Windows や Linux では NFD に対応しているソフトは少なく、トラブルの原因になりかねません。つまり、濁点や半濁点を含むファイル名を直接テキスト等に書き出すと NFD として書き出され、一般的な UTF エディタ等では開けなくなったり、バグったりします。なので、例えばターミナルから

% ls > dirindex.txt

として書き出すと、UTF-8 NFD（UTF-8-MAC というやつです）で書き出されてしまい、Windows の UTF 対応エディタから開いた場合エラーとなる場合があります。一方で、Mac のテキストエディットでは UTF-8-MAC の文字も UTF-8 のファイルとして読み込めば問題なく表示され、どちらかを意識することなく編集できます。逆に言うと、そこに NFD が混じっていても全く区別がつかないので、Win 等に持っていく場合は注意が必要です。（ちなみに、UTF-8-MAC のテキストを開き、NFD の部分を消して同じ文字を打ち直すとその部分だけ NFC になりました）

ただ、Mac・Linux 間はどちらも UNIX ベースということもあって、Mac のデフォルトエンコーディングの MacJapanese を UTF-8 として、かつ日本語のファイル名を利用しなければ、UTF-8 ベースの Linux ディストリビューションと文字コードに関して完全互換になりそうですね。

しかし、様々な文字コードにソフトを対応させたり文字化け解消や適宜変換をしたりと、世界中でかなりの労力が裂かれてると思うのですが、いい加減統一する方向に向かないんですかね。システムの肥大化や文字化け等のトラブル、ＯＳ間の受け渡しコストとか、統一してしまえば全部解決する気がするんだけどなぁ…。UTF は全世界の文字をほぼ全部表現できることを目指してるので、もう素直に全部 UTF-8 あたりに統一すればいいのに。

…まぁ、色々と大人の事情があるんでしょうね。

[XREA] PHP による .htpasswd の生成

2009-12-07T14:50:00.008+09:00

今回は apache で会員用ページに認証をかける時、XREA/coreserver のコントロールパネルの .htpasswd の生成ツールと同じパスワードを出力する php スクリプトの紹介です。このスクリプトを使うことで、php のスクリプトで .htpasswd を作成できるようになります。

色々と調査してみたのですが、どうやら XREA/coreserver の .htpasswd 生成スクリプトでは標準 DES を用いているようですね。他の認証方式としては md5 等もありますが、同じ入力文字列に対して得られる出力結果（ハッシュ値）が固定なので、出力結果を比較することで同じパスワードが利用されているかどうかがばれてしまいます。一方、DES には平文に加え、salt（調味料ぐらいの意味？）というパラメータの組で一意の暗号化結果が得られるようになります。これにより、同じパスワードを暗号化しても、その都度 salt を変更すれば同じ出力結果になることを避けることができます。

標準 DES を用いた場合、平文に２文字の salt を与えます。また、出力結果の始め２文字にも salt 自身が示されます。例えば、XREA/coreserver でパスワード "a" を暗号化した場合、

aiDm98/1yAB/6

を得ました。この中の、始めの "ai" が salt に該当し、元のパスワード "a" と、salt "ai" の二つの組み合わせで暗号化すれば上記の "aiDm98/1yAB/6" が得られることになります。

php でこの標準 DES による暗号化を行うには、少なくとも XREA/coreserver 上では、$pass を平文、$salt を２字の文字列として

$r = crypt($pass, $salt);

とすれば、戻り値として暗号化結果が得られます。なお、php の crypt 関数は引数の状態（数や文字数）やオペレーティングシステムによって挙動が違うようなので、他の環境で完全に動作するかは未確認です。以上から、XREA/coreserver の出力結果を PHP からも再現したい場合、

echo crypt("a", "ai");

とすることにより、XREA/coreserver の .htpasswd 生成ツールと同じ結果が得られます。実行してみると、

aiDm98/1yAB/6

きちんと同じパスワードが得られていることが確認できました。

ssh を使って Linux のあるＰＣのウィンドウを自分のＰＣで表示

2009-11-05T07:07:00.008+09:00

以前は xauth や xauth 等を利用して、サーバーの許可設定や環境変数 DISPLAY を注意深く設定して、やっとウィンドウを他のＰＣに取り出すことができました。以前は面倒くさい手順が必要でしたが、最近の Linux では ssh がトンネル化してくれて非常に簡単にできるようになっていますね。

ウィンドウを送りたい端末Ａと、ウィンドウを受け取って表示したい端末をＢがあるとします。まず、Ａの側で ssh サーバーを起動しておきます。Ubuntu の場合、

% sudo apt-get install ssh

でインストールしてくれて、しかもサーバーの自動起動設定もしてくれます。

そしてＢの側から、

% ssh -X [Ａのユーザー名@ＡのＩＰアドレス]

と -X オプションを書いてＡにログインすると、そのセッションで開いた X のアプリケーションはＢのディスプレイに表示されます。これで、共用の Linux のパソコンがあった場合、誰かが使っていても画面を自分の画面に引き寄せて作業できるようになります。

もちろん、この方法はＢの側の X サーバーを利用するので、X サーバーが起動してない Windows の端末エミュレータ等（Tera Term とか Putty）では使えないので気をつけてください。

Ubuntu 9.10 への OpenGL のインストール

2009-11-03T13:04:00.014+09:00

Ubuntu 9.10、出ましたね。これに合わせて環境を 9.10 でクリーンインストールし直したので、その時の OpenGL 関係のインストール方法についてまとめておきます。

注意！この記事は古い情報になっています。最新の方法についてはこちらをご覧下さい（リンク先は Ubuntu 10.04 への、となっていますが 9.10 でも適用できると思います）

まず、ビデオカードのドライバを入れます。ビデオカードのベンダーのホームページに行ってドライバをダウンロードし、手順に従ってインストールします。[システム]-[システム管理]-[ハードウェア・ドライバ]あたりからでも入れれるはず。インストール後、

% glxinfo | head

で、次のような一文が見つかるとＯＫ。

direct rendering: Yes

次に、依存関係のファイルをインストール。必要なパッケージは次の通り。

OpenGL … libgl1-mesa-dev
glut … freeglut3-dev
glew（最新・拡張機能を使いたい場合） … libglew1.5-dev
その他依存ファイル … libxmu-dev, libxi-dev

インストールは、基本的に apt で自動的にやってくれます。ターミナルを開いて、

% sudo apt-get update
% sudo apt-get install libgl1-mesa-dev freeglut3-dev libglew1.5-dev libxmu-dev libxi-dev

あたりでできるはず。これらの依存関係もインストールしてよいか尋ねられた場合は、もちろんインストール。１回目の sudo コマンドでパスワードを求められるので入力する。

ここまでできたら、こちらの４章に従ってサンプルプログラムを動かしてみましょう。有名な床井先生の入門ページです。あ、もうインストールは全て終わっているので、２章の「GLUT のインストール」は必要ないですよ。

ちなみに床井先生のページの３章のコンパイルコマンドについて、プログラムのソースコードが program.c の時、Ubuntu 9.10 では

% cc program.c -lglut -lGLU -lGL -lXmu -lXi -lXext -lX11 -lm -lpthread

で動くことを確認しています。

ファイルを一括ダウンロード＆一括ファイル名編集

2009-11-03T12:35:00.022+09:00

最近、ある会員用ページで２００曲以上の mp3 データをダウンロードできる権利を手に入れました。ところが、まとめてダウンロードできずに一つ一つリンクが貼ってありました。しかも、そのダウンロードしたファイルが全てローマ字表記で、"hajime.mp3", "tsugi.mp3" といったように非常にわかりにくかった。

番号	タイトル	ファイル名
1	始めの曲	hajime.mp3
2	次の曲	tsugi.mp3
3	三番目の曲	sanbanme.mp3
：

そこで、データを丸ごとダウンロードし、このダウンロードした mp3 をローマ字じゃなくて全部日本語の曲名のファイル名にしたい、というお話。例えば、「hajime.mp3」は「1-始めの曲.mp3」に、「tsugi.mp3」は「2-次の曲.mp3」に変換といった具合。もし数曲程度なら手動で整理した方が早いけれど、３桁もの数の曲データの手動ダウンロードと手動ファイル名修正はいかがなものかと。

とりあえず、ファイルの一括ダウンロードはすぐにできそうなので、ダウンロードツールを探しました。

あ…会員ページにログインする機能のないダウンロードツールは利用できないんだった。。そこで、Firefox のアドオンで、表示されているコンテンツを丸ごとダウンロードできる DownThemAll をインストールしてデータを一括ダウンロードしました。

ダウンロード設定。しばらく待つと、全部のファイルが無事ダウンロード完了。

さて、次はファイル名編集。幸い、HTML のテーブルの形でデータが整理されてたので、HTMLのソースから該当のテーブル部分を抜き出して、XML パーサにかけたらできそうですね。HTML の元のソースから table タグを見つけて抜き出し、拡張子 XML で保存。

ブラウザで開いてみると…構文エラーが発生。

エラー： invalid attribute value
<td width=5%>

…そうか、XML の構文はかなり厳格で、属性値にダブルクォーテーションがないとか、閉じ括弧があらゆるタグについてないとエラーになるとか、色々あったんですね。HTML 構文はそのあたり適当でもブラウザが適宜解釈してくれるんだけど、XML ではそうは行かない。HTML を XML に変換するのに躓くのは想定外というか、そういうことがあったって忘れてた。

そこで、このあたりを修正できるツールを探していると、Tidy というツールを発見。XML ドキュメントのエラーを探して自動で修正してくれるツールみたいです。早速 Windows 版をインストールして試してみる。

お…文字化けで肝心の日本語を変換できず…。あれこれ他のページを探してみるとこのページを発見！

http://html.idena.jp/program/index.shtml

このツールを使うと、無事に XML 構文が修正されて、XML として読み込むことができました。

ちなみに、Linux にても Tidy は利用できました。文字コードを UTF-8 にしておいて、次のコマンドを使いました。

% tidy -utf8 -asxml input_file > output_file

ただし、この方法で生成した出力ファイルには１つ問題がありました。  が存在した場合、これは XML で定義されていないためにこの後使う expat でエラーになるようです。あまり綺麗ではないのですが、結局ストリーミングエディタを使って無理やり矯正してみました。

% sed -e 's/ / /g' output_file2 > out.xml

さて、この XML を構文解析して、ファイル修正スクリプトを組む必要がありますね。XML パーサだったらどこにでもあるだろう。なんとなく、python で作る方法を調べる。xml.parsers.expat あたりが軽量で使いやすそうなことがわかったので、このあたりを使うことにした。

…ソースを載せようと思ったけど、よく考えたら会員じゃない人は試せないわけね。雰囲気だけ載せときます。

#!/usr/bin/python
# coding: utf-8

import sys
import os
import xml.parsers.expat

# XMLファイルをパース
def parseDocument(p, file):
    f = open(file, 'r')
    p.ParseFile(f) 
    f.close()

# 要素の開始（<td> とかのときに呼ばれる。attrs には td の属性値）
def start_element(name, attrs):
    # if name == 'td': とかの処理

# 要素の終了（</td> とかのときに呼ばれる）
def end_element(name):
    # if name == 'td': とかの処理

def char_data(data):
    # data に値が入る

# パーサの作成
p = xml.parsers.expat.ParserCreate()

# ハンドラの設定
p.StartElementHandler = start_element
p.EndElementHandler = end_element
p.CharacterDataHandler = char_data

# table.xmlをパース
parseDocument(p, 'table_new.xml')

ここまで結構長かった。。

[XREA] 携帯サイトへリダイレクト

2009-11-03T11:48:00.005+09:00

RewriteEngine を使って、携帯からのアクセスがあった場合に携帯ページへリダイレクトするコードを作ってみました。
XREA/Coreserver で動作を確認しています。

http://foo.bar/

がトップページで

http://foo.bar/mobile/

が携帯サイトだった場合、ドキュメントルートの .htaccess に以下のコードを記述。

RewriteEngine on
RewriteCond %{HTTP_USER_AGENT} (DoCoMo|Vodafone|J-PHONE|SoftBank|UP\.Browser|KDDI)
RewriteCond %{REQUEST_URI} !^/mobile/
RewriteRule ^(.*) http://foo.bar/mobile/ [L]

４行目で、携帯からのアクセスならあらゆる場合に /mobile/ に飛ぶようにしてますが/mobile/ の中にいる場合も /mobile/ に飛ぶと /mobile/ トップページに常に縛られるので、既に /mobile/ の中にいた場合だけ /mobile/ トップページに飛ぶのを除外するコードが３行目の !^/mobile/ です。
モバイルモバイル！

現在のところ上手く動いてる。ただ、ルートに置くと他の全ページに影響するんでバグがあった場合ちょっと怖いですね。

source コマンドではまった

2009-11-03T11:28:00.005+09:00

親シェルから呼び出された子シェルで export された環境変数は、呼び出し元の親シェルでは反映されない。つまり、子シェルで環境変数を設定しても、親シェルに戻った瞬間にその環境変数の設定は失われるということ。

別のスクリプトに書かれた環境変数の export を呼び出し元にも反映したいなら、そのスクリプトを子シェルで実行するのではなく、include と同じ意味を持つ source か . を利用して呼び出し元に取り込まないといけない。これだと、子シェルを作らず、親シェル上で実行される扱いになるので、別スクリプトの export が呼び出し元にも反映されるわけです。

で、その source コマンドで嵌りました。

最近の Ubuntu は dash という sh 拡張のシェルを基本にしているらしく、以前に作ってた bash スクリプトを動かすと source コマンドが存在しないエラーが発生。

ネットで調べてみると、source と . は等価変換可能、ということだったので bash で書かれた source を全て . に変換。

でも、これが上手く動作しない。

実は、bash 用コード中に

% source prog param

なんて無理やり source で呼び出したコマンド（prog）にパラメータ（param）を指定してて、bash 上ではこれでうまく行ってたんですが、

% . prog param

ってやってみたら、param が付いてこないみたい。親シェルの引数がそのまま prog に引き継がれるよ…。

どうやら source コマンドの後ろの引数の部分の仕様は未定義らしくて、実装によってその挙動が異なるみたいです。今まで使ってた bash では、引数処理まできちんとやってくれてたけど、どこでも動くわけではなかったみたい。

結局のところ、dash ではどうしても無理そうだったので

% arg=123
% . myscript

として myscript 内で変数 arg を評価するコードに…。これを見てアセンブラの push を思い出しました。しかも、このスクリプトは共有されてて今まで通り bash から読み込まれることもあるので、arg の存在の有無を判定して、無さそうなら引数を確認…とかかなり複雑に。なんか汚い…。

…まぁ、これで動作するようになったので動かないことはなくてほっとしたけどね。

Python のリダイレクトでエラー？

2009-10-26T02:56:00.015+09:00

普通に動いている Python のプログラムをリダイレクトしたらエラーが...

codeEncodeError: 'ascii' codec can't encode characters in position 2-9: ordinal not in range(128)

調べてみると、どうやら内部仕様からこのエラーが出てくるようですね。出力文字コードに ASCII 以外の文字が含まれる時は何かにエンコードする必要があるようです。標準出力の時のみ自動でＯＳの利用している文字コードにエンコードしてくれるのでエラーが出ませんでしたが、リダイレクト時には何にエンコードしたらいいのかわからずエラーが出たようです。

str = u"あ"
print str.encode(sys.getfilesystemencoding())

で解決するようです。

...どうでもいいですが Python って便利って聞いてますがですが、文字コード周りは面倒ですね...。

ブログ作成

2009-10-20T02:09:00.002+09:00

ブログ始めました。

技術系の話題がメインです。