今日のLTSpiceで真空管アンプシミュレーション

以前どこか、海外のサイトだったけれど、真空管アンプ用の回路シミュレーターというのを見掛けた。前世紀の遺物と言えるデバイスを半導体技術の結晶であるPCを使って設計するというのは面白くもあり妙な感じもする。 さらに、ちょっと調べてみると、真空管のSpiceモデルを自分で作ってSpiceでシミュレーションしているという人が居たり、世の中広いと言うか、賢い人がいるものである...

Spiceと言えば、このまえLT社の LTSpiceをLinuxのWineで走らせてみたわけであるが、これを使って真空管回路のシミュレーションをしている人達が居る...という事を最近知った、ので、真似てみる事にした。

この辺をそのまま参考に、というか、書いてある通り猿真似てみたのだが...

http://www.geocities.co.jp/kosmac/
LTSpiceの使い方 ...ここに書いてある通りに下記サイトのスパイスモデルを導入...

http://ayumi.cava.jp/
真空管のスパイスモデル

一番の肝は真空管のスパイスモデルで、これがないとどうしようもない...こんなのを地道に作って公開してくれる人が居る、なんて..それも日本人.....素晴らし過ぎる...

---
で、上記サイトに書いてある事を猿真似しただけ、でも動く事がわかったので、昨年作った Elekitの TU879S の回路を試してみた...トランスはインピーダンス比が実際は 3000:8 であるが そのものずばり、はないので、 3500:8 のものを選んだ...

TU879Sは昨年組み立てて、主に"ヘッドフォン"を鳴らす為に使っている...

そして、一番知りたかった事、本来 負荷インピーダンスが 8ohm前後である事を前提にしたアンプの負荷を120ohmと した場合にプレート電圧がどれぐらい振れるのか...という事...を見てみる事にした...

---- 8 ohm 負荷 ----------------------------


クリップしてはいないが、上下非対称...シングルらしい歪み？



ほぼ公称定格入力...クリップしはじめてる



完全に入力オーバー...でも球の定格は越えない様だ....

---- 120 ohm 負荷 ---------


負荷が軽いと歪みが少ない...


公称定格入力... すでにクリップ...




完全な入力オーバー... プレート電圧がピークで1kV近く...

---
まぁ予想通り、というか、負荷が軽くなるとプレートのスウィングが大きくなる...のは当り前、として、まぁ普通に音楽を聞く範囲、 大きく歪まない入力、であれば問題ないか、というギリギリの所には留まっている、と思うのだが、入力過大になるとちょっと心配な領域に入ってしまう...のも事実...

真空管アンプは無負荷で入力を入れてはいけない、というのはこういう理由があるのだ...

歪みに関して、波形を見ての通り負荷が軽いと目に見えて歪みが少ない...実際SPで 聞こえる”真空管臭い" 音が、ヘッドフォンではあまりそれが感じられない....という聴感と一致している...

どの程度正確なのか知る由もないが、FFTかけてみるとこんな感じ

8 ohm 負荷 ---------



二次がどーんと出てるけど

120 ohm 負荷----------



歪んでないよこれ...

----
とまぁ、本当は実物を実測するべき、なのだが、測定器無いし....でもこういういい加減なシミュレーションでも、この様にそれなりに定性的な検証が出来るから、それはそれで納得出来る...

それから、ここでも見られる様に、真空管の音なんて、目に見えて"歪んだ"音なのだが、それが慣れて来ると、そんなに悪くも聞こえない...のも事実... 要するに本来的に、と言うか 工学的には 絶対に Hi-Fi ではないのだが、歪みはエフェクターとして作用する... という事なのだろう... そもそも人間の耳は歪んでいる！ という話もあるぐらいだからね...

今日のMX620不具合の原因はホイールのゴム?!

数週間でフリースピンしなくなったLogitech (Logicool) MX620、店頭で新品交換後2ヵ月で症状が再発、という事は前回書いた通りである。そして Googleで検索してみると同様の症例がいくつもみうけられるのだが、その原因として "ゴム"が伸びて内部で干渉して回転が持続しない...という事が言われている。

たしかに、指でまわした時に感じる回転の抵抗感が、ちょっとゴムっぽいひっかかり、と言えなくもない。でも...私のMX620は、ぱっと見て伸びてる様にも見えない...

と言う事で、ホイールのゴム部を軽くつまんでみたら

あちゃぁ〜

こりゃあかん... 見ての通り、ちょいと軽く摘んだだけで金属ホイールとの間に大きなすき間が開くぐらい"伸びて"る... 加工精度が悪く大きめにゆるく嵌まっているのか、弾力性が足りないのか、あるいは弾力がありすぎでダメなのか、ともかく "伸びて" 動作不良になるいるというのは、本当の様だ。

こんな一円にも 満たないような部品が原因で6000円もする製品が不良交換になると言う事ですな。でもこれでは、現時点で店頭で交換してもらってもだめでしょう。修理なり交換なりしてもらうなら、しばらく様子を見る、つまり対策品待ち、でしょう。 対策品が出る、のなら...
---

その後 使用に耐えなくなって使用中止となった

Today's Play Schubert on Toy Theremin

今日の LinuxでのWebcam撮影/ビデオ編集 メモ

Webcamでちょっとしたデモを撮影したり、ちょっとビデオ編集してみたり、という事をLinuxでどうやっているか、というメモ... Debian etch を基本とする。 なお vloopbackはソースからコンパイル。Lives と mencoderは 非公式マルチメディアリポジトリ http://www.debian-multimedia.org/ を利用してインストール。

ニコニコ,YouTube, flvだの ffmpegなどのキーワードで本サイトに飛んで来られる方が多いので需要があるかな、ということで ヒントになれば...
---

撮影デバイス --------------

ビデオカメラ持っていれば、コンポジット出力をビデオキャプチャーカードに入力するという方法もあるしその方が画質はよいだろう。 でも持ってないので安いWebcamを使わざるを得ない...

Qcam messenger (Logitec)

比較的安価だが、画質はそれなり。低速なのでQVGAで15fpsも怪しい感じ。
デジタルカメラの動画の方が余程綺麗に映るが、手持ちのIXY500は3分という撮影時間制限があるので、画質は悪いが時間や容量の制限のないWebcamの利用は、それなりのメリットはある。

Qcamドライバーの導入は以前の記事を参照の事

録画ツール ---------------

xawtv ...

元々はTV視聴用のアプリケーションだがビデオ録画も可能、という事でWebcamの動画はこれで撮影している。 メニューから比較的簡単な設定、操作でaviファイルとして録画可能...

とは言Webcamとの相性が悪いのか、後述する vloopbackとeffectvを通さないとうまく avi として録画できない...xawtvだとwebcamの画面サイズの制御がうまく出来ない？ ようなのだ... effectv+vloopbackだと素直に録画できるのだが...

webcamの速度が遅いのでフレームレートは15fps程度で撮影、フォーマットはaviで映像はmjpeg、音声は16bit Stereo 48000 PCMの設定が無難かな。ただしカメラが低速なせいか映像と音声がちょっとずれるので撮影後なんらかの形での補正が必要。

Effectv で エフェクトをかける -------

ビデオデバイスの映像に直接エフェクトをかけるEffectvを経由して録画するには

vloopbackのインストールと読み込み

ソースをダウンロードしてmakeする... debパッケージ作るのがDebianとしては本筋なのだけどよくわからないから make , make install している。カーネルモジュールになる。カーネルupdateの場合は再コンパイル等必要になるのかな... よくわからないけど使えてるからこれでよし...
vloopbackの読み込みは

modprobe vloopback

Effectvの起動

effectvとして公式パッケージ化されているのでaptでインストールして、

effectv -device /dev/video1 -vloopback /dev/video2 (Webcamが/dev/video1の場合の例)

これで video1の映像にeffectvのエフェクトがかかり、それがvloopbackの入力デバイスvideo2 となる。さらにvideo2の映像がvloopbackの出力デバイスvideo3として現れ、これが他のアプリケーションで利用可能となる。

xawtvの起動

xawtv -c /dev/video3 (vloopback の出力デバイスを指定)

と起動して、xawtvで録画する。

↓ こんな風に、撮影映像に直接エフェクトがかかる↓

★

ビデオ編集, エンコードツール ---------

avidemux

非常にシンプルなビデオエディター。軽量、高速でちょっとした編集に向いている。複雑な編集には向かない。 リサイズ、画質調整等、長さ調整、部分カット、などに向いている。
音声タイミングにオフセットを持たせられるので、撮影時の映像とのずれの修正が出来る。いくつかコーデックが選択できるが,映像はmpeg4やx264音声lame(mp3)、コンテナはaviが無難か。

lives

avidemuxと比べると遥かに高機能な本格派エディター。ただし編集するビデオクリップは読み込み時に全フレームを画像データに展開するためデータ読み込みに時間がかかる。またエンコードも遅い。先のEffectvのエフェクター他各種エフェクター装備。 動作はやや不安定？ な所がある。 高機能は魅力的ではあるが読み書きがとても遅いのがネックでWebcamの動画程度の編集ならavidemuxで十分という感じ。

エンコーダー ---------

ffmpeg

非常に高速に動作するし、コマンドも比較的覚えやすい、使いやすいツールであると言える。
例えばニコニコ用に音と画をあわせてflvにエンコする場合はこんな感じ

ffmpeg -i oto.mp3 -i .eizo.avi -vcodec flv -r 15 -b 500k -s 512x384 -acodec copy nikoniko.flv

ただ xawtv撮影avidemux編集ファイルをflvなどに再エンコすると変な(壊れた？)フレームが出来て映像/音声が大きく乱れる、遅れるという事が... たぶん元ふぁいるのエンコ具合が悪いのだろうが...

