先日、アニメ「坂道のアポロン」第5話を見た感想の、鉄道に関するマジ突っ込みをTwitterで連投した。
そのうち2件が二名（二アカウント）からリツイートされた。
理由はわからないけれども、多少は注目された？のだろう。

内容は、九州で直流機関車がブルトレを牽引しているのがおかしいとか、東京発の九州ブルトレの上り列車の機関車次位に電源車が連結されているのは向きが逆だ、とかいう本気のツッコミだ。

というのも、最近、鉄道が主役でない、というか、「列車が走っていればよい」程度の作品で、妙にリアルに描かれているのに間違っていたり場違いの列車を登場させている作品が目につくようになっているからあえてマジ突っ込みしてみたのである。

「坂道のアポロン」を例に取れば、あそこに登場するべきなのはリアルなブルートレインである必要はなく、あの時代に走っていたであろう、九州－東京の夜行列車でさえあればよく、必要以上にリアルに描かれる必要は全くない。列車名も車種の特定も号車札さえも不要だったと思っている。あくまで、飛行機や新幹線で東京に出てくるのではなく、夜行列車を利用する時代の話だ、というのがわかれば充分、というのが私の見解。無意味に間違った細かい描写をして鉄オタに突っ込まれる必要はないのである。

わかりやすい例を挙げれば、サザエさんで、波平さんとマスオさんが通勤に使っている電車はよく登場するけれども、なんだかわからない電車である。が、突っ込みを入れようとも思わない。よくある通勤路線だろう、位にしか思わない。それはそういう描かれかたをしているからである。おもちゃ（プラレールのようなもの）をだすか、スケールモデル（NゲージやHOゲージなどの鉄道模型）を出すかの違いだろう。

実車であれば、森田芳光監督の遺作となった「僕等急行 A列車で行こう」のような鉄道の作品であれば、もう、登場する鉄道（車両から、用語から、名前まで全て）をどれだけ受け取れるか、監督との勝負になる。が、そのような作品はまれである。

もう一つ。全く違うお話。鉄道用語を適切に使わないと台無しになる例を最近テレビで見た。テレビ東京で放送されている「乃木坂浪漫」という、乃木坂46のメンバーが文学作品を一日一作品、一部朗読するという七分番組なのだが、ある日、芥川龍之介の『蜜柑』を紹介した。私は読書家ではないのでこの作品を読んだことはないのだけれども、番組で朗読された部分を理解することはできた。

読んだことがある人はわかるであろうが、番組で朗読されたのは、列車がトンネルにさしかかるところで少女が窓を開けるという場面である。これは今どきの列車であれば、窓が開けられないか、開けられる車両であっても、車内がうるさくなるだけでほぼ実害はない。が、「汽車」と書かれているとおり、当時は蒸気機関車の時代であるから、トンネル手前であえて窓を開けようとするという行為はタブーというか自殺行為というか、禁じ手というか、まぁ、信じられない行為であったはずである。そこを理解しなければその先の踏切のシーンに繋がらない。

が、この作品を朗読した乃木坂46のメンバーは朗読開始前に、「電車がトンネル．．．」とためらいもなく「電車」という言葉を使っていた。台無しである。スタッフも気付かなかったのだろうか？汽車、列車、電車。それぞれが持つ意味。時代によってそれぞれの言葉が持つ意味と重さが変わってきたこと。とくかく、この『蜜柑』という作品のこのシーンを紹介するのであれば列車を「汽車」以外の言葉で表すのはありえないと思ったのだけれども、どうもそのような感覚がないようである。

別に、日常生活で、気動車を電車と呼んでもそれはかまわない。大差がないからである。ただ、蒸気機関車牽引列車であることが重要な意味を持つ場面で、「汽車」を「電車」と言い換えてしまうのは、なんとももったいないというか、悲しい気持ちになってしまうのである。

遊び半分、興味半分、省エネ少々で、AMDのFusion E-350のPCを作り（Mini-ITX）、普段使い（ネットと音楽再生、文書作成）にして、メインPC（AMD PhenomⅡ X6 1065T）はTV鑑賞、ストレージ用として稼働を下げていた。

が、やはり、Fusion E-350は少し負荷をかけると動作が鈍くストレスがたまって精神上よろしくないこと、TV視聴（録画分を含む）中は音楽を聴かないことを考えれば、この2つを分ける必要がなくなってきた。問題は消費電力だけだ。

それも、1台使用にして、CPU負荷が低い状態で使えば問題ないだろうという判断でまとめることにした。

それと、Fusionマシンを組む前に使っていた、Athlon64 X2マシン（Socket939）マシンに2TBと1TBのHDDが1台ずつ載せてあって、今死蔵状態になっている。HDDが値上がりした現在、寝かしておくのはもったいない。録画エリアも埋まりつつある（値上がり直前に2.5TBを2台買えたのが不幸中の幸いだったが）。

で、このPCのデータをバックアップして、データを消去、メインPCに載せてデータ用に使うことにした。ベイの空きと電源から2TBを内蔵して、1TBは外付けケースに入れてバックアップ用に使おうと考えている。メインPCのバックアップは現在、内蔵の2TBにとっているので、これを消してデータ用（録画領域）に使えばさらに長く使えそうだ。

電源、足りるかなぁ．．．

ヘッドホンアンプで使うようになったり、ダイソーで安く買えるようになって、NiMH電池を使う頻度が上がってきた。

そこで、コンデジも専用充電池のモノではなく乾電池で使えるモノを常用しようかな、と思った。

過去には、NikonのCOOLPIX L3とか、FujifilmのFinepix A800とか所有していた記憶があるのだけれども（記憶だけでなく画像のExif見ればきっちり残っている）、今の家にも実家にも残っていない。使わなくなったからと処分してしまったか、もったいない。

で、唯一実家から出てきたのが、MINOLTA DiMAGE Z1である。KONICAとの統合前の本当の直前に出たモデルである。このシリーズの末期はKONICA MINOLTAブランドになってしまったから貴重品である。まぁ、コンデジというにはちとゴツイし電池も単3が4本必要。胸ポケットには入れられない。携帯性は悪い。まぁでも使えるだろう。

中には256MBのSDカードが入っていた。GBではなくMB単位である。貴重品かもしれない。先日も実家をあさっていて16MBのSDカードを発掘したばかりだというのに。でも、このデジカメでFINEモードで撮影しても、256MBのSDカードには300枚近く記録できるのである（動画を記録しない場合）。充分ではないか。

で、スペックだが、画素数でいうと300万画素クラスのはずである。2000×1500に少し端数を加えた程度の数値。が、この数値、大きい紙に印刷するには今となっては厳しいかもしれない。けれども、画面に等倍表示するならば、フルHD画面でも表示しきれないサイズになる。ブログやTwitterにアップする画像を撮影するなら充分ではないか？とも思う。

撮影素子の大きさが同じで性能が同じなら画素数は少ない方がいいはずであるし。

が、やはり単3電池2本で動作する、胸ポケットに入れて持ち運べる、できれば広角端が35mm換算で28mm前後の画角のモデルが欲しい。高倍率ズームはあまりいらない。それならDiMAGE Z1（換算38-380mmの10倍ズーム）を使うか、おとなしく一眼レフを持って出る。

NikonがCoolpix L23の整備済み中古を5000円でニコンダイレクトで出していたのだけれども、そういうときに限って自由にできるお金はない。こまめにチェックしているが、整備済み中古はそう簡単に再入荷しない。優先順位を下げて、そのうち何とかしよう。

換装したのはいつだったか？一昨年の暮れだったか？昨年の頭だったか？一年近く経つとは思うのだが。

クロスバイク（フラットバーロード）に元々装着されていたグリップシフトのShimano7速のリアディレーラをシフター一式と一緒にDEOREの9速に換装した。が、スポーツ自転車を扱うのも整備するのも初心者。初期整備が出来ずに、シフターとリアディレイラーのインデクスが一致しておらず、リア9速といっても全部使えず、トップの次の2,3速分が飛ばされている感じで走っていた。

もちろん、それほど頻繁に乗ってもおらず、それほどデリケートなシフトを必要とするような用途もないうえ、自分しか乗らないので実用上問題はなかったが、最近、調整不良が原因と見られるチェーン外れが頻発してきて看過できなくなってきた。

で、今日、ロードバイクの整備入門書を参考にしてもう一度やり直したところ、なんと、一発でうまくいった。まぐれかもしれないけど。

やったのは、

• リアトップに変速
• シフトワイヤーを外す
• ワイヤーを張る前にディレーラの初期位置を調整ボルトで調整する（ロー側）
• シフトワイヤーを張る
• テスト

本だと、シフトワイヤーを付ける前にディレーラの位置を手で動かしてビスで完全にロー側とトップ側のセンターを出すように書いてあったのだけれども、どうやらやばいことをしている（フレームとMTBディレーラがあってない？）ようで、ワイヤーを張らないと完全一致してくれなかった。

で、今日の調整前にはワイヤーを緩めた状態でロー側に寄り過ぎていたので、ロー側の調整ボルトで初期位置をトップ側に寄せることだけで結果的には9速のインデクスがシフターと一致した。

また、リアディレーラがトップフリー（ワイヤーのテンションがなくなるとトップ側に寄る）なので、シフターを念入りにトップ側にきっちり変速しきってからワイヤーを張った。それなりに使っているので初期伸びは終わっているし、テンションは厳密に出ていなくても反応するようだ。

寒いけれども、近日中に乗ってみて実際に使ってみたいところ。うまく行ったらフロントディレーラー＆クランク＆BBの交換を考えたいな、などといつの事になるかわからないけど想像してみる。

せっかく2度目のバッテリー交換をし、CFによるSSD化をして使っていた3G iPodを壊してしまった。

foobar2000との同期は問題なくできていた。再生しようと思ったらディスクエラーのアイコン。接触不良の可能性が大きいので叩いたり振ったりしても治らず。蓋を開けてみても駄目。で、開けているうちにHOLDスイッチにつながるフラットケーブルを破損してしまった。

部品をApple以外から取り寄せて修理をすることもできるのだけれども、コスト的に見合わない。ジャンクの4G iPodのメインボードを取り寄せる予定もあったのでそれと合わせれば送料的にも楽にはなるのだけれども、それなら新しくiPod classicを買ったほうがいいくらい。

が、5Gより3Gの方がライン出力＋ヘッドホンアンプでの音がいいのが残念な所ではあるのだけれども仕方が無い。

現行モデルのiPod ClassicはHDDアクセスがあまりよろしくないという評価もAmazonで見かけるので気は進まないけれども、コスト面とAndroidタブレットを持っていることを考えると新調する場合にiPod touch（64GB）は選択肢に入らない。32GBだと、おそらくCDからAACの256kbpsにしているファイルをALACに再エンコードした場合に容量不足になる。

ということで、不注意でフラットケーブルを破損してしまったことが悔やまれる。4Gと3GのHOLDスイッチ周りに互換性があれば直せるけれど残念ながら互換性がないのはわかっているのでそれができない。HOLDスイッチが壊れた5.5G iPodでしばらく耐えよう。

既に16GBのnanoは容量不足で使えないのだ。

foobar2000用の自作コンポーネントのバージョンアップをした。およそ20日ぶり。バグ取りだけ。

先月追加した部分、iPodとの連携部分だけれども、実機試験をサボったため、バグっていたのだ。爆弾を踏まなかっただけのようだ。が、先日、異常終了したケースが出たのだけが不明だけれども、それも治っていると期待する。

一件は、単純ミスで、新しいDBアクセス関数を追加したときにそこで発行するSQL文が文法エラーになっていたので、SQLが絶対に成功しないというバグ。SELECT文なのだけど、デバッガで追いかけていて、パラメータのBINDでエラーになるからおかしいな？と思ったら、初歩的なミスで、FROM句が抜けていた。テーブル名を指定しないSELECT文など実行しようがない。

で、SQLが成功すると、文字列としてファイル名がテーブルから取得できるようにしておいたのだけれども、ここでもWindowsプログラミングから離れていたのでミスが。strcpyを使おうとしていたのだけれども、コンパイルで警告だかエラーになるので、strcpy_sにしていた。これは第2引数に長さを指定する。3つの引数に、コピー先、長さ、コピー元と指定するのだけども、この長さは、コピー先バッファ長であって、コピー元文字列長ではない。ヘルプをきちんと読んでおけばよかったのに、読まないで適当に書くからコピーしたい長さと勝手に誤解してプログラミングして落ちる。充分なバッファ長を用意いておいても第2引数がコピーしたい文字列長であれば、バッファ長不足で落ちる。で修正。

最後にやっとfoobar2000のSDKレベルの話。元々ローカルファイルパスを取得するのは画面をリフレッシュするため。ファイルパスから、media_handle_ptrを取得すると、refreshメソッドが呼び出せて、それを呼び出すことによって画面表示用のデータが最新のものに置き換わる。自作コンポーネントのSQLiteデータベースを更新したあとで呼び出せば更新後のデータでリフレッシュされる。呼び出さなければ、再生開始とか、フィルターをかけた時とか、OSが再描画をかけた時など、意図しないタイミングでしか最新の情報に置き換わらない。プレイリストを選択しても、同じトラックなのに違う情報が表示される状態になったりする。

そのためには、ファイルパスから、playable_locationというクラスのオブジェクトを作成し、そこからmedia_handle_ptrを取得する。SDKのソースを読んだ限りではこの方法しか見つからなかった。で、ファイルパスは、file://C:\music\foo.mp3などという形式で指定するらしい。iTunesからCOMで頭のfile://を削除してデータベースに格納していたのに、foobar2000で必要になるとは皮肉である。作成し直すことも検討しようかと思う。

再生中は置き換えが得できないので、最新バージョンは明日から使う予定である。といっても自分のための、自分だけが使っているコンポーネントなので別の致命的なバグが見つかったら元に戻すのだけれども。

ヘッドホンアンプはほぼ完成した。

ケーブル由来と思われるノイズ以外が消えたので、接触不良は無くなったと思われる。

ボリュームつまみをインチネジ工具で締めるだけでもノイズ低減効果があったのには驚いた。ミリネジ工具で締めた状態、緩みがある状態ではノイズが残っていたのに、インチネジ工具で完全に締めただけでその気になっていたノイズが消えたのだ。金属ケースに金属つまみなので、なにかがあったのかもしれない。気のせいかもしれない。

今日は電池交換をしたのでケースを開けたので、再びハンダ付けをやり直しておいた。念のため。最近はヘッドホン端子をいじっても効果がないことがわかっているので、入力端子とボリューム（可変抵抗）の入力信号端子だけやり直しておいた。

また、ハンダゴテに電源を入れたので、カーステからの改造ケーブルを改造した。電源の入力部分にダイオードを挟んだ。逆流防止。以前、電源として接続したNiMH電池の電圧が下がったときにiPodのバッテリーが放電になり（NiMHを充電しようとする）、再生が止まってしまった。それを防ぐためにダイオードを挟んで逆方向に電流が流れないようにしてみた。

テストはしていない。放電状態のNiMH電池が無いので、逆挿入などしないと電圧が下がった状態が再現できないのだ。おそらく大丈夫だとは思うのだが。一応、電圧が足りている状態では順方向に電流が流れてiPodが充電された。ダイオードがダイオードとして動いて規格を間違えて購入していなければ、放電したあとにはiPodは内蔵バッテリーで再生を続けられるはずである。ただ、カーステ時代に、エンジンを切ると再生が止まったので、放電しないまでも一旦再生が止まる可能性はある。

次の工作は充電回路の作成までないはずである。回路は用意できたので月末になったら買い出しに行って部品を揃えて作る。

ヘッドホンアンプのボリュームつまみの固定ネジを締めるために秋月電子通商でインチネジ規格の六角レンチを購入してきた。

幾つかのセットで300円。適合したのは1/16インチサイズ。計算してみた。

1インチを25.4mmとする。今まで代用していたのは1.5mmのミリネジ規格の六角レンチ。

1/16インチ＝1.5875mm

と計算される。このわずか0.0875mmの差によって、最後の締めができずに滑ってしまい、使っているうちに緩んでしまう程度の固定しかできない。ネジの規格の厳密なことか。

ツマミの位置も厳格で、奥までピッチリと押し込んだ位置で固定してしまうと調節で回すのが硬すぎて使いにくい。少し手前で固定するのがいいようだ。難しい。

が、年越しのタイミングを越して昨日が8日、電池が切れたようだ。またケースを開けなければいけない。電池交換。

早く、充電回路を作りたいところである。あと3週間の我慢。って、調査と設計が失敗していなければ、であるが。これまでの準備が無駄に終わったらまた調べ直さなければいけない。いきなりアンプに組み込んでアンプを壊すような真似をするつもりは毛頭ないけれども。

謎がひとつ解けた。

ヘッドホンアンプのボリュームのツマミが固定しきれない件、秋月電子通商のWebサイトの商品情報を見たところ、米国製ということで、固定ネジがインチネジらしいのだ。そのため固定にはインチネジ規格の六角レンチが必要らしい。

手持ちのはミリネジ用の六角レンチしかない。1.5mmのものでそこそこ締まるので大丈夫だと思っていたのだが、締まる手前で滑っているような感じがしたのは工具があっていなかっただけという単純な理由のようだ。

秋月の通販価格で、インチネジの六角レンチ一式300円なので、店頭にもあるだろう。他にも小物を物色したいので、週末に秋葉原を襲撃してゲットしてこよう。

秋月だけなら自転車で八潮店の方が楽なのだが、他の店を回るので秋葉原に行く必要があるのだ。

昨日、初詣に出かけたときにiPodとヘッドホンアンプを使っていて、ヘッドホンアンプが使えなくなった。

電源が入らなくなったのであるが、およそ1週間使って年末に電池を交換したばかりであり、前回がGPのNiMHで今回がダイソーのNiMHとはいえ放電するにはや過ぎる。性能はわからないが、容量はダイソーの方が大きいのだ。

そこで、ドライバーを持って出かけるわけがないので、外出中はiPodの今となっては貧弱な音で我慢をして、帰宅後チェックした。

すると、電池が電池ボックスから抜けかかっていた。そのため電源が供給されなくなっていたのだ。理由は単純だった。

今後の改善点を列挙すれば以下のようになるだろう

• 充放電回路組み込み後は電池を抜く必要がなくなるので、今回のような「事故」を防止するため電池を固定する
• 電池ボックスの配線がケース内で長すぎて干渉しているので、できるだけ短く、整理する
• ボリュームつまみがよくとれるので、ネジロック剤、接着剤などを利用して確実に固定する

このあたりが今、気になっている。あと、ケーブルの問題か、ハンダ付けの問題か、入力端子からノイズが乗るので、ハンダ付けの点検と別のケーブルでの入力を試して確実なものにする必要もある。

部品点数の割に、なかなか手のかかるキットなのであった。