abk1's scratched blog 3::AUDIO DIARY

オーディオ状況報告

Vine Mpd ppcについて覚書（９）twmについて（2014.03.14.追記）

実は今回はmpdはまったく関係なくて「twm」についての覚書。
Powerbook G4 12inchは発熱がひどくてOSXでは使えないので、Vine Linuxとmpdクライアントのncmpcppをインストールして使っているわけだけど、それでも発熱する。少しでも負荷を減らしたい。
cuiでncmpcppを使えれば負荷が減ると思うんだけど、日本語表示はフォントが悪いのか汚くて読みにくい。
そこで、GNOMEよりも軽いGUI環境を使おうということでtwmを選択した。
若干だけど、発熱は減っている気がする。

Twm's Wiki

twmはvine linuxに標準でインストールされているとネット上では書かれているが、うちの5.2ppcには何故かインストールされていなかったので、インストールから開始。
Synapticパッケージマネージャを使って簡単に出来る。

twm専用にするつもりで新規アカウントを作成。
ホームディレクトリにncmpcppの設定ファイルなど諸々、今まで使っていて要りそうなものをコピーし、chmodでアクセス権限を再設定する。そこで、twnの設定ファイルとして「.twmrc」を置くんだけど、どこにあるのか分からない。
ネット上にどこそこにあるという情報はあるけど、うちの環境と違っているらしく見つからない。
findで探すと簡単に見つかるのでコピーする。

さて、Vine Linux 5.2ppcは起動に際してGNOMEが起動する設定になっている。
twm用アカウントでログインすると、.twmrcが設定してあってもGNOMEで起動する。
これはどうしたら変えられるのか分からない。セッションからtwmを選ぶという話があるが、選択に出てこない。
そこでrootで再ログインし、telinit 3、再度twm用アカウントでログインして、xstartstartxを打つとtwmが起動する。こんなのでは面倒なので、/etc/inittabを書き換えて最初からrunlevel3で起動するようにしておく。

/usr/bin/xclock -geometry 100x100-5+5 &
xterm -geometry 80x40-50+150 &
/usr/bin/twm

XTerm*utf8              : 1
XTerm*locale            : true
XTerm*selectToClipboard : true
XTerm*faceName          : 'Monospace'
XTerm*faceSize          : 9
XTerm*cjkWidth          : true
XTerm*background        : white
XTerm*foreground        : seagreen
XTerm*saveLines         : 2000

xrdb .Xresouces
/usr/bin/xclock -geometry 100x100-5+5 &
# xterm -geometry 80x40-50+150 &
/usr/bin/twm

twmの起動画面（ルートウィンドウという）は、何にも表示されない。真っ暗だ。
マウス左クリックでメニューが表示される。
メニューからxtermを選択。
これでシェルが使える。

twmの設定だけど、色を変えるぐらいのことしか現在はしていない。

.twmrcでウィンドウの色設定が出来る。
使える色は、/usr/local/X11R6.4/lib/X11/rgb.txtに書いてあるので、好きな色を.twmrcに書き込んだらいい。
こういうところが参考になる。
X Window System 色見本

ルートウィンドウは真っ暗。ここは.twmrcでは設定できない。
xsetrootというコマンドで設定する。
xsetroot -solid "colorname"
モニターと大きさが合っていれば画像を貼ることも出来るらしい。
display -window root "file name"

Vine Mpd ppcについて覚書（８）サンプリング周波数とビットレートの変更＋追記：mpd.confの設定

以前、覚書（５）で、以下のようなことを書いた。

usb出力が44.1kHzから48kHzになってしまった。
ファイルは44.1kHzなのでアップサンプリングしてる。
どうもこれはalsaのデフォルト設定らしく、どこかで変更も出来るらしいということが分かった。

いつまでも48kHzのままというのもどうなのかなということで、44.1kHzに戻すことにした。
以下のサイトを参考にした。

>Tuning - Music Player Daemon Community Wiki : ALSA dmix

Since version 1.0.9-rc2, ALSA enables dmix (allows multiple applications to play audio on a single sound card) by default. dmix is a little overhead, if you want direct output to the device, use something like the following syntax:

audio_output {
	type "alsa"
	name "my ALSA device"
	device "hw:0,0"
}

Another reason to bypass dmix is that dmix forces 48khz (see here). So if you playback 44.1khz this will require resampling even if your soundcards supports 44.1khz samplerate, this causes extra cpu usage.

前半を約してみる。
「version 1.0.9-rc2以降、ALSAはデフォルトでdmixを有効にしている（dmixによって複数のアプリを１つのサウンドカードで対応させて音を出すことが出来るようになる）。dmixというのは、デバイスにダイレクトに出力したい向きには、ちょっとやりすぎの感があるので、以下のような記述を使うといい。」

ここで書かれている記述には見覚えがある。mpd.confの、alsaの設定である。
というわけで、書かれているように直してみた。
mpdを終了し、mpd.confを編集する。

##	device		"hw:0,0"	# optional

文頭の##を削除して保存。
mpdを再起動する。

usb出力が44.1kHzになった。
なんと簡単なことか。

ここで「top」コマンドを打つと、mpdのCPU使用率が２、３％になっている。
48kHzだったときの1/10になってしまった。
システムへの負担は相当少ないみたい。
そもそもVoyage MPD Starter Kitとかみると、かなりのロースペックで動かしている。

後半も約してみる。
「dmixをバイパスするもう一つの理由は、dmixが強制的に48kHzにしてしまうことだ。例えば、サウンドカードが44.1kHzをサポートしていて、44.1kHz戻すためにリサンプリングする必要があるといった場合、余分なCPU負荷の原因になる。」
dmix自体のせいで無駄にCPU負荷が１０倍になるのなら、バイパスするほうが順当だろう。

ちなみに、mpd.confのalsaの設定には、サンプリングレートを決める項目もある。

##	format		"44100:16:2"	# optional

コメントアウトを削除して96000:24:2にしたら、usb出力が不安定になった。
ブチブチ出力が途切れてしまう。
アップサンプリングして出力するには他の方法じゃないと駄目なようだ。
ちなみにこのときもCPU負荷は数％しかなかった。

音質がどうなったかというと、例によってちゃんとした比較は出来ていないんだけど、48kHzのときのほうがゆったりして暖かい音が出ていた印象がある。44.1kHzにしてからシャープな音になった。固いといえば固いのだけど、こちらのほうがリアルなような気もする。
そのうち余裕が出来たらじっくり聴き比べてみよう。

# Files and directories ####

music_directory		"~/Music"
playlist_directory		"~/.mpd/playlists"
db_file			"~/.mpd/database"
log_file			"~/.mpd/log"
pid_file			"~/.mpd/pid"
state_file			"~/.mpd/state"
sticker_file			"~/.mpd/sticker.sql"
#

# General music daemon options ####
#user				"nobody"
#group				"nogroup"
# For network
#bind_to_address		"any"

#bind_to_address		"~/.mpd/socket"

port				"6600"

#log_level			"default"
#gapless_mp3_playback			"yes"
#restore_paused "no"
#save_absolute_paths_in_playlists	"no"
#metadata_to_use	"artist,album,title,track,name,genre,date,composer,performer,disc"

auto_update	"yes"
auto_update_depth "6"
#

# Symbolic link behavior ####

follow_outside_symlinks	"yes"
follow_inside_symlinks		"yes"
#

# Zeroconf / Avahi Service Discovery ####

# Permissions ####

# Input ####

# Audio Output ####

# An example of an ALSA output:
#
audio_output {
	type		"alsa"
	name		"My ALSA Device"
	device		"hw:0,0"	# optional
##	format		"44100:16:2"	# optional
##	mixer_type      "hardware"	# optional
##	mixer_device	"default"	# optional
##	mixer_control	"PCM"		# optional
##	mixer_index	"0"		# optional
}

audio_output_format		"88200:24:2"
#

audio_output_format		"96000:24:2"

# Normalization automatic volume adjustments ####

replaygain			"album"
#replaygain_preamp		"0"
#volume_normalization		"no"
#

# MPD Internal Buffering ####

audio_buffer_size		"384"
buffer_before_play		"5%"
#

# Resource Limitations ####
# Client TCP keep alive ####

# Character Encoding ####

filesystem_charset		"UTF-8"
#id3v1_encoding			"ISO-8859-1"
#

# SIDPlay decoder ####

とりあえず、今回はここまで。

Vine Mpd ppcについて覚書（７）というよりEACの設定について

前回はEACで作ったcue sheetがおかしいという話だった。
ＣＤの読み取りの問題なのだろうと目星をつけ、EACの設定を確認してみた。

メニューの中に「Drive Options...」というのがある。
選択すると「これは重要なとこだよ」みたいな警告表示が出る。
これを閉じたら設定項目が表示される。
表示されるタブの中に「Gap Detection」というのがある。
ここの設定が、
Gap/Index retrieval method : Detection method B
Delection accuracy : Inaccurate
になってるのに気付いた。
いつこんなにしたのか記憶がないが、さすがにInaccurateはまずそうだ。

たまたま手元にあったＣＤを読み込んで、cue sheetだけ作ってテストしてみた。

PERFORMER "Wes Montgomery"
TITLE "Full House"
FILE "Range.wav" WAVE
  TRACK 01 AUDIO
    TITLE "Full House"
    PERFORMER "Wes Montgomery"
    INDEX 01 00:00:00
  TRACK 02 AUDIO
    TITLE "I've Grown Accustomed to Her Face"
    PERFORMER "Wes Montgomery"
    INDEX 00 04:38:04
    INDEX 01 09:11:62
（以下略）

INDEX 00 04:38:04、INDEX 01 09:11:62、、、やはり、酷い数字が出ている。
EACの「Gap Detection」の設定を以下のように変更。
Gap/Index retrieval method : Detection method A
Delection accuracy : Secure

同じＣＤを読み込んで、もう一度cue sheetを作ってみた。

PERFORMER "Wes Montgomery"
TITLE "Full House"
FILE "Range.wav" WAVE
  TRACK 01 AUDIO
    TITLE "Full House"
    PERFORMER "Wes Montgomery"
    INDEX 01 00:00:00
  TRACK 02 AUDIO
    TITLE "I've Grown Accustomed to Her Face"
    PERFORMER "Wes Montgomery"
    INDEX 00 09:11:38
    INDEX 01 09:11:62
（以下略）

問題のない数値が表示された。ＣＤを正確に読み取っているようだ。

EACをちゃんと使えていなかったのが、INDEX 00の問題の原因だった。
多分、使用するドライブによっても、こうした結果は違ってくると思う。
今回、設定を見直したことで、今までのようなトラブルがなくなることを期待したい。

気になるのは、リッピングの設定が違ったら出来たファイルも違うのかということ。
データがきちんと取れていれば違わないはずだけど、どうもそこが心もとない。
実際にリップして、比べてみることにした。

前述した２つの設定で、１つのＣＤをリップしてみる。
それにしても、前者で８倍速出てたのが後者だと５、６倍速にしかならない。
それだけ正確を期してるってことなんだろうけど。
出来上がったファイルに違いがあるかどうか、Hash値というのを比べてみた。

HashMyFileというツールを使った。
MD5、SHA1、CRC32、SHA256、SHA-512、SHA-384、全て同一だった。
cue sheetは間違えていても、リッピング自体は正確に出来ていると思っていいかも。
たくさんのFLACをリップしなおさなくていいらしいので、ほっとした。サンプル１つで決めていいのかというのはあるが、まあ、今回はよしとしとく。

とりあえず、今回はここまで。

Vine Mpd ppcについて覚書（６）不良cue sheetによる再生の不具合

前回は、mpdが順調に動作し始めたとこまで。
この覚書もだいぶリアルタイムでの状況進行に近づいてきている。
これから書くのは、２月中旬以降の話だ。

うちでは以前からＣＤ１枚を１つのFLACファイルにしてNASに保存している。
今は持っているＣＤの一部だが徐々に増やすつもり。
リッピングに使うのはもっぱらEACで、cue sheetもリッピングと同時に作っていた。EACにはそういう機能があるのだ。
これをLAN経由で、Mac miniの「Audirvana Plus」を使って再生していた。

mpdでもcue sheetが使えるようになり、これは便利だと思っていたんだけど不具合が出てきた。
楽曲再生に際してトラックの開始がおかしくなる。
おかしくなるというのは、楽曲の途中から再生を開始するのだ。
それも前の曲の途中から再生される。
cue sheetを使って再生している時に限られるので、この関係で不具合があるんだろうと考えた。

分かりにくいので追記。
前の曲の途中から再生」というのは、前の曲が再生中に途切れて、続くトラックの頭が再生されるという意味。前の曲が途中から繰り返し再生されるという意味ではない。

Cue sheet - Hydrogenaudio Knowledgebase

cue sheetには「INDEX 01」という項目を必ず記載することになっていて、というのは、楽曲開始時間を指定する項目がこれにあたるから。
「INDEX 00」というのもあって、これを記載すると楽曲開始前の「ギャップ」を設定できる。
ＣＤ再生してるとき、ときにトラックが始まる前に数秒間の無音があって、プレーヤーの再生時間表示に「マイナス」が出ることがある。こういうのをWAVやFLACのファイルからＣＤを焼くときなどに反映させるのに、cue sheet上に「INDEX 00」の時間を記載し、指定しておくということらしい。

再生に問題があったcue sheetをエディタで確認してみたら、「INDEX 00」と「INDEX 01」に指定された時間が、酷いときには数分以上も違っていることが分かった。

つまり、トラック再生開始時間の前にあるのは数秒間の無音どころではなく、トラック開始の数分前の部分からトラック開始時間までの楽音。つまり、FLACファイル上にある前のトラックの途中からトラック開始時間までの部分、ということになっていた。
EACでcue sheetを作ったときにこうなったということになる。
なぜこんなことになったのかは、はっきりしない。
今まで、foober2000やAudirvanaで再生している分には全く気付かなかったので、これらのソフトは「index 01」しか読まないのかもしれない。

とりあえず「INDEX 00」は削除してもcue sheetの体裁としては問題がないということなので削除してみたら、mpdでの再生の問題もなくなった。
つまり、mpdはINDEX00を読んで再生したから再生の不具合が生じたということだ。

こうした不具合がうちだけのものなのかどうか、はっきりしない。
ネット上で検索してみても、検索が下手なのか？、ひっかかってこないのだ。

原因は分かったけど、ではどうするかが問題になる。
今までにＣＤをリップして作ったcue sheetは数百万枚数百枚。１枚ずつチェックしていては、とても終わらない。
それどころか、これからもリッピングは続ける予定なのだ。

EAC以外のリッピングソフトを使うのか。
正直、この半年の間に使い慣れてしまって換える気にならない。なにしろスピードが速いというのが僕のニーズにあっている。
EACでcue sheet作成の設定が出来ないかと考えたけど、ないようだ。

では、mpdのほうで「INDEX 00」を読まない設定に出来ないか。
調べたけど、よく分からない、、。

では、cue sheetの書き換えをコンピューターにしてもらおう。
人間がやるよりずっと早いはず。
Linuxは、数百枚のファイルの内容を一瞬で書き換えるコマンドを打つことが出来るはず。

しかし結局、僕が使った手段はApple Storeで「Jedit X standard」を買うことだった。
このエディタには複数ファイルの内容を検索して書き換える機能が付いている。
Mac mini上のJeditからNAS上のフォルダを選択し、ファイルの種類に「cue」を指定して、「INDEX 00 .+/n」を検索して「/n」に書き換えるように、としてクリックすると、INDEX 00とこれに続いて記載された時間を表す数列が、削除される。
ちなみに「.+」は１文字以上の文字列、「/n」は改行という意味。

これで、自宅NASにあったcue sheetの「INDEX 00」とそこに指定された時間は、数分間で削除された。非常に助かった。
途中で文字コードの指定でひっかかるファイルがいくつかあった。UTF-8でいいか？ということなので、いいよとenter。確認していないが多分問題ないだろう。
無料のお試し版「Jedit X Rev.2」で同様の操作が出来るかどうかは知らない。

ちなみに、EACでリッピングしてcue sheetを作った時点で同様の操作をするのには「Mery.exe」というエディタを使った。こっちはWindows用のフリーウェア。
やはり複数のファイルの中を検索して、文字列を一括で置換できる。
操作する内容も大体同じだ。
今後はこっちで処理してからNASに持っていくと思うので、Jeditは今後の出番は少ないかもしれないが、まあ、いい仕事してくれたので高いという気がしない。

追記。
何で自宅NASのファイルを修正するのにMeryを使わないのかということだけど、自宅のWindowsXPにMeryをインストールして使ってみたら、なぜか前述の捜査が出来なかった。マシンのスペックの問題かもしれない。自宅のマシンはペンティアム３だ。
どこでリップしてるかというと、実は職場。夜勤で仕事がない時間帯に、自宅から持ち込んだもっと使えるノートでリップしてる。普段見ないTVとかぼーっと見てるよりいいかと思って始めた。それ以外の時間でリップできる時間はない。
だからリッピングが高速にできるというニーズは切実なのだ。
仕事さぼってるわけじゃないけど、こんなことあんまり進んで公言したくはない。しかし行きがかり上仕方ないので書いた。

しかし、INDEX 00だけでは終わらなくて、実は「INDEX 02、INDEX 03、、、」というような記述があるcue sheetがあることが分かった。ちなみに、このようなシートはAudirvanaでも受け付けない。foobar2000で使えるかどうかは、不明だ。
これは、もしかしたらと思って「INDEX 02」をJeditで複数ファイル検索して、ひっかかった。
そんなに多数ではなかったので、検索結果からファイル自体を開いて削除した。
この際に、03、04、、、とかあるのに気付いた。
たぶん、02を飛び越えて03、、、とかいうcue sheetはないと思うのだけど、今の時点では検索していない。

ちなみにそういうcue sheetの一例。
こんな感じのファイル。
INDEX 00がないのは、Jeditで削除された後だからだ。

とりあえず、今回はここまで。

Vine Mpd ppcについて覚書（５）alsa関連で要らないものを入れすぎていた

mpdでcueシートが使えるようになった。
この時点のシステムの状況。

追記。mpdのバージョン書き間違いを訂正した。0.17.2を0.17.3に。

mpdも0.17.3にヴァージョンアップしている。
多分、１月中旬にしてると思う。

「runlevel 5」にしてるのは、3では使えなかったから。
runlevel 3にしたらusbデジタル出力しなくなる。
どこを直せば出力できるようになるのか分からなかったので、runlevel 5で当面は使うことにした。
ネット上の情報によると、runlevel 5では音質上のメリットは得られないということらしく、目標はrunlevel 3での運用だったので残念だけど、仕方ない。使いながら設定の仕方を模索することにした。

実際のところ、それで音質はどうだったかというと、小音量で時々鳴らす程度だったのではっきりしたことは言えないというのが正直なところ。
少なくともBGMとして流す分には申し分ない。
求めるところはそんなレベルじゃないので、出来れば音量を上げてじっくり聴きこみたかったけど、あれこれするうちに機会がなくなった。
なぜ機会がなくなったかというと、他の問題に対処した結果、runlevel 3で動くようになってしまったから。
現在はそれで動かしていて、なかなかrunlevel 5に戻す機会がない。
比較できれば面白いかもしれない。

他の問題というのは、mpd、ncmpcppの挙動が安定しないということだった。
ncmpcppを操作するとフリーズしてしまう。
次曲に飛ぶ、早送り、cue sheetから選曲する、といった操作で動かなくなってしまう。

mpdの方もクライアントからの信号を受け付けなくなって端末で「netstat -t」とコマンドを打つと止まってる6600ポートがずらずらと表示される。音楽は流れ続けて、止めようがないのだ。
こうなると「kill」も受け付けないので、iBook自体をrebootするしかない。
しかし酷いときはrebootのコマンドを受け付けないのでスイッチを押して終了したり。
こんなでは落ち着いて使えない。

システムが不安定な理由は、「alsa」が安定しないからじゃないかと目星をつけた。
根拠はないのだけど、実は最初にalsa関係はいろいろインストールしたという経緯がある。こうして書いていて思い出したのだけど、mpdをインストールしたあとに動かせなかった期間がずいぶんあった。実はmpdの設定自体を間違っていたんだけど、その間に、何が必要か分からないので兎に角目に付いたものから入れていた。
alsa関連は色々あるので、余分なものもインストールしてしまっていたのだ。

とりあえず、必要最低限と思われる「alsa-lib」と「alsa-lib-devel」以外でいろいろ入ってたのをアンインストールした。もしかしたらalsa-lib-develも要らないのかもしれないけど、置いとく。alsa-toolsとalsa-utilsは、多分動作の邪魔はしてないと想定して置いとく。

そうしたら、RAL-2496UT1をvine linuxが認識しなくなった。
要るものがあったらしい。
「kernel-module-alsa-driver」を再インストールしたら、認識した。

参考リンク。
Advanced Linux Sound Architecture (日本語) - ArchWiki
AlsaProject

結局、alsa-firmware 、alsa-plugins-pulseaudio 、alsa-plugins-usbstream 、bluez-alsa をアンインストールしたら、安定して動作するようになった。
ncmpcppが止まることもない。
ただ、usb出力が44.1kHzから48kHzになってしまった。
ファイルは44.1kHzなのでアップサンプリングしてる。
どうもこれはalsaのデフォルト設定らしく、どこかで変更も出来るらしいということが分かった。

システムが不安定だったときは、iBookの端末でtopを打つとmpdとpulseが表示されてて、それが当たり前なのかと思っていたのだけど、前述の操作をしてシステムが安定した後には、pulseは表示されなくなってしまった。無駄に動いていたらしい。
mpdだけで音声出力しているようで、CPU使用率の半分をmpdが食っている。
これは多分、アップサンプリングしてるのが原因じゃないか？と思っているんだけど。
96kHz/24bitにして出力出来ればいいとか考えたこともあったけど、多分無理だ。

この時点で、ふと思いついてrunlevelを3にしたら問題なく動作した。
RAL-2496UT1にusbデジタル出力している。
何が邪魔してたのかは分からないけど、とりあえず目標に到達したということだ。

とりあえず、今回はここまで。

Vine Mpd ppcについて覚書（４）ncmpcppのインストール

いろいろ忘れてしまうという話のあと間が空いて、やっぱり忘れてる気がするので、やや焦って書いている。
後々何かあったときに役立てばと思うのに、書き忘れてたら役に立たないじゃないか。

今回は、ncmpcppのインストールに際しての覚書き。
当初インストール出来たのはv0.4.1で、最新のv0.5.10は出来なかった。
それがどうやったら出来たのかという話だ。

以前のエントリーで「configure」でうまくいかないことがあれば、実は「configure.log」に記載されている、と書いた。
configure: error: libmpdclient >= 2.1 is required!という表示が出て、makeできない理由について、最初は対処が分からなくてバージョンを下げることでncmpcppをインストールした。本当は「configure.log」に残された失敗の記録を読んで対策を打てばよかったのだ。
で、その対策の内容について徐々に忘れてきてるということだ。
全く、年波には勝てない。
configure.logには以下のようなことが書いてあった。

configure:15321: checking for pkg-config
configure:15339: found /usr/bin/pkg-config
configure:15351: result: /usr/bin/pkg-config
configure:15376: checking pkg-config is at least version 0.9.0
configure:15379: result: yes
configure:15389: checking for libmpdclient
configure:15396: $PKG_CONFIG --exists --print-errors "libmpdclient >= 2.1"
Package libmpdclient was not found in the pkg-config search path.
Perhaps you should add the directory containing `libmpdclient.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libmpdclient' found

libmpdclientが見つからないと。

Perhaps you should add the directory containing `libmpdclient.pc' to the PKG_CONFIG_PATH environment variable
これは「libmpdclient.pc」があるディレクトリのパスを環境変数PKG_CONFIG_PATHに設定したらいいかもよ、って感じの意味らしい。

PKG_CONFIG_PATHの設定はシェルによって使うコマンドが違うということらしく、ちょっと戸惑った。
vine linux ppc の場合は「bash」なので「export」を使う。

export PKG_CONFIG_PATH=/（libmpdclient.pcがあるディレクトリのパス）

これでパスが通ったので、その同じ端末からconfigureする。違う端末を開いてconfigureしようとしても受け付けてくれないらしい。
というわけで、めでたくconfigure成功。
make、make installと順調に進んで、ncmpcpp v0.5.10がインストールできた。

ncmpcppの最新版がインストールできたということは、cueシートに対応できるはずってことだ。
cueシートを使えるようにするには、mpdサーバーのiBookにcueシートを扱えるようにするライブラリをインストールしなくちゃならない。
たしか、↓から落としたと思うけどはっきりしない。
http://mirror.transact.net.au/sourceforge/c/project/cy/cygwin-ports/release-2/libcue/

libcueをインストールしてmpdを起動する。
ncmpcppを起動。
uキーを押すとライブラリがアップデートされる。
3キーを押すとブラウザ表示になる。
カーソルキーとenterキーを使って、ディレクトリの階層を辿っていく。
端末の画面に表示される音楽ファイル一覧の下方に、cueシートのファイル一覧が表示された。
カーソルキーでファイルを選択しspaceキーを押してプレイリストに送る。
2キーを押すとプレイリスト表示となる。cueシートに載っている曲がリスト表示されてるので、カーソルキーで曲選択。enterを押すと音楽が再生される。

なかなか良く出来たインターフェイスだと思う。

Ncmpcpp - ArchWiki

とりあえず、今回はここまで。

Vine Mpd ppcについて覚書（３）ncmpcppの設定

さて、mpdを動かしてUSB-DACに繋いだイヤホンから音を出すことに成功した。
けど、なんだかその音が変だった。
２重にきこえる。
カエルの歌じゃないけど、輪唱してるみたいな。
リヴァーブっていうんでしょうか？こういうのは。

これは、mpdの設定ファイルを書き換えたら解決した。
「mpd.conf」ファイルの「Audio Output」の設定で、"alsa"と"pulse"を有効にしていた。これが良くなかったようで、"pulse"だけコメントアウトして無効にしたら直った。

しかし、いろんなことになるもんだと思った。

実はこの時点では、ncmpcppとmpdを同じiBook G4で動かしていた。
Powerbook G4のncmpcppからのアクセスをiBookが受け付けなかったのだ。
fire wallも切っていたしpingは通ってる。なぜ外からのアクセスをiBookが受け付けないのか分からなかった。

最初はmpdかiBookの設定に問題があるのかと思っていた。
しかし、いくら探しても分からない。
そのうちに、もしかしたらncmpcppのほうの問題？と思うようになった。だって考えてみたら何の設定もせずに動かしてるほうがおかしい。

よく見たらncmpcppのソースを解凍した際に出来る「doc」というフォルダの中に「config」というファイルがあって、開くと
## this is example configuration file, copy it to ##
## ~/.ncmpcpp/config and set up your preferences ##
と書いてある、、、
こんなのがあったとは。

このファイルには、
#mpd_host = "localhost"
#mpd_port = "6600"
と書かれている。
多分これがデフォルトの設定ということで、configを書き換えて設定しなければ、ncmpcppは"localhost"のmpdにしかアクセスしない。つまりncmpcppとmpdが同じパソコンにインストールされてないと動かない状況になってしまうわけだ。

Powerbookにインストールしたncmpcppのconfigを設定する。
homeに「.ncmpcpp」を作ってconfigをコピー。
#mpd_host = "localhost"のlocalhostをiBookのIPアドレスに書き換え#を削除。
#mpd_port = "6600"のほうも#を削除。
これでようやく、PowerbookからiBookのmpdをコントロールできるようになった。

実は、前述の部分で記憶が曖昧なところがある。
初めて音が出た時点でncmpcppのconfigを設定してたのかどうかが、はっきりしない。
設定してたとしたら、たぶん#mpd_port = "6600"のコメントアウト削除だけで済ませていて、そのせいで外部のクライアントが使えなくなっていたんだと思う。でもたぶん、設定していなくても"localhost"で使う分には音が出てたんじゃないかと思うのだ。
どうやってたか忘れてしまった。

何かあったときはツイッターにメモ書きしていたんだけど、いじってるパソコンはPPCマシンなものだから、当然、ウェブブラウザなんか動かしておく余力はない。ツイッターなんて重いサイトを開きっぱなしに出来ない。それら以外のパソコンから書けばいいということになろうけど、実はこうした作業は家族が寝静まった夜中にしていることが多くて、あんまりゴソゴソも出来ない。メモしない間に次に移行したら、忘れちゃうというわけで、ちょっといろいろ曖昧なとこがある。

とりあえず、今回はここまで。

Vine Mpd ppcについて覚書（２）mpdのインストール

どうも自分で調べないといけないということは気づいたんだけど、どこを調べたらいいのか分からない。

起動の方法が違ってるらしいということだけど、どこに書いてあるんだろうということから探し始めた。
実は、ダウンロードしたソースを解凍したら説明のファイルが入ってる。「INSTALL」というファイルが出来ているので、それをちゃんと読んで書いているとおりにやらないとインストールに失敗する。
これは後から考えると当たり前の話のように見えるけど、ネット上で書いているとこがあんまりなかった。あまりに初歩的過ぎて書いてなかったのかもしれない。
手軽にインストールして使えればいいやという甘い考えの初心者だから嵌ったと思う。ここに気付くまでかなりの時間を要した。

Music Player Daemon (mpd) の場合、この「INSTALL」ファイルに起動の仕方が書いてある。
mpdの設定を記載する「config file」をどう扱えばいいかも書いてある。
書いてあるとおりにしたら、あっけなくmpdは動いた。
端末上で「ps x」とコマンド打てばmpdの文字が表示される。
これでiBook G4がmpdサーバーになった。

これには唖然とし、かなり戸惑った。これがLinuxのやり方なのかと腑に落ちるまで、ちょっと時間が必要だった。
今までの苦労はなんだったんだ？という感じ。

ただ、mpdが動いてもクライアントが繋がらないと使えない。
Clients - Music Player Daemon Community Wiki
ここにどんなクライアントがあるか網羅されている。

まずは手軽に使えるクライアントということで、firefoxプラグインのMusic Player Minionを使ってみた。
Mac miniのfirefoxからサイトにアクセスしてインストール。
しかし、これが全くmpdサーバーに繋がらない。
繋がらない原因も不明。

他のものを試してみようということで、ncmpcppを選択。
Powerbook G4にインストールしたVine linux上で、CUIで使えるクライアントが欲しかった。
というのはGUIだと直ぐにファンが回りだすから。OSXの時はOSが動いてるだけでファンがガンガン回って重くなるので実質何にも使えなかった。Vineだとそこまでじゃないけど、起動して時間がたってくると怪しくなってくる。でもfirefoxを動かせるだけかなりマシだ。
ちなみに、このPBG4は有線LANの端子が壊れていてケーブルがすぐに抜けるようになっている。修理しようと思ったら法外な値段だったので止めたままだ。つまり、NASの使用を見越したmpdサーバーとしては安心して使えないのだ。でも無線LANでmpd clientを動かすことは問題なく出来ると思う。

ところがncmpcppも問題があった。
インストール出来ない。
他のクライアントならできるかとncmpc、mpcも試したけどことごとく不可。
configure: error: libmpdclient >= 2.1 is required!という表示がでてmake出来ない。
libmpdclientはv2.1以上（v2.7）をインストールしているのだけど。

mpdやncmpcppをインストールするときには、ソースを解凍しconfigure、make、make installという手順を踏む。
configureは事前のチェック。
チェックして問題なければ、makeでソースの体裁をインストール可能なように整える。
root権限でmake installで、makeしたソースをインストールする。
だからconfigureの時点でインストールできないかどうかが分かって、make出来ないという旨の表示が端末に表示されるようになっている。
なぜ出来ないかは、実はconfigure.logというファイルに記載されている。
これを読めば対策を打てる。
しかし、この時点で僕はそのことは知らず、試したのはncmpcppのバージョンを下げてみるということだった。

v0.5xは不可。v0.4.1だとエラーが出なかった。
make、make installと順当にインストール出来た。
ようやくmpdを使って音を出すことが出来た。
やれやれ、だ。

この時点での再生環境を記載しとく。

RAL-2496UT1を買ったのは２年以上も前のことだ。
結局、使う機会がなく死蔵していたんだけど、今回、役に立った。

とりあえず、今回はここまで。

Vine Mpd ppcについて覚書（１）前書き・ＯＳ選択

さて、譲り受けたiBook G4と埃をかぶってるPowebook G4をMusic Player Daemon (mpd)を使ってオーディオ再生の要にしちゃおうという目論見を開始してから２月がたとうとしてるわけで、ようやくそれなりに動きはじめた。
とりあえず、けつまづいたとこ覚書にしとこうと。

まずPPC版のMacにインストールできるLinuxが少ない。
あれこれ試してみたけど、初心者はVine Linux 5.2 ppcが一番使いやすいという結論に達した（ちなみに最新のVer.6はppcに対応していない）。日本語環境が確保されてるので日本語使った音楽ファイルも使えるし、英語は苦手なので日本語の情報がネット上に蓄積されてて設定とかの参考にしやすいのは助かった。
他、UbuntuとかDebian、FreeBSDも試みたけど、なんでか起動しなかったり表示が出なかったり、BSDはインストールすら出来なかった。分かるもの使えるもの使ってやるしかない。もうVineでいいやって感じ。

というわけでiBook G4にVine Linux ppcをインストールしたわけですが、インストール自体はLinuxをいじった経験が少しあればさくさくいけると思う。インストールDVDから起動して、HDのパーティション切ってboot、root、swapを設定してインストール。OSXとのデュアルブートも簡単にできる。
本当はパーティションの切り方も使い方考えてやったほうがいいらしいけど、今回はそこまでは考えなかった。

始めは軽いほうがいいのかなとか考えてサーバー専用とかインストールしてたけど、linux初心者にはGUIがないと無理ということが分かったので通常仕様で再インストールした。
あと、これはPC用のv6で経験したことだけど、インストールCDからだと開発環境がインストールされないので後から必要なものがインストールできないとか出てくる。DVDからインストールしたほうが後からの手間が要らない。

インストールに際して日本語を選択してたら、最初の起動・ログインに際してホームフォルダに「ミュージック」とか「ダウンロード」とか使いにくい日本語名のフォルダが作られるようになっている。
あとでフォルダ名をいちいち直すのは面倒だし、どこでどう関連付けされてるか分からないのでいじりにくい。
これを防ぐには、インストール後の最初のログインに際して左下をクリックして英語でログインを選択。
これで「music」「download」とか英語表示のフォルダが作られるので、そこでログアウト。再ログインして、ここで日本語を選択。
日本語表示でデスクトップ表示されるのにあわせて、日本語表記に戻すか？再度この質問するか？みたいなこと訊いてくるので「No」を選択。これで使いにくいフォルダをいじる必要がなくなる。
新規アカウントでログインする際も同様にすればいい。
ここでは触れないけど、この手順はv5.2 ppcとv6では少し違う部分がある。

OSをインストールできたら、mpdサーバーにすべく必要なものをインストールしていく。
mpdはMusic Player Daemon Community Wikiからダウンロードできる。
Server - Music Player Daemon Community Wikiにmpdのソースがある。

Vine Linuxでのmpd使用は以下のサイトで詳しい。
「Vine MPD」を構築する | PCオーディオ実験室
しかし書かれてるとおりに始めたのだけど、どうもうまくいかない。何が悪いんだろうとあれこれするうちに気付いたのは、どうも情報が古いみたいだということ。mpdの起動の方法から今と昔は違ってるみたいなのだ。

Note: "mpd --create-db" is now deprecated.

Music Player Daemon Database Updating - Music Player Daemon Community Wiki

どうも自分で調べないといけないみたいだ、と遅まきながら気付いた。
あとで気付いたけど、前述のサイトでもこういう記載が上がっている。
MPDをソースからコンパイルしてインストールする方法

この情報は2013年1月の段階ではかなり古くなっています。最新事情はこちらをご覧ください。

こうしたことに気付く前に自分なりにlinuxをいじっていて気付いたのは、分かりにくいようで実は作法に則って見るとこ見たら分かるようになってるというのがlinuxだということ。
インストールがうまくいかないときは、その理由がどこかに書いてある。
linuxを使うならとにかくファイルを読むことが重要ということが分かった。
感覚的に扱うことが前提のMacの対極にある。

とりあえず、今回ここまで。

 オーディオ状況報告

４年前との違い

Created by ez-HTML

ファイルオーディオ現状

Created by ez-HTML

ザ・ビートルズBOX USBをEMI Japanから買った

abk1

久しぶりにオーディオについてです。大したことは書かないけど。

前回が２００７年の夏だから、２年以上開いたことになる。
その間に引っ越し。
２００８年の春にリアルで。
それまでは響きやすいフローリングの床と格闘してましたが、現在はコンクリートに化粧板を貼った頑丈な床です。
そういうわけで、以前フローリングの床で好結果を得ていたMagic Dreamは、現在は使っていません。特にインシュレーターなしでも良好な再生音が得られています。
しかし、やや低音が膨らみ気味かな。

こんな感じ。

この大きな柵は何。

身辺の変化は他にもある訳で。

こんなのと同居するようになった。昨年の末から。

上の写真、机の下にミネラルウォーターの箱を突っ込んでいたり、机の縁にクッションを貼っていたり、それらは危険防止のためなんですね。どこにでも危険を省みず行くから。
そういう訳で、上のような柵も必要な訳ですね。
まあ、音響レンズのような効果が多少あるかもしれません。

最初は危険なため、コンポを片付けるという意見もありました。
スピーカースタンドは鋳鉄製で、しかもネジか突き出ているから、そこで転びでもしたら怪我をしかねません。あと、コードが多く引っ張ったりする可能性は高い。

しかし、新しい同居人は音楽が好きなようで、不機嫌でぐずっているときでもステレオを鳴らすと聴き入ってるんですね。
そういうわけで撤去案はお蔵入りになりました。
特に好きなのはアンネ・ゾフィー・フォン・オッターとエルヴィス・コステロの作品とか、エリン・ボーディの新譜、フィービー・スノウ、ジョイスなどの母・姉系の女性ボーカルですが、意外にディヴィッド・ボウイとかダイア・ストレイツのようなロックも好きなようです。
しかしメロコアとかだと逆に泣く。

そうした事情で、もっぱら比較的小音量での再生で、音量を上げるということがなくなりました。Waltz for Debbyの地下鉄は聴けるようになったのか、など、懸案は積み残したまま暮らしています。
ＣＤをコンポに入れるには柵を乗り越えることになるので、ＣＤプレーヤーのVRDS-25xsは使わなくなりました。替わりにiTunesに音源を取り込み、有線LANのAirMac Express経由でデジタル信号をDACに送っています。

オーディオ関係など趣味に時間を割くことが出来るようになるには、もうしばらくかかると思います。