今のところ、avidemuxのVideoのFilterをかけると乱れが出ない、という経験的な結果が出ている、ので、avidemux のビデオフィルター ( Video > Filters > Colors ) の MPlayer eq2をデフォルト値でかける(画質は変わらない) という処置で回避している。

mencoder

非常に多機能、多フォーマット対応なエンコーダーであるが、manを見てもらうとわかる通りオプションの多さ、書式の複雑さにめまいを覚える。いつもmanページを見て探すのだけれどたどり着けずに挫折... 普段使う分にはffmpegで十分であるし、ffmpegの方が速いのであまり出番はない....

★

その他のツール ----------

audacity

音声の修正、エフェクト等を行いたい場合は、撮影後、音ずれを修正して保存したaviファイルから音声トラックを抜きだし、audacityで各種エフェクト、修正を加える。修正後の音声はwavやmp3で吐き出し、avidemuxで再度映像と合わせるか ffmpegで再エンコする事になる。

mplayer

メインで利用してるメディアプレーヤー。 コマンド一発で再生出来るので、撮影後、エンコ後の結果を見るのに便利。 既存ファイルから映像のみ、音声のみのファイルに分離する機能もある。例えば 音声ファイルのみ抜き出したい場合は

mplayer hoge.avi -dumpaudio

とすると、 stream.dump という名前で音声部分だけが抜き出せる。
あるいは既存映像に、別に用意した音声を合わせて再生確認したい場合には

mplayer eizou.avi -audiofile oto.wav

とすると -audiofileで指定した音声トラックで再生できる。音声を一度抜き出してaudacityなどで編集した場合、一度これでタイミング等の確認をしてから ffmpegなどで最終ファイルに再エンコすればよい。

---
とまぁ、こんなツール類を使っている次第である。Linuxでのビデオ編集環境は あまり恵まれているとは言えないかもしれないが、それなりに道はある様だ...

今日の Logitech MX620 はやはり欠陥品...

こちら に書いたとおり、数週間でフリースピンしなくなったMX620....購入店で交換後二月足らずで症状が再発....予感は的中...

自分的には、一年以上使っていて、全く問題の出ていないVX-Revolution というベンチマークがある以上、なにより同じ症状が二度再現した、というこの事実...これは たまたま、ではなく、やはりなんらかの欠陥が存在している、と断言してよいだろう、と思う。

Googleで検索すると...結構同じ症状が出ている糢様...これは欠陥だろう、やはり...

で、これをどうするか...仮に再度購入店で交換してもらったとしても、それがこの欠陥に対する対策品である保証はない...そもそもこんな単価のもの、欠陥が露呈しても、流通在庫の回収、リワーク、 再出荷、なんてものをするだろうか？.... クレームが出た時点で交換する方が経費的にも安くすむのでは...少なくとも全品回収するよりは....

さらに言うと、日本におけるLogitech (Logicool)は 単なるなる流通商社なのだろうから、回収、リワークなんて事は独自ではしないだろう... これがどれぐらい返品されるか... その返品率などを睨んで、おそらくは通常の保証、不良品は交換いたします...でその場を凌ぐのだろう...フリースピンしない、と言うだけなので、普通に使うには問題ないわけだし...

本社、米Logitechは、おそらくこの欠陥を認識してはいるだろう。 が、その改修、改良版がいつ出荷されるのか... これが解らない以上、現時点で不良品として返品、交換してもらっても、再度同じ事が起こる確率が極めて高いのではないだろうか....

と言う事で、交換してもらうにしても、もうすこし"待った"方がよさそうな気がする...
---
Logitechはエポックは製品を送り出す印象の、自分的に好感度大なメーカーだっただけに、症状再現=欠陥の露呈...ちょっとがっくり.... まぁ保証期間が長いから、おちついた頃に返品交換してもらうか...

---追補---

その後ホイールのゴム部品の伸びが干渉するのが原因であると判明

今日の LTSpice/SwitcherCAD III on Linux

初めにMAKE:Blog のこの記事 を見た時には、"なーんだMacでの事か.."と言う事で読み飛ばした。WindowsなしでWindowsのアプリを走らせる、という事なのだが、例として Linear Technology社が無料で配布しているLTSpice/SwitcherCAD III がMacで走っている写真が載っている。このLTSpiceに興味があるのだが、これはWindows用のソフトだ。Macで走らせるって、エミュレーターか何かで？ Linux使いの私には"そんなの関係ねぇー！"的な 話だ...

なのだが、二度目にこの記事を見た時に、一応"読んで"みた。で、Macで動かしてるのはCrossoverという有料のソフトらしいのだが、これはどうも"Wine"の成果物であるらしいのだ...ということはLinuxのWineでも走る...?

と言う事で、早速 LTSpice/SwitcherCAD III をダウンロードしてインストールしてみた。Wine環境にどうやってインストールするのか..という正しい方法は私は実は知らない！のだが、 ~/.wine/drive_c にダウンロードしたファイルを持っていって

wine ./swcadiii.exe

とすると drive_c 以下の Program File 以下にインストール出来た。
実行は同様にwineを使って、インストールされた実行ファイル scad3.exe を実行すればよい。
普通のアプリと同様に使うにはaliasかスクリプトで起動できる様にしとくのがよいだろう。

---
で、動かしてみると、こいつは結構"使える" という感じだ。学習用のサンプル回路が色々入っているのでいくつか試してみた...

FFTもワンタッチだった...

場当たり的に、JFET 一石の回路を書いてみた...定数とかは適当...

Sim後に回路図にカーソルを合わせると電圧、電流プローブに変化して、そこの電圧や電流が即座にグラフに現れるという素晴しい機能も...

(カーソル写ってないけどプローブを当てるとグラフにどんどん付け加わる)

---
色々なデバイスのモデルが用意されているが、Trなどはさすがに2Nなんとか、とかUSを中心としたモノばかり。本来の目的であるLT社製品を利用した応用回路の設計支援用、なのでOPアンプなどIC類は当然LT社製品になっているが、 ちょっとした回路の"傾向"を定性的に考えたりするのには、乱暴だけど"TrやOPアンプなんて何だってだいたい同じ"、なのだから、お遊び程度ではこのままでも十分使えそう。

例によってWin専用、オープンでもフリーでも無いソフトウェアではあるが、しかし、無料でこんなモノが利用できるなんて...よい世の中だと思う...というか、LT社ブラボー！

Today's Play Saint-Saëns on Toy Theremin

Today's Play Bach on Toy Theremin

今日の続学研のおもちゃテルミンのナゾ

前回 なんでこの回路で音が鳴るのか不審に思って推測というか妄想的な仮説を書いてみた訳だが、今回は Qucsという回路シミュレーターで検証っぽい事をやってみた...

いわゆるspiceのトランジェント解析、というやつで、 この程度の簡単な回路なら御覧のとおり qucsで簡単にグラフ化できる。 計算サンプル数がよくない、というか少ないので細かな所でエイリアジング的な効果が出てしまって正しくないかもしれないが、おおむねの傾向は分かると思う....

なお回路図や各定数は 検証してグラフを書く為に適当に入れた値である事をお断りしておく...
---
まず二つの異なった周波数の信号源を抵抗Mixするとこんな波形になる... ここでは 500KHzと499KHzを混ぜてみた。二つのCWを抵抗で混ぜるだけでこうなる、ってのは当り前、なのだろうけど、不思議でもある...

ただし、これをいくら増幅しても音声にはならない。単なる二つの高周波信号の重ね合わせにすぎないから...

次は、前回の仮説の検証、アンプの入力の寄生ダイオード(あるいは保護ダイオードかも...) でマイナス側が削られてるのでは?、もしそうだとすると、実際どうなるの？ というシミュレーション...

で、適当な値の容量を付加して軽くフィルターをかけて高周波成分を減衰させてやると、こんな波形になる...

これで、やっと"音声"信号らしくなった...

もし、ちゃんと楽器のLine出力として使うなら、もうちょっとキャリア落とさないとだめ、接続先が可哀想、ということで....容量増やしてみると...

結構綺麗な波形になった、けど下側が削られて出来た波形だから上下非対称。まーこんな感じ？ ちゃんとするなら、2次とか3次とかの LCフィルター入れたい所かな？？

ちなみに周波数差を5KHzにしてみるとこんな感じ...

まぁ実際は"アンプ"が動作しているわけで、アンプの周波数特性(高音域でレベルが落ちる)というのがフィルターの代わり、というところか。 でもいきなりレベルの高い高周波入れられたら部分的にいろんな所で飽和したりとか、内部回路に変な発振を誘起させないだろうか、とか心配でもあるが、それを含めた結果が"あの音"なのかもしれない...

---
ともかく、学研のテルミンは、出力アンプが気に入らないから、と言って、あれを他のちゃんとしたOPアンプの増幅回路に変えたら、たぶん音が出なくなるわけだね...

なんか、すっきりした様な、しない様な...

---
以下オリジナルアンプを止めて、ダイオードでなるべく綺麗な波形を得るにはどうするかという試行....



あたりまえだけど動作点と、信号の大きさ、によって波形の歪み方が変わるのだが

入力は小さいより

大きい方が全波整流的な波形に近付く....のは仕方ない...けど、あんまり音楽的な波形でもない...

同一レベルの合成だとモロにDSB的な波形になるから正弦波からは遠くなる...ので、ちょいと工夫してやると...

AM波形っぽい...ので正弦波に近づく...のだが、これでも入力が小さいとやはり歪みが大きくなる....

ので、場合によっては直流バイアスかけてみるのもよいかも...

キリがないのでおわりにするが...なんとなく、綺麗な波形を得るヒントが得られたような気がしてきた...実際は発信器の出力を変えるより、抵抗mixのところの二つの抵抗値を適当な比率に変えてやるとよいか...でもあの基板の発信器の出力レベルってどれくらいあるのだろうか....

---
さらに
→ 今日の続続学研のおもちゃテルミンのナゾにづづく...

今日の学研のおもちゃテルミンのナゾ

ご存知学研の大人の科学にテルミン登場...ということで、つい買ってしまった。2300円と微妙な値段。買う前から、ちょっとこれは怪しいかも...なんて気がしたのだ...が

学研のサイトにはご丁寧に付録の組みたて説明書がPDFで置いてあったので事前に読んでみたのだが... なんか、ものすごく ショボい、チャチな感じが... 雰囲気的に感じられたのだ。

なのだが、しかし非常に気になるので結局買ってきて、早速組み立ててみた訳だが、説明書通りに組み立てただけでは、正直いってこりゃアカン！ という代物だった。

チューニングが合わせられないのだ。 ゼロビートに持ってゆくのが非常に困難。いや、調整時はゼロに持っていける。でも、押えてる手をちょっとでも動かすとビートがすっとんでしまう... 調整ドライバを離した瞬間ブーっ！ と鳴る...

そもそも感度も良くないし... とても本に出てるように”練習してみよう！" なんて気にもならない、つまり練習以前に楽器としてダメダメ、なのである。 よく商品化にしたなぁこれ... と言うのが正直嘘偽りのない私の感想、第一印象です。

---
でまぁ、ちょっとだけ工学的に考察してみると、一応高周波の発振器が2基搭載されていて、それぞれバリキャップで周波数調整する様にできている。そのうち一基の発振器の容量が外部のアンテナに繋がれ、アンテナに手をかざし動かす事によって人間の手との間に介在する静電容量を変化させ、それがすなわち発振周波数の変化として現れ、もう1基の発振器とのビートが音声となって現れアンプで増幅して音を出す...

という原理なのであるが、この学研のテルミンは筐体が見ての通りプラスチック。全然シールドがとれていない。これを手にもってチューニング...となると、その手と基板上の発振器が結合してしまう...2基のうち1基は基準発振器であり周波数は動いては困る、のに、シールドが全く取れていないため、その手と基盤上の配線で結合がしてしまうはずだ...加えてもう一つの音程を決める可変発振器の方も同様に結合しているだろうから、チューニングを合わせたつもりで、そっとその手を動かす...それだけで、周波数がぶっ飛んでしまう...

まぁ、うまくチューニングが合ってなくても、ビービー音が鳴ってる時にアンテナにかざす手を動かすと、確かに音程は変わる..が、ちょっと演奏してみようか、という感じじゃない。

---
で、こりゃ、空き缶か何か、金属の筐体に基板を納めないと安定しないんじゃないかな、と思ったが、こんなもの改造してみたところで... 外部端子出してみると面白いかも？？ でもこの回路じゃねぇ...最低LPF噛ませたいし、大体この音、アンプで既にクリップして歪んでんじゃない？？

ゲイン無しでバッファのみにすればよいかもしれないが.... いやそりゃだめか.....大体二つの発振器を抵抗で繋げて直でアンプICに入れてる所が非常に妖しい...抵抗ミックスでヘテロダインって原理的には無理なんじゃ? ...出来たら無線屋さん大喜びだろ...おかしいよこれ....、もしかして、ICアンプに.わざと直に高周波入れて飽和させて...ってこと？？...だからクリップしてビービー言ってるの...? うーむ....

---
[なんとなくそんな感じではないか、という推理というか妄想]

はじめに回路図見た時は高周波をいきなりアンプに入れるなんて野蛮だ！ ICが可哀想だ！！と思ったが、このテルミンはそれが故、ちゃんと音が出ているのではないか？という未検証な推理...

アンプはLM386かそのコンパチ品みたい。だとすれば、その入力端子はPNPのベースであり、そのコレクタは回路GNDに、エミッターは差動PNPのベースに接続しているはず。これは入力端子の電位をGNDレベルに保ったままアンプ入力として使う為の回路。で、入力は GND基準として見た場合 波形の マイナス側は 入力PNPのベース(Trのエピ)と SUB(IC基板)とのpn接合の Vfまで許容範囲となるはずで、それ以下ではクリップする、というか入力PNPが動作しなくなる。 で、二つの発振器の入力を抵抗で混ぜてこの入力に入れると、GND基準で＋側はともかく-側は先の理由でクリップ、丁度ダイオード検波みたいな波形になる... 抵抗で混ぜた高周波の元信号は、二つの周波数のぶつかった波形で、丁度SSBDSB (BSB) の波形というか、そういう感じになるだろうから、その波形の上側のみ増幅され下側は削られる...結果として、全波整流の波形みたいにカマボコが並ぶ様な波形になる...アンプで増幅できない高周波は自然と減衰して、音声帯域のかまぼこ波形が出てくる...つまりこのテルミンの音声出力は本来のうなり成分の正弦波にならず、高調波歪み成分たっぷり。普通のテルミンはその辺手抜きなく作っているから正弦波にちかい クリーンな音がでる、が、学研テルミンはそういう理由で ビィいゐ〜という音になる... アンプ直結は一見無謀に見えるが、このテルミンの発音する要になっている...

のかな？？

PCのマイクとbaudlineを使ってその音を解析してみた


見方によっては 全波整流波形っぽい...???
アンプでクリップした様な、もっと汚い波形を想像していたけど、わりと綺麗だ。
ファンダメンタルに対して2次、4次が比較的的大きい...ので、すこし甘みのある音味になってるのだろう...

もっとも音程によって波形はいろいろ変わるけど...
---
だいたいこんなモノにも表面実装部品だ...あれこれ弄るなんてオヂサンにはつらいよ.... どうも 解説にあるように改造してみよう、なんて気もおきない...

しかしともかく、このままでは 玩具以下のガラクタだ。 お遊びで手に持ってブーブーと言わせるにしても、もっとマトモにチューンできないかなぁ、と考えたのが次の改造、というか改造未満の改良。 これは効果があった。

御覧の通り、電池BOXのマイナス端子を金属テープで外部に引き出すのである。

手持ちの銅箔テープを用いたが、アルミテープでも構わない、と思う。電池ホルダーのバネに挟む形で電池のマイナス端子(GND)を筐体おもてに引き出すのである。

で、この引き出した"GND端子" に手に触れる形で筐体を持ってチューニングして、そのまま演奏を行うのである。 要するに回路のGNDを人体に接続してやる事によってアンテナ-人体間の静電容量とその変化を大きくしてやる、という訳である。 チューニングも、GND接続前と比べると格段に安定する。 ただし引き出したGND端子から手を離してしまうと周波数ぶっとんでしまう....改良前と同じ事になる... なので、これは手持ちテルミン、という事になる。

これでなんとか、テルミンらしく演奏してみる気になったが...
↓とっても酷い演奏なので、気分を害さない程度にVR絞ってね^^;)



---
と言う事で、GND端子を出して左手の指でそれを触りながらチューニングをとったり演奏してみると良い、という事が分かった訳で、この学研のオモチャがダメ、なのは、プラの筐体でGNDが取れていない事に問題があるのだと思う。 筐体から手をはなしての演奏、は、元のままでは無理、だ。 アルミの弁当箱みたいなのに組み換える、接地をきちんと取る、ぐらいしないと、ダメかも？？

あとアンテナ、これダメ。細くて揺れ過ぎ...
エンピツかににかに導線まいてヘリカルっぽく作る、とか、短いアンテナの頭にキャパシターハット付けて容量稼ぐ、とかすればよいかも...

と言いつつ ひま潰しで、ジャンクのロッドアンテナつけてみたりして...



ふらふら揺れないからピッチも安定する... けど、音程のずれも目立つ様になる...


---
とこんな具合... まぁ、オモチャだから仕方がないか... と言う感じでした。
もっとも、電子技術者だったら、もっとマシなモノを自力で作れなきゃいけないんだろう、と言う気もしないでもない... これをきっかけにすごい自作テルミン作る人も現れたりして...

あとこれ、家族居る人、結構顰蹙かってるのでは？
ブーブーピーピィ五月蝿い！ なに屁ぇこいてんねんええかげんに晒せぇとか言われてたりして ^^;)

今日のffmpegでニコニコ動画用エンコのナゾ

YouTubeが火を付けた視聴者投稿型オンラインオンデマンド動画配信サービス...というか、動画サイトでるが、YouTubeを始め大小多数のサイトが乱立している状況になっているが、日本ではニコニコ動画というのが人気らしい、と思ったら、このニコニコ利用者は国内のYouTube利用者を越えたらしい。YouTubeその他と違ってサイト内の閲覧はアカウントが必要という事なのだが、最近いろんな所にリンクが貼られていたりして、それらを見られないのもなんだかな、と言う事でアカウントを取ってみたりしていた。

で、見るのはともかく、upする場合はどうなのだろうか、と言う事もあってこんなまとめサイト を参考にしながら実験してみたので、現時点で気がついた事、まとめをメモとして書いておこうと思う。もちろんLinuxで動画をエンコしてupするのが前提である。

あくまで、主にffmpegの使い方の自分用メモなのでそのつもりで...
---

• ニコニコはYouTubeと同様 Flashのプレーヤーで動画配信するので、配信される動画フォーマットはflvである。

• 今のところニコニコのflvの画像サイズは 512 x 384 である。

• ニコニコは、mpg, mp4, aviなど複数のフォーマットに対応しており、何を投げてもニコニコ側のサーバーで 512 x 384 の flvにリサイズ、再エンコードされる。

• 試しに mp4などをupしてみたが、非常にブロックノイズの目立つ、荒い動画に変換されてしまった。

• どうもニコニコ側でリサイズ、再エンコがかかると、場合によってはYouTubeもびっくりの低画質になってしまう。

• なので、あらかじめ512x384にリサイズしたファイルをupするのが良さそうである。

• 高画質を狙うなら VP6 2pass で flv4 にエンコするのがよいらしい...がなんのこっちゃ？

• flvをupする場合、そのビットレートは 600kbps (max 650k ?) が最大で、それを越えるとニコニコ側のエンコードで弾かれる。flvの場合はファイルサイズ制限40MBというのもある。

• Linuxでも ffmpegで各種動画ファイルを直接flv (flv1)に変換できるので、これを使ってみる。

---
と言う事で以下 ffmpegの 使い方の例


元ファイル音声が mp3でレート等に問題なければそのまま copyで使える。

ffmpeg -i test21.avi -vcodec flv -b 500k -r 24 -s 512x384 -acodec copy test21.flv


単純なflv変換; あらかじめ avidemuxとかで編集してリサイズを済ませておくと楽かも。

ffmpeg -i test9.avi -vcodec flv -r 24 -b 400k -ab 128k test9.flv

音声は44.1k とか 22.05kとかでないとflvにならない様だ。 音声と映像のレートの合計を600k未満にする必要がある。 ffmpegはデフォルトで -b と -ab を設定しないとえらく低ビットレートになって画像音声共に不満足な結果になる。 -r は、まぁ 15とかでもさほど問題ないかもしれない... -ab 128ってのは音質優先、音がどうでもよければもっと下げて -bの数値を上げる。

ffmpeg -i test9.avi -vcodec flv -r 24 -b 400k -acodec mp3 -ab 128k test9.flv

とでもよいのか。 元ファイルが mp3で そっくりそのまま使うなら -acodec copy でもよい。

320x240、デジカメの動画サイズ、YouTubeサイズをupする場合、 そのまま512x384にリサイズしてもよいのだけど、やはりちょっと粗が目立つ。そういう場合は元の大きさのまま黒枠、ブランクを入れてやると動画にリサイズがかからないから劣化が目立たない。 -s オプションで元のままのサイズを指定して、-padtop -padbottom -padleft -padright で 512x384に満たない部分を埋めてやるわけである。

16:9な元ファイルだとこうなる

ffmpeg -i test23.avi -vcodec flv -b 500k -r 24 -s 512x288 -padtop 48 -padbottom 48 -acodec mp3 -ab 128k test23.flv

-b 500k ってのは微妙で、 -ab 128k と組み合わせると600kを越える... 場合によってはダメかも。

YouTubeサイズに黒枠を付加して別に編集した wav音声をlameでmp3に変換しておいてから合わせて flvに出力する...

ffmpeg -i onsei.mp3 -i douga.avi -vcodec flv -b 450 -r 24 -s 320x240 -padtop 72 -padbottom 72 -padleft 96 -padright 96 -acodec copy test25.flv

---
で、こうやって ffmpegで flvに変換してニコニコにupしてみると、確かに aviをそのままupするより綺麗にはなる...が、 600k というビットレートだとやはり 早い部分、細かい部分でかなり荒れてしまうのは避けられない。 まあしかし、遊びで使うぐらいなら、この程度でよいか、とも思う。

びっくりする程綺麗な動画を見る事もあるが、とてもかなわない。あれはやはりflv4とか、エンコの方法が違う、のだろう。linux上でああいう高画質をどうやって実現できるのか、はよくわからない。mencoder使えば出来る？
---
という事でupdateを...Debianでマルチメディア系を使うに当たって避けて通れない定番パッケージ群のおいてある..

http://www.debian-multimedia.org/

ここのmencoderを入れてみた...けど、mencoder 最大の欠点...オプションその他が多過ぎ、複雑過ぎてわけがわからん！...いちおう vp6のflv の 1passは出来た、けど画面下に緑の筋が入る、とか、エンコがやたら遅い、とか画質も良くない！...と言う事になった。2passにすれば改善はするのだろうけど、やりかたわからん... 比較してみると、 ffmpegで2passは簡単だしエンコ時間も1passあたりほぼ動画の実時間よりちょっと少ない、ぐらいなので、無理にmencoder使うこともなさそう、と言うのが今の所得られた感触だ。 正直mencoderはよくわからん。 あと非公式パッケージを入れたらライブラリー類がいくつか入れ替わって...その影響か、ffmpegがうまく動かなくなって..結局ffmpegも上記の非公式版に入れ替えるはめになってしまった... もっとも Sarge時代から引き継いでる DVDそのたの関係で 非公式パッケージも部分的に入り込んでるわけで、いまさら純潔を守れるはずもない...

と言う事で、今のところ、 音声128kb 映像500kb ぐらいで、15fps、ffmpeg 2passで flv1でのエンコが音質画質での妥協点かなぁ...( 元々 どんな形式使っても600kbってのはかなりつらい...最低1000kぐらい欲しい)

今日の超望遠レンズ撮影のナゾ

ナゾと言う程の事ではないが
デジカメ + 双眼鏡 で超望遠撮影が簡単に出来るという例をupしてみた...






昨日何の気無しに利根川方面を散歩してたのだが、その時に撮ってみた。
前半はIXY500の素のまま、後半は双眼鏡使用時である。

Kowa 8x25DCF 双眼鏡の接眼レンズにIXY500のレンズをあてがって... いわゆるコリメート撮影と言う奴。 手持ちなので、とても不安定でピントや光軸合わせもままならない...ちょっとケラれてる... いいかげんだけど、デジカメのオマケ動画の画質程度なら十分って感じで撮れる...意外と実用になる。

ちなみに通常時のIXY500のレンズはテレ端で22.2mmで35mmフィルムカメラ換算で108mmというスペックなので、8倍の双眼鏡と組み合わせると... 約860mm相当の超望遠レンズになるわけである...

今日のLogitech MX620不具合のナゾ

先日購入したワイヤレスマウス Logitech ( Logicool ) MX620を

VX Revolution & MX620

毎日職場で使っていたのであるが、早くもホイールの動きが悪くなって来てしまった。ホイール一回転360度のうち、60度ぐらいだろうか、非常に抵抗分が大きく、売りのコマの様に回転が持続するフリースピンモードにしても回転が持続しなくなったのだ。気がついたのが先週末だから購入後二週位でこのありさま。普段フリースピンでは使わないのでどうって事ないのであるが、クリック感のあるモードでもこの抵抗感が感じられ、元々の軽快感が無くなってしまった。昨年買ったVX Revolutionのホイールは一年近く経った今でも新品同様に動作している...から、これは初期不良なのだろうか？



と言う事で本日購入店へ出向くと、あっさり交換となった。

で、交換された新品のMX620のホイールの回転を、改めて VX Revolutionと比べてみたのだが、MX620は回転のガタつき、というか回転時の回転ノイズがVX Revolutionに比してかなり大きい事が分かった。VX Revolutionは非常に静かに回転し、ノイズが少ない。耳をあててみてもヒュイィーんと小さい音がかすかに聞こえるだけなのだが、MX620の方はカタコトカタカタとノイズ音が大きいのである。音が大きいという事は回転エネルギーにロスが生じている、という事で回転持続、連続スクロール距離もVXに比べると劣る、触り心地も若干抵抗感がつよい"気"がする....回転バランスなのか、回転機構の精度が悪いのか、見た目は全く同じホイールであっても全然違う、と言う事が分かった。

これがこの個体のみの問題なのか、ロット性があるのか、MX620として標準なのか(廉価版という事でVXに比べて精度を落としている？) 、どういう理由なのかわからないけれど、軸受回りの精度に問題がある事は確かな様だ。 そしてこのカタカタ言う様子を見ていると、今回がたまたま、なのではなく、再度同じ事がおこりそうな予感がする...のだが、まぁしばらく使って様子を見る事にするしかないですな...

と言う事で、再度不具合が発生したら同様にレポートしてみたいと思う....

---
ホイールに問題が出た以外はおおむね気に入って使っているのだが、単三電池二本を使うと言う事でマウスとしての軽快感はVXに比べて劣る気がする、と言うか、はっきり言って重たいのだ。大きさも自分の手にはVXの方が合ってる気がする...サイドにあるボタンはVXより押しやすい...

ちょっとした事であるが、マウス選びって結構難しいものですな。実際使ってみなけりゃわからない... 無いと困るものだから、今回の様に不具合出て修理だの交換って一々面倒くさいし、かと言って捨てて買い替えるのは躊躇せざるを得ない貧乏人には微妙に高価な値段(6000円弱)であるし...

少々高価になっても耐久性や精度を上げて短期的に絶対壊れない、劣化しないものを作って欲しいな、とも思うね... 紙とペンで仕事をしなくなって久しいけれど、PCとマウスは紙とペンの置き換えと考えると、ちょっといい万年筆を長く愛用する、という感じで使いやすくて品質がよくて壊れないちょっとよいマウスってのが欲しいところだ...


---追補---
その後症状が再発...

不具合の原因はホイールに巻かれているゴム部品が伸びて干渉する事が原因と判明...

使い続けると最後にはホイールがまともに使用できなくなる

今日のICアンプのナゾ:台風上陸記念スペシャル

台風接近中と言うことで早く帰宅して暇だったので書き散らしてみる事にする。
---
Jeff Rowland といふ 高級オーディオメーカのパワーアンプの出力段にNational Semiconductorの一ヶ2ドルのパワーアンプICが方チャンネル6ケ、だったか、計1ダース使われているらしい...と言う事を知った時はちょっとした衝撃だった。しかしそれが意外と結構評判がよいらしい。結局アンプなんてある程度の性能が出てればなんだってかまやしないのではないか、という気もする。 前後して、Tripathの1chipデジタルアンプICを用いたアンプ基板キットを組んで、それが自分的に驚きの音質であったので、元々希薄であったオーディオ関連商品に対する興味が、なお一層無くなってしまった。王侯貴族や石油王が買うようなハイエンド商品は、そもそも失業したら路頭に迷う様なサラリーマンが買う類の商品ではないわけであるし、100万円のアンプの中身がICであるとか、100万円のディスクリート構成の高級アンプが1万円の安物デジタルアンプにブラインドテストで負けた、なんて記事をどこかで読んだりしてるうちに、結局アンプは工学的にアンプであれば何だって構わない、ICアンプだって十分に音楽が楽しめるという確信を強くしたわけである。
---
Philips の TDA1552 と言う、ちょっと古い品種だけれど、20W2ch BTLのB級アンプがあるのだけれど、これは外付部品が入力のカップリングおよび電源のパスコンぐらいしかない、という代物で、つまり簡単にステレオアンプが作れてしまうわけで、結構人気がある様である。 音質も悪くないと思う...と言うのはこのICは 昔パソコン用に買った JBLのMedia3というアクティブスピーカーに使われていて、これが安物のくせに癖がなくけっこういける音質...と私自身知らずに使っていたのである。( chセパレーションとかPSRRのスペックがあまり良くないけど、これはVref端子が外に出てなくて容量で接地出来ないから..? ケミコン一個減らす為...?? あるいみ潔いのかな)

でこのICを使った自作が流行っていたり、このICを使ってアンプを作るマニュアル本が出てたりしている。そのマニュアル本を見て...びっくりしたのが、いきなり初心者に 空中配線をやらせるという著者の意識レベルである。人にモノを教えて、本を売って金をとるという行為は"プロ"の仕事と言って良いと思うが、そのプロが素人に一般的にプロは絶対にやらない、やってはならない 空中配線をやらせる... のはプロ意識の欠如ではないか、と思う。ああいう実装方法はアマチュア的であって、"本当はいけないのだけれど、自分で使うだけだから目をつむる" というレベルのモノなのだ。あるいは プロもやる事のだが、あれこれ試行錯誤をする"ブレッドボード"の作り方だ。ブレッドボードはあくまで実験用に作るもので配線や部品の切り貼りを行うからプリントパターンなど起こせない、だから空中配線...となるわけで、本来趣味で作るものであっても実用に供するモノに応用してはいけない実装方法なのだ。初めてハンダごてを握る純真無垢な人になんという事を教えるのだろうか... 空中配線なんてやらなくて済むならやらない方がよいのに...

出版するという事は少なくても数千部は出るのだろうから、だったらPCB起こして付録にしてもたいしたコストは掛からないだろうに、ICだって数千個単位ならかなり安く仕入れられるだろうから基板+ICが付録で 500~1000円 upぐらいにできるのでは... 大人の科学の学研がやれば絶対に出来るぞ...なんて どうでもよいお節介を妄想してしまう...

---
まぁともかく、かくも左様にICアンプの自作記事なんかがネットに色々上がったり、先の様な書籍が出版されたりと、なかなか面白い傾向であるなぁ、と眺めていたのであるが、一方、やはりICというモノの原理とか本質はなかなか理解されていないものだなぁ、という記事や掲示板の書き込みに出会うこともままあるわけである。考えてみるとICを使った事がある人、見た事がある人は多いだろうけど、その中身が実際にどうなっているのか、知っている人、見た事がある人はほとんど居ないのだろう。知らないから正しい知識もないわけで、元々がブラックボックスだから勝手な想像をするしかないわけで いい加減な事を実施したり、それを他人に吹聴している...という感じなのであろう、と思う。

でまぁ、そういう無知な人にICアンプの中はこうなっているのだよ！ と簡単簡潔に説明 するには.. どうしたらよいか...なんて事をちょっと考えてみたのである。 とりあえず 紙にアイデアを書いてみて .... 挫折した ^^;) 分からない人に分からせるのはやはり難しいし、紙に一枚二枚の図面じゃ説明できないのは自明だし、まじめにやったら本になっちゃうし、本書く程パワーないし..

と言う事で、簡潔にまとめるとか、図を清書するとかは止めにするけれども、一応スケッチと要点をあげておく事はしておこう、と思う。

---

--- INSIDE THE POWER AMP IC ---

スケッチ、といより落書きだなこりゃ ^^;)

• ICの心臓、シリコンチップは リードフレームの中央の アイランドと呼ばれる金属板に接着され (パワー系のICはハンダでつけます...小信号のものは銀ペースト) チップ上のボンディングパッド と フレームのリード部の間を 金線で接続して導通をとる。それを モールド樹脂で固めて、リードに滅金をかけたり足を切り離したり曲げたりして、あのICの形にするわけですね。 あとパワー系のICはたいてい放熱用の金属板が付加されている。スケッチは TDA1552のピン配置を参考に、たぶんこんな風になってるはず、という想像図で、当たらずとも遠からず、なはずです。写真探してみたけど無いし(あたりまえか...) さりとて自分が関係した某機種の図面出す訳にもいかないから(守秘義務違反...) いい加減なスケッチで我慢してください。....ちなみにモータードライバーだろうがSWレギュレータだろうがパワー系のICはたいていこんな感じのチップになっている...ちなみにICのリード(足)は結構脆い。曲げ伸ばしは基本的にしては行けない。やってみれば分かると思うけど、2,3回なら折れないかもしれないけど、4,5回越えるとポロッと来る。抵抗やコンデンサーのリードと比べると材質が硬いせいか、遥かに弱い。当り前であるけれどICのリードは元々ユーザーサイドで曲げる事は考えていないのだ。だからICの足をあれこれ曲げてぐちゃぐちゃ実装する”空中配線”なんて、してはいけないのだ... (自己責任でやっても良いけど、それを素人に推奨したり、ましては売り物なんかにしちゃいけない)
  

• 電源電圧に余裕のあるIC、または一昔まえの回路形式では 出力段はエミッターフォロワーの SEPP、いわゆる準コンプリメンタリーまたは純コンプリメンタリーが定番。普通のOP アンプも同じ。ちなみにコンプリメンタリーと言っても ディスクリートのコンプリ程特性が揃うわけではない。ディスクリートの場合はそれぞれ別ウェハー、別条件の別機種だからそれぞれを特性を合わせ込めるが、ICは一つのチップ上に両方作りこまなきゃいけないので、構造も特性も始めから合わない... プロセスによってはPNPの特性出すのはやはり難しいので下側もNPNで疑似コンプリってこと。
  

• 最近のカー用アンプなどは、出力をGND-VCC間目一杯に振らせる必要がある(出力スペック要求が高いから)ので出力はコレクタ出し、上側 PNPで下側はNPN が定番。出力がMOSの場合は上がPch,下がNchでドレインが出力。 あとポータブル用低電圧なやつも同じ。電源電圧目一杯有効に使うという事ですね。 Rail-to-Rail なOPアンプと同じ形式。
  

• デジタルアンプの出力素子は、上Pch下Nch と 上下共Nchの二つの場合がある。 PchはNchよりどうしても能力が劣るので素子面積ががどうしても大きくなってチップサイズが大きくなって原価が上がる...から上もNchにする事が多いのだが、上のNchをONさせるためには当然VCC以上の電圧が必要になるのでブートストラップとかチャージポンプとかの回路が必要になる...
  

• IC上のトランジスター、抵抗その他の部品はシリコンのpn接合で分離されている。逆に言えばすべてpn接合で繋がっている。 同じ原理で、IC上の素子には、それに寄生する形でpnダイオード、 pnpやnpnトランジスター、場合によってはサイリスターの様なものまで寄生する事になる。

• しかし正しく回路が組まれ、正しくチップが設計されて、電源やバイアス、GNDなどが正しく接続され、正しい動作を挿せている限においてはそれらの寄生素子はICの動作に影響を及ばさない。

• 逆に言うと、不適切な使い方、動作範囲を越える不適切な電圧を与えたり(とくに負電圧に注意)すると寄生素子が動作しはじめ、異常な動作モードに入る。ICは正しく動作しないばかりか、破壊を起こす事がある。
  

• 従っ て、データシートやアプリケーションノートに書かれた応用回路から外れた動作をさせてはならない。アマチュアユーザーが思い付きで考える様な事(使わない チャンネルの電源を繋がないで殺す、とか バイアスのフィルタ端子に外から電源を加える、とか複数のGNDピンをばらばらに接地するとか...)を実施した場合致命的な動作不良、信頼性的な劣化等想像外の影響を及ぼす事もありうる。問題がおこるか起こらないか、はICの中がどうなっているか、で決まる。 ICは ブラックボックスであり、通常内部の正確な等価回路やチップのパターンレイアウトは多くの場合非公表で、それを知るのはIC設計者、メーカーのみである。従って、一 般ユーザーはやってよい事、悪い事は判断ができないわけであるから、まずはデータシートやアプリケーションノートに従うべき、である。

• 電源ピンが複数ある、とか、数種類の電源電圧のピンが出ている、と言う場合、それぞれ独立した外部電源でバラバラに供給してしまうと、それぞれの電源のon/offタイミングなんかも問題になるかもね。さらに注意すべきなのは複数のGNDピンがある場合。 たいてい PGNDとかSGNDとか複数GNDピンが出ているけれど、これらはICの足に近い所で全て同電位になる様になるべく太い配線でそれぞれを完全に接続すること。 それぞれを別ラインで遠い場所で一点アース、なんてのはICアンプでは愚の骨頂。安易にそんな事をしてPGNDとSGNDに電位差が生じてしまうと動作不良を起こすとかIC壊す可能性がある。PGNDってパワー部だから大電流流れて電位がもちあがるし、ふらつく、SGNDは小信号だからあまり電流は流れないからふらつかない。だからそれぞれ別の配線で遠くで接続しちゃうと、当然電位差が生じる、のだが、ICの中の事を知っていればそれがどれだけ恐ろしい事か... 実装して 誤動作しない事が確認出来ているならともかく、もし理屈がわからなければ、ともかく推奨の応用回路とかプリントパターン通りに配線すべきです。 IC焼いたりスピーカ飛ばして痛い目にあって学習したい、と言う自虐的な方はICの中の事を無視した自己流で配線するのも一興、止めはしませんが...
  

• も しあなたがセットメーカーの技術者であれば、ICメーカーに問い合わせれば必要な情報、応用回路の検討等のサポートが得られるでしょう。しかしアマチュア 相手にそれをしてくれるメーカーはまず皆無。そのかわり、各社それなりのデータシートやアプリケーションノートを発行しているわけである。一にも二にも、 勝手な応用はしないで、それらに従うべき。

• もちろん 個人がポケットマネーで買った部品をどう使おうと誰に文句を言われる筋合も無い事である。中身がわからないんだから解析して使いこなすというチャレンジ精神はすばらしい。しかし理屈が説明できない事をあちこちに書いて、いわゆる"初心者"を惑わすのはどうかな、と思いますがいかがでしょうか？ 自らマニアと呼ぶ様な人のなかには、たまに物理法則や光の速度さえ越えてしまうよくわからない理論を振りかざす人がいるものだけれど、所詮アンプなんて電子回路なんだから電気や電子の理論が信用出来ない人は本来回路なんか触っちゃいけないんだよね... 電気がよくわからないのに抵抗やコンデンサ、配線材などの銘柄をやたら気にしたり...不思議な世界だと思う...
  

• 大きなお節介だけれど、電源のコンデンサーに桁違いのとんでもない値のでかいモノを使うのを良くみますが、アンプの出力をショートさせたりした場合かなり悲惨な事になると思う。 IC燃やすぐらいで済めばいいけど、ボヤなど出さないで下さいね。 一般的に、カー用のICはかなり厳重な天地絡保護、出力ショート保護がなされている(カーオーディオメーカーの要求...) のだが、あまりに巨大な容量値だと保護回路効く前にこわれちゃいそうな....インダクターでも居れて突入に時定数をもたすといいかもしれないけど..何ごとも程々が肝要だと思いますよ。 そういう極端な実装を見ると、暴走族こと珍走団が駆る 車高短タケヤリ羽付き満載の族車、珍走車をおもいおこします。 珍走団式アンプとでも命名しようかな...
  

• ICの単価って、実は驚く程安いのですよ..アナログだろうとデジタルだろうと....作る側からみると涙チョチョ切れですよ、本当に。秋葉原の小売価格はメーカー側から言えば考えられない値段。まぁ売ってやるだけありがたく思え、という足もとを見た商売ですね。ただたくさん売れるものじゃないし、売れなきゃ不良在庫だし、小売の手間賃を考えると仕方ないのだろう。メーカーも在庫があれば最低1000個単位ぐらいでしか取り引きしないから、売れなきゃ小売がまるかぶり...だから高い値付けになるわけね。ただせめてメーカー出荷価格の4倍程度おさせて頂きたい。でなきゃ buy one take one 、 今と同じ値段で一つオマケしてやれ。そうすれば在庫掃けるし、買う側も喜ぶし、卸元への注文数だって確保しやすいだろうに。半額にしたって足でないはずだぜ...某店の値付けを揶揄して "ボリ松"なんて言う人が居るけどそう呼ぶ人の気持はよくわかる。

---
....書いているうちに段々支離滅裂になってきたのでこの辺で...^^;)

今日の Logitech Qcam messenger

Logitechの VX Revolutionというマウスを昨年から使っていて、その重たいメタルのホイールの感触と操作性に慣れてしまうと、他のマウスのホイールの感触がどうにも我慢がならなくなる。 職場でも一日中マウス握ってあれこれ作業している身でもあり、職場用にも奮発するか...と思っていたら、 最近全く同じホイールが装備されている廉価版が出た...ので 買ってきてしまった。 Logitech MX620という奴である。 MouseMan譲りのデザインに重たいホイール、しかも5800円と VX Revolutionよりかなりお徳な価格... マウスを変えて 夏休み開けから心機一転...ああまた仕事かぁ.....だるぅ

VX Revolution & MX620

（後日 ホイール部品の欠陥により利用不能となる...というオチが付く事になるとは執筆時には知るよしもなかったのであった....orz )
---
で、今回の主題はこのマウス、ではなく、 Logitech QuickCam messengerと言う webcam である。
マウスを買いに行って、余計なものなのだが、つい買ってしまった、という奴である。 webcamは以前から一つは手もとに欲しいかな、でも無くても構わないし...という程度の、つまり余計なものであったのだが 2980円であったので試してみる事にした。 Linuxで動作するか、という事前調査は全くなし、だったのだが、Logitechだから世界中で売れてるはずだし、だったらドライバーあるでしょ？ というカジュアルな気持で...

Logitech Qcam (Quickcam) messenger

で、USBポートに突っ込んでみるが動作しない....ので調べてみると Debian Etch では関連ドライバーのパッケージが存在していた。今回入れたのは

gspca-modules-2.6-686

というパッケージである。これは 2.6カーネルi686用パッケージで、他にも486用、k7用、amd64用などがあるので、自分の使っているカーネルに対応したパッケージをインストールする必要がある。

で、そいつをインストールしたら、後はUSBポートにプラグインすれば勝手にドライバーがロードされて使えた。 camstreamという アプリケーションを入れてみたのだが、こんな感じでちゃんと写った。

camstream

画質は御覧の通りで、これは 1/2VGAサイズの例なのだが、まぁこんなもんですな。最大VGAサイズなんだけど、ノイズが目立つしスピードも遅いので、実用上では 1/2VGAが丁度という感じかな。

P-II 233MHzな TP600でも動いた。

---
さて、このwebcamで動画が撮れれば...と言う事で avicap で使ってみたのだが、ちょっと問題あり。
まず avicapはダイアログでビデオデバイスを選択する様になっているのだが、それがうまく設定ファイルに書き加わらない様だ。私のPCの場合 /dev/video0 が PCIのビデオキャプチャーカードになっているので、 後から繋いだ usbの webcamは /dev/video1になる、のでその様に指定してみたがうまくいかない。 なので 直接設定ファイル

~/.avm/default

でデバイス指定箇所を書き換えて対処した。

もう一つ、 previewを出してみると、実際のカメラの撮影画角より狭い、中心部がズームされた様な画像が映し出されてしまった。 これじゃ avicapの previewでアングルが決められない！なので avicapt起動前に、事前に先のcamstreamとかでアングル決め、ピント調整などを済ませておく必要がある...ちょっと無理があるなぁ...さらに capture中は previewが効かない、というか、 preview指定するとそこでキャプチャーが止まってしまう...

と言う事で avicapで動画撮影も一応は出来る事は確認したけれど、他に何かよさそうなキャプチャーソフトかなにか探す必要がありそうだ。

ffmpegとかでキャプチャーして、リアルタイムのモニターは諦めて、キャプチャの後追いで mplayerで画像モニターするとか... がよいのかな？？...

今日の台風進路予想図比較

今年は発生数が少ないと思っていたのだが、今回7月にして4号...こいつは日本列島を直撃しそうである...と言う事で恒例の？ 日米進路予想図比較....

気象庁発表

米国海軍発表

ハワイ大学発表

当たり外れはともかくとして、一番情報のエッセンスがつまっているのはやはり米海軍の図面だ...

あと、なんか気象庁って、たいてい不思議と微妙に予想中心を本土から外す進路予想を出すのだよね...なにかあるのかね？...

それと、今回気がついたのだが、気象庁もとうとう予想中心を入れる様になったみたいだ...
以前は以下の通り、わざと、資意的に、と思える程、予想中心がない図面しか発表しなかったのだ....

ポリシーでも変わったのかな？

こうして見ると、JMH(白黒のやつ...無線FAX) はともかくとして、WWWで配布していた昔の図面は本当に御粗末ったのだな...

Today's Audacity multi-track demo

今日のAd block のナゾ

チラチラと五月蝿いバナー広告、これを非表示化する Firefoxのアドオン Adblock Plus と言うのを最近入れてみたのだけれど、これがなかかな良い具合に働いてくれる。 日本サイトに特化したデータベースはまだ無い様だけれど、とりあえず米国向けのものを指定、それで非表示にならないバナーなどは右クリックのメニューから個別に条件を追加して行けば大半の広告は見なくて済む事になる。

で、Operaの場合はどうすればよいのだろうか、と思ったらOpera9 では既に同等な機能は実装されている様である。ただしOperaはFirefoxと違って営利企業だから広告を表示させない機能をことさら強調する事はしていない様である。そしてデフォルトは当然の様にフィルター条件なし、であるので、自分で設定して行かねばならない....

なので、Firefoxの Ad block plusの条件を移植してみようか....と思ったのだが、もしやと探したら、こちらの様に フィルター条件の設定ファイル urlfilter.ini が配布されていたりする。早速 .opera/ 以下 に入れてみたら、なかなか強力である。

これでも表示される広告に出会った場合は条件を追加してやる訳だが、右クリック メニューで Block content というのを選んで、あとは表示させたくないバナーなどをクリックしてやると 赤く BLOCKED IMAGE と表示される。

その条件で良ければ上部に現れたDoneボタンを押してやる。 フィルター条件は直接 urlfilter.iniを編集してももちろんOKだ。

という事で、チラチラ五月蝿い広告の大半とはおさらば出来る...のだが、広告収入で運営している無料ホスティングサイトなんかを使っている身としては、いささか矛盾も感じる。このbloggerもそうだけれど...

だいたい、広告が表示されたり、クリックすればそれが金になる、というのはやはり虚業では.... モノを作る商売で糊口をしのいでる身にとって、実態の無いモノが大金を生むというネット業界は腑に落ちないのだ....

Today's Making "Accordion" sound on microKORG

Today's How to make " Remix " tune with Audacity

今日の audacity で remixごっこ、のナゾ

注釈) 2018/9/30 追記　もはや古い記事なので一応補足しておきますが、最近のDAW関連の音声ソフトウェアでは、録音済みのトラックから、特定の楽器だけ取り出す、楽器で鳴らしている和音を変更する、などかつて考えられなかった音声操作が可能になってきている様で、当然ヴォーカルをきっちり抜き出すという事も出来るようです・・・　ということを念頭にお読みください(笑)
---
素人がCDなどの音源から ヴォーカルトラックを抜き出して別オケに重ねる、というリミックス、YouTubeなどにもよくupされている。 しかし単純に元音源の切り貼りだけでは作れない。ピッチやテンポを合わせる、ヴォーカルのみを抜き出す、などのテクニックが必要であり、よく作ってるよなぁ、なんて思うと同時に、どうやっているのか、少し疑問に思っていた事でもあった。

例えば、ヴォーカルトラックを消しさってカラオケを作る、のは比較的簡単で、原理的にはヴォーカルはステレオ音像内のセンターに定位させるのが普通で、それはほぼ左右同相成分である、という事を利用して、同相成分を消し去るフィルターを通せば良い事になる。これは xmmsのプラグインにも付属しているし 音声エディットソフトなどの のエフェクトにも存在する。 左右同相を抜いてしまうので、低音も抜けてシャカシャカがつよくなるし、相対的に逆相成分が多くなるので元の音質は保てなくなるが、おおむねヴォーカルが消える事はたしかだ。

しかし、それとは逆に、バックのオケを消しさって、ヴォーカルのみにする、のはどうすれば良いのだろうか？ このテクニックが無いと元の歌声に別オケを重ねるというリミックスは成立しない。ヴォーカルは左右同相、という理屈から左右同相成分のみにしても... 広がりのないモノラルになるだけで、オケは消えない。

波形をエディットしてヴォーカルのみを取り出す、のも無理だろう。歌声のみが通過する魔法のフィルター...は素人考えでも無理に近いのは明白... 素人がミックス前のヴォーカルトラックのみを手に入れるのも難しいだろうし、では作り手はいったいどうやっているのだろう....

と言うような事を仕事帰りにiPodで曲を聞きつつテクテクと歩きながら考えてたら....あぁもしかしたら！ と気がついた。早速試してみると、音源にもよるけれどもお遊び程度のものなら作れる事が分かったので書いてみることにする...

----
音源、 これが肝心で、すべては音源しだい。制約は... 原曲と、その 原曲と全く同じだがヴォーカルの入っていない off vocal トラック (カラオケトラック：CDシングルなどのオマケトラック) が揃っている事。 原曲の音源のみからヴォーカルを抜き出すのはやはり無理そうだ。しかし off vocalトラックがあれば...そう、 原曲の音源から off vocalの音源を 引き算してやれば、 ヴォーカルのみの音が取り出せる...はずである。

(ヴォーカル + オーケストラ ) - ( オーケストラ ) = ヴォーカル

と言うことである。

---
で、これを試してみるのに audacity という フリーでオープンソースなマルチトラック音声エディターを使う。 audacityは マルチプラットフォームで Mac用も Win用もある。 Debianの公式パッケージにも含まれているので Debian使いはaptで入れられる。

で、この audacityで 元音源(ヴォーカル入り) と off vocal 音源の二つを importで取り込む。取り込んだら、ヴォーカルの無い部分、曲の冒頭や終りの部分を拡大して、特徴ある音声波形を見つけて、元音源と off vocal音源の 山を完全に一致させる。 これが不完全だとオケの消え具合が悪くなる。原理的には曲の冒頭で合わせれば最後まで合うはず、であるが、音源によっては 微妙にずれてしまうという事もある。

( これはCDの出来次第、なのか、マスタリングの時になんらかのずれが生じるのか、よく分からない。ずれてしまう場合は、ぴったり合った付近のみオケが消え、ずれが大きくなるにつれオケの音が大きくなる、と言う事になる。 )

ともかく、 元音源と off vocal 音源を正確に同期させる。その次は引き算作業であるが、これは audacityのエフェクターを使う。

まず、 off vocal トラックをセレクトして メニューの Effectから Invert をかける。これで off vocal トラックの極性が反転、つまり元トラックと山谷が反転する事になる。

反転が済んだら、そのままプレイボタンで再生してみる。これでオケの音が小さく、ヴィーカルが大きく聞こえるはずである。波形を拡大して時間軸を微妙に合わせ込んでオケの音が最小になる様に調整。

仕上げはミックスダウン。元音源と反転させた off vocalトラックを足してやれば良い。これは二つのトラックを選択してから メニューの Project から QuickMix で行う。元音源と 極性反転させた off vocal を足し算する.. のは 元音源から off vocal を引き算する、事になるので、これでヴォーカルのみが取り出せる事になる。 実際はチャカチャカ言う高音までは完全には消えないのではあるが、別オケをかぶせると気にならないぐらいの S/N は得られる様である。

( 一方、元音源と off vocal音源はほとんど同じなのにうまく消せない音源も存在した。ものすごく微妙に 何山かずれてしまう、そういうレベルでの時間軸での差が出る音源があった。部分的には合うので、そういう場合は フレーズ毎に細かく区切ってやればよいのかも知れない、がものすごく手間が掛かるだろう... )

オケやヴォーカルのテンポやピッチは、メニューの Effect 内の Change temp, Change pitchを使って変更できる。 音程を変えずにテンポを変える、テンポを変えずにピッチを変える、というミラクルなエフェクトである。 多少チリチリとする場合もあるが、アナログ信号処理では絶対に不可能な作業であるし、こういう事がPCとフリーなソフトで簡単に出来てしまうのは驚きでもある。

なおピッチは絶対音感など無くても、キーボードなど楽器を鳴らして比較しながら調べられるが、テンポは道具がないと手間である。自分で拍子をカウントして 一分間に何拍...なんて調べる...のは単純そうで結構難しい...ので 例えば CountBeats みたいなソフトを使うと便利だ...

お遊びリミッックスと言う事で実際試してみたのだが、 元曲から抜き出したヴォーカルを、別アレンジのオケに、 テンポ約172のヴォーカルを テンポ120かつピッチが半音高いオケに 重ねてリミックス、という荒技を試してみたのだが、お遊びとして笑って聞けるぐらいに合わせ込む事ができた。



---
とまぁ、どういうソフトを使っているかは別として、おそらく皆さんこういう作業をしてリミックスして遊んでるのだろうなぁ...と言うことが分かったわけである。

ちなみに、カラオケに合わせてキーボードでソロを取る、とかカウンターを当てるみたいなお遊びは楽しい。楽しいし、ただ鳴らしているだけの遊び弾きでも、なんとなく 弾いてる気分になれる。

けれど、その逆、ヴォーカルに合わせて伴奏する、というのは、難しい。これはきちんと本当の意味で弾ける人でなければ出来ない。 同様に、プロのカラオケトラックに声を乗せるのは誰にでも出来るだろうが、自分でオケを作りなおす...のは誰にもは出来ない。少なくともきちんと、なんらかの形でオケを作れる技術と感性がなければできない...と言う当り前の事を再認識した次第であった... 音楽的に無学文盲だと譜面の読み書きもままならずコードも分からず両手で弾けず、しかし 感性と勘で弾いてもまず合わない...って事である...
---
追記

その後 歌声りっぷと いうWin用ソフトがLinuxのwineで動作し、その抜き取り結果も素晴らしい事が分かった。 歌声りっぷが使える環境ならそれを使ったほうが速くて簡単で確実で綺麗に出来る。 wine は   Intel　MacのOS-X　にもポートされてる？ので、 Intel Mac ユーザーはあきらめずに wine や crossoverについて調べて試してみる価値はあると思う。

今日の Debian Etch on TP600 power-off 問題解決編

メモ

Debian Etchを TP600に入れてみたら...という事をいくつか書いたわけだが、 halt ( shutdown ) 時に 電源が自動的に落ちないという問題が残ってしまった... apmやらacpiがらみのカーネルオプションを色々変えてみたけど解決せず...

インストールしたカーネルイメージは、一応 Pentium-IIなので i686用の

linux-image-2.6.18-4-686

というパッケージを使っていた。
Etchから i686用イメージはシングル、マルチ共用と言う事でこのパッケージに一本化されている、のだが、このカーネルが関係しているのでは、という雰囲気を感じた.... Sargeの時はシングルとマルチのカーネルイメージが分かれていたので i686シングルプロセッサ用を使っていた...

と言う事で

linux-image-2.6.18-4-486

という i486用 (つまりマルチプロセッサ非対応) に入れ換えてみると、ちゃんと halt 後に電源が落ちる様になった...

今日のYouTube ダウンロードスクリプトの変造メモ

メモ----

以前こちらに書いたYouTubeデータダウンロードスクリプトはずーっと愛用しているのだが、最近ちょっと動作が変わった事に気がついた。

具体的には、旧スクリプトだとYouTube側のヘンテコなファイル名を引っ張った上にさらに指定したファイルを再度落としてしまう様になってしまった...

つまり同じファイルを二度、一つはYouTube側のファイル名、一つは同じものを指定したファイル名で....というムダな動き...なぜかしらないけど...

で探ってみると 中間のURL2 で ビデオデータそのものを引っ張ってしまうみたい、なのでスクリプトを変造して対処...

-----
youtube-custom.sh

#!/bin/sh
# $Id: youtube.sh 496 2006-06-05 23:37:35Z berto $
#if [ "$#" != "1" ]; then
#   echo "YouTube Video Downloader"
#   echo "Written by Alberto Garcia "
#   echo "Homepage: http://people.igalia.com/berto/"
#   echo
#   echo "Usage:"
#   echo "   youtube.sh http://www.youtube.com/watch?v="
#   echo " or"
#   echo "   youtube.sh "
#   echo
#   exit 64
#fi
VID=$(echo "$1"|sed "s/.*v=\([^&]*\).*/\1/")
URL1="http://www.youtube.com/watch?v=$VID"
echo -n "Getting $URL1 ..."
PARAM="$(wget -q -O - "$URL1"|grep watch_fullscreen|cut -d '&' -f 3)"
echo " done."
URL2="http://www.youtube.com/get_video?video_id=$VID&$PARAM"
echo -n "Getting $URL2 ..."
#URL3="$(wget -S "$URL2" 2>&1|sed -n /Location:/s/.*http:/http:/p)" #<---- old scheme echo " done." #echo "Video address is $URL3" #exec wget -O "$2.flv" "$URL3" #<---old scheme exec wget -O "$2.flv" "$URL2"  #<---current scheme echo "done" 

youtube.sh オリジナルからの変造箇所は
入力チェックを無視させて
URL2で直接ダウンロードさせる <---今回の変造点
youtube-custom URL filename
とURLと保存したい任意のファイル名を指定する
---
あいかわらずへっぽこ、だけど自分的に便利なスクリプト... これがないと TP600でYouTubeが見られない。TP600ではCPU的にFlashでの動画再生は無理なのだ....

---
追補

その後 YouTube の仕様変更があった様で、このスクリプトはもはや使えません....

今日の mplayerの音ずれ解消のナゾ

ご注意：古い記事なのでもう当てはまらないかもです
---
オープンソースのメディアプレーヤーの王様 mplayerであるが, Debian Etch にも正式パッケージとして含まれる事となった。 それまではこちらの非公式なパッケージなどを使っていたりしたのだが、この mplayer、いつからか ファイルによっては強烈に音ずれを起こす事に気がついた。 以前自分でエンコしたmpg1ファイルや、そして特に最近YouTubeの爆発的人気によって身近になった、flvファイルで、とにかく酷い音ずれが起きる様になったのである。

あれこれやっているうちに MPlayer-1.0pre7 というバージョンを自分でコンパイルして出来上がるバイナリが 音ずれするmpgやflvにとって一番よい結果が得られた。 pre8ではダメ、なぜか pre7が良かった。
---
さて、 Debian Etch の mplayerは 1.0rc1 と比較的新しいのではあるが、試してみると残念ながら上記の音ずれについては同様に起こってしまう。 なので Etch環境で MPlayer-1.0pre7 をコンパイルして...と言う事になったのだが、TP600ではコンパイルがエラーで止まってしまった。 ああもうこのマシンで音ずれなしにYouTubeを見られなくなるのか...というのではちと残念なので googleさんに聞いてみる事にする。
だいたい、こんな大人気のソフトで、これまた大人気のYouTubeのflvが強烈に音ずれするなんて事が放置されているはずはない...きっと何かあるはずだ...と思ったのだが、こういう情報が得られた...

http://lists.mplayerhq.hu/pipermail/mplayer-users/2007-February/065635.html


むむ -correct-pts というオプションがあるのか...これは比較的新しいオプションらしく (1.0RC1から) 、Etchとそれ以前の manには未収録... 気がつかないはずだ...

早速

mplayer -correct-pts hoge.flv

とやってみると、音ずれが気にならない位に収まる！

---
さて、デスクトップ機で同じファイルを同じオプションで再生してみると... こちらでは音ずれが直らない...オプションが効かない。

同じバイナリパッケージ、同じ動画ファイル、同じ再生オプションでなんで差がでるのだろうか...
しばらく解らなかった、のだが、 mplayer起動のメッセージの音声コーデックの部分を見てみると、

音ずれするデスクトップ機の方は--

==========================================================================
Trying to force audio codec driver family libmad...
Opening audio decoder: [libmad] libmad mpeg audio decoder
AUDIO: 22050 Hz, 1 ch, s16le, 8.0 kbit/2.27% (ratio: 1000->44100)
Selected audio codec: [mad] afm: libmad (libMAD MPEG layer 1-2-3)
==========================================================================

音ずれしないTP600の方は --

==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 22050 Hz, 2 ch, s16le, 8.0 kbit/1.13% (ratio: 1000->88200)
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================


と言う事で、再生時に自動でセレクトされる音声コーデックがなぜか異なっている...事に気がついた。
どうも libmadが使われてしまうと -correct-pts オプションが効かず音ずれが直らない様だ。
libmadではなく mp3libの方を選べば良さそうである。なので、試しに

mplayer -ac mp3 -correct-pts hoge.flv

と起動してやると mp3libが使われ -correct-pts オプションが効いて音ずれが直った！

---
どうしてデスクトップ機とTP600で違うのか...というと、デスクトップ機の方はsargeからupgradeして古い設定をそのま引き継いでいたのである。 古い configファイルにゃ、わざわざ afm=libmad って書かれてるよ、これか...

という事で 長らく使い込んで来た 設定ファイル /etc/mplayer と ~/.mplayer を消して dpkg-reconfigure mplayer して Debian Etch の デフォルトな設定に戻してやると libmad ではなく mp3libがセレクトされる様になった...
---
さて、 これまで 1.0pre7 自家コンパイルバイナリを /usr/local/bin/mplayer-custom とリネームして、音ずれするファイルやflv再生の時に使っていた。今回Etchの公式バイナリで -correct-pts オプションを使えばよい、と言う事になるわけだけれど、いちいちオプション付けるのも鬱陶しいというか、 manにも乗ってないオプションなんてすぐに忘れちゃう...から、これまでと同様の使い方...別コマンドで対策することにする。 .bashrcに

alias mplayer-custom='mplayer -correct-pts'

つまり mplayer-custom というエイリアスにしておく。これで自分的には、ずれの生じるファイルにはこれまでと全く同じ別コマンドで対応という事になる...

---
と言うことで、 mplayerの音ずれに困ったら -correct-pts を試してみると良いかも....

今日の Debian Etch on TP600 問題解決編

TP600に Debian Etch をインストールしたら USB動かず音もでずボロボロ
だったのだが、その後もしつこく調査... なにかが USB や音で使う IRQを勝手に占拠しちまってる...ので USBが使えずサウンドドライバーも読み込めないのではないか...?? という雰囲気が ... /proc/interrupts だの /proc/irq/以下 だのを見て感じられた.... acpi がらみ が目立つ！

なのでカーネルの起動オプションに acpi=off apm=on と acpiを使わず apm を使う設定にしてみた。apm はカーネルモジュールなので 起動時に確実の読む様 /etc/modules に apm と記述してみた。 さらに acpiがらみのパッケージを remove, /etc/rc2.d の acpi がらみのスクリプトを消去。 このカーネルオプションで起動すると....ビンゴ！ USBの動作不良が解消した。 やれやれ。

さてサウンドの方は... snd-cs4232 だの snd-cs4236 をロードは失敗。と言う事で OSSの cs4232、これは sargeの時も使っていた奴なのだが、これをロードしてみた。

/etc/init.d/alsa unload
rmmod cs4232

で念の為サウンド関係をクリアしておいてから

modprobe cs4232

で...無事音が出た！

いちいち手動でロードはバカらしい、ので /init.d に cs4232load と言う適当な起動スクリプトをこんな風に

#!/bin/sh
/etc/init.d/alsa unload
rmmod cs4232
sleep 4
modprobe cs4232

適当に置いて、 rc2.d に S99cs4232load というリンクを貼って置く事にした...

これで mplayer で動画も見る事ができる。まだまだ現役だ...



と言う事で なんとか 元の 233MHz ビンテージなマルチメディアPCに戻れた...

---
alsaがなんでうまくロードできないのかよくわからない。 irqだのdmaだの明示的に示してみてもダメだった... alsaってやたらめったら自動でなんでもロードしよう、という節があってそれで余計なモノが入っちゃってダメ、なのかも？ よくわからない。

あと、acpi =off の副作用なのか...よくわからんが、 apm=on にしてるのに shutdown 後 電源が自動で切れない....という問題が残ってしまった... ちょっとショボイが、音が出ないとかUSBが使えないよりはマシだという事で我慢.... ちなみにフレームバッファコンソール用のオプションを含めたカーネルオプションはこんな感じ...と言うことをメモしておく。

acpi=off apm=on vga=0x317 video=neofb:mtrr,ywrap

vga以下の オプションは sargeインストールの時の旧blogを自サイ検索で見つけて反映... vesafbを指定したら固まっちゃうので...調べたら TP600の場合は neofb だった... すっかり忘れていたよ....