VGA液晶搭載携帯電話

ドコモのN903iにVGA+解像度の液晶が搭載された．また，三洋エプソンからはXGA解像度の小型液晶が発表された．携帯を使いこなしている人はこの手の高解像度液晶にネガティブな反応をしがちだ．実際，携帯電話搭載液晶は解像度が大きくても字や絵が綺麗に見えるなどのメリットはほとんどなく，単にカタログスペックを飾るだけであるから，ネガティブな反応は当然だろう．今のレベルでは高解像度液晶をありがたがるのは，中身を分からずカタログスペックだけで一喜一憂する無知なユーザーだけだ．
しかし，技術としては高解像度への挑戦は続いていてまだまだ発展しそうだ．この流れはカタログを飾る数値を無駄に上げるのが目的ではなく，紙並みの表現力を実現するのが目的だ．その場合議論すべきは解像度の縦横のドット数の絶対値の多寡ではなく，その密度であるppi(dpi)だ．今回発表された三洋エプソンの液晶では500ppiだ．200ppiあれば高精細と言われていた状況から考えるとこれは素晴らしい数値だ．それでは紙ではいったいどれくらいの数値が出るかだが，ペンや鉛筆で紙へ書き込むのがppiでいくつに相当するかは分からない．参考になるのはプリンターのdpi値だ．300dpiだとちょっと画質的には物足りない．600dpiだとまあまあかなという感じになり，2400dpiだと銀塩写真プリントに近づいてきたと感じる．紙並みの表現力を実現するには2400ppi(dpi)が欲しいところだ．現状の500ppiではまだまだということになる．
紙並みの表現力を達成するにはppi値だけでは不十分で，階調表現能力も重要だ．これに関してはRGBそれぞれに10bitを割り当てる(10億色)等の試みが実現されているが十分ではない．そもそも色をRGBやCMYなどの線形結合で表わそうという考え自体に限界があり，RGBのbit数をいくら増やしたところで限界がある．私は半導体レーザーを長いこと研究対象として扱っていたが，その周波数分布を測定器で計測していたとき，色というのはRGBの線形結合ではなく，光の周波数分布そのものを再現しなくては本物とは言えないと感じていた．同じことを感じた人は他にもいたらしく，最近は分光画像処理として研究されている．
紙並みの表現力を達成するのにもうひとつ重要なのは，表示されるコンテンツのフォーマットだ．携帯電話の高解像度液晶がその性能を全く出せていないのは，例えば文字フォントがベクターフォントではなくビットマップフォントであることが原因の一つだ．もともとギザギザの目立つビットマップフォントをいくら拡大表示しても綺麗になるはずがない．画像はと言えば256色フォーマットだったりする．良くてRGB565だ．プロセッサリソースやメモリリソース，通信リソースの制約からこうなってしまうのだが，せっかくの高解像度液晶がもったいない．コンテンツフォーマットの研究は先程の分光画像処理以外では，最近あまり進展はない．文字フォントはベクターフォーマットがひとつの理想解であり，精密なベクターフォントを収納できるメモリとそれを表示サイズに合わせて展開できるプロセッサパワーがあればOKでしょと一応決着が付いている．メモリや展開計算量を節約するような研究は労多い割に報われないので，取り組む人も少ない．このままでは将来超高解像度液晶が実現したとしてもコンテンツ側の理由からその性能を生かし切れないのではないかと心配だ．

数年ぶりのlinux kernel make

kernel 2.0系のときは毎週のように行っていたkernel makeだが，2.2系以降は一度もやっていなかった．動的ローダブルモジュールになったので，ハードウェア構成変更してもそのままkernelが使えることが最大の理由だ．2.2系がリリースされた時期はマシンのメモリが潤沢になってきた時期と重なるから，kernelサイズを無理に絞る必要がなくなったこともある．
そうこうしているうちにkernelは2.4, 2.6と移り変わって行き，ソースツリーのディレクトリを訪ねることもなくなってしまっていた．ところが本日，Redhat 6.2を入れたマシンの不具合を直すため，数年ぶりのkernel makeを行った．不具合は3com 905Bのドライバーが数日に一度Too much interruptを吐いてそのままマシンを凍らせるというものだ．これが起こるとリセットも効かず，マシンの電源を強制的に落とすしかないので困っていたのだが，kernelを2.2安定版の最終版である2.2.26に変えたら（元は2.2.14）あっさり直ってしまった．kernel make手順はすっかり忘れていたのだが，2.0系で数百回のmakeを行った指が覚えてくれていた．

• /usr/src/にkernelソースを展開
• /usr/src/linuxを展開したソースディレクトリにシンボリックリンクを張り直す
• kernelソースディレクトリに下りて

 make config
 make dep
 make clean
 make bzImage
 make modules
 make modules_install (間の_を忘れてスペースにしてしまってエラーを出してしまった）
 cp arch/i386/boot/bzImage /boot

• /etc/lilo.confを編集
• lilo
• 再ブート

調子に乗って2.2.14だった別のノートPCのkernelも2.2.26に上げた．こちらはメモリが56Mなのでkernelサイズが減って多少メモリが節約できた．ノートPCの場合，通常のkernel makeにpcmcia-csのインストールが必要だ．

• kernelを通常通りインストール
• /usr/src/にpcmcia-csのソースを展開．最新版は3.2.8だった．
• pcmcia-csのディレクトリに下りて

 ./Configure
 make all
 make install

おしまい

違法電波タレこみ先

FMラジオと802.11gに妨害を与える怪電波発信は相変わらず続いている．正式な調査に備え，家人に妨害を受ける日時を記録するよう依頼しておいた．それによると平日は朝の9時から異常が消える場合があるとのこと．そして夜になると異常が復活する．これで勤め人によるいかがわしい機械の操作が原因であることが確定的になってきた．あとは電波管理局にまかせようと思って問合せ先を調べると，最近は関東総合通信局に名前が変わっていた．電話とメールで相談を受け付けてくれていて，メールのあてさきはここだ．変な輩から逆恨みになるのは嫌なので（私は良いが家人が困る）匿名で相談したいところだが，その辺りの是非は問い合わせてみないことには分からない．まずは匿名で相談してみるか．だとすると最初は電話相談が良いだろう．

小６少女自殺

同じ日に２本エントリーするのは初めてだが，書かずにはいられなかった．今日の朝日新聞夕刊に昨年９月に北海道で自殺した小学６年生の少女の遺書が掲載された．遺書に記された幼い字とその切実な内容に涙が止まらなかった．
多数で弱いものを攻撃するのは人として最も恥ずべき行為だ．いじめに加わったクラスメートはひとりひとりは罪の意識は薄い上に，法的には罰するすべもないので，このまま何のおとがめもないまま暮らしていくのだろう．でも，彼らが人殺しであることは事実なのだ．一人で殺人を犯せば罪で，大勢で囲み殺せば無実とは，殺された方にしてみれば決して納得できないだろう．法律の限界がここにある．近代国家の条件として法治が必要であり，人治では近代国家たり得ないという論説があるが，その論理には綻びがあるようだ．大岡裁きをするほどの知恵も人情もある人は珍しいから人治では間違いが起こる．そこでマニュアルを定めて誰でも人を裁けるようにしようというのが法治の趣旨であるが，これで本当に良いのか．法律に甘えて裁く方の心構えがどんどん堕落していないか．間違いの無い人治を目指し，それに向かって一生の間厳しく精進し続ける人に人治を任せた方が良いのではないかと考えてしまう．そうすれば，法律にひっかからないように悪事やずるをする連中への抑止効果となるのではないかと思う．

Z80プログラミング

携帯電話用プログラム高速化の面倒を見ることがある．ARM用コンパイラのコード展開が読み切れずに苦労している．アセンブラで書きたいところだが，私がずっと面倒を見るのではないのでそうもいかない．アセンブラは6800/6809/Z80/8086/80286/TIC3x/TIC5xと使ってきた．6800/6809/Z80までは小さいプログラムは脳内アセンブラで直接マシン語で書き下していた．CPUの設計がエレガントだと思ったのはモトローラの680x系だが，工夫しがいがあったのはZ80だ．A-HL,IX,IYの各レジスタの機能が違い，同じ命令でも所要クロックが違う．変数をどのレジスタに割り当てるかで，できあがったプログラムの性能が大きく変わる．パズルのようで面白かった．またマニアは気付いていたがIX,IYレジスタ用のプレアンビルをDE,HLレジスタ用の命令にくっつけると，CPUの仕様には記載されていないが動く命令があった．DE,HLレジスタに比べて4サイクル余分に所要クロックが増えるので使いこなしが難しかったが，それでもメモリアクセスよりは速いので中頻度でアクセスする変数に利用すると性能が向上する．またこれは正規な仕様だが裏レジスタへの切り替えが1サイクルで行えるので，同時にアクセスしない変数をグルーピングしてそれぞれを表レジスタと裏レジスタに割り振ると劇的な性能向上ができた．こういう最適化はコンパイラで自動化するのは難しいので，コンパイラ屋にはレジスタの性質が同じRISCっぽいモトローラ系が扱い易く，その考え方を進めて行ったのが68000やPowerPCの流れだ．
CISC系であるZ80は兵隊(レジスタ)の個性が強いので各兵隊に合わせた使いこなしができないと軍(CPU)の勝利は望めない．例えて言えば兵器体系がばらばらだったドイツ軍，日本軍，ジオン軍だ．RISC系である680xはレジスタがみんな同じなので，運用は数の配分だけで済む．軍の運用をマニュアル化，数値化し易いので管理しやすい．これは米軍，連邦軍に相当する．指揮官にとって采配のふるいがいがあるのは前者の方だ．
昨年度までのCPUはRISC全盛の感があったが，機械的な最適化では性能向上が頭打ちになることが問題となったため，CISCのエッセンスを使ったCore 2 Duoが今年発表され成功をおさめている．ただし，この路線を続けるのはタフな道のりになる．CISCの性能を発揮できるのは有能な指揮官(この場合はCPU設計者とコンパイラ設計者)がいる場合に限られるからだ．Core 2 Duoを作ったイスラエルのチームは優秀だが，これは担当者に依存していることだ．その担当者がいつか消えたときはCore系の発展は暗礁に乗り上げるだろう．

怪電波

事件は一週間前に起こった．娘がFMポータブルラジオがNHK以外受信しにくくなったと言いだした．同じ時期に私のPCの802.11gの無線LANも接続が不安定になった．娘のラジオを聞いてみると確かに以前ならば楽に受信できていた放送局が全滅している．私の無線LANは伝送速度低下というよりも，不通に近い状態が続き，たまに接続できて通常速度で通信ができるという状態のくり返しだ．一体何が起きているのか．しばらく状態の観測を続けるといくつかのことが分った．
電波状態がおかしくなるのは平日/休日を問わず昼前から夜にかけてだ．深夜から早朝にかけては状態は回復する．おかしいときに無線LANのアクセスポイントサーチをしても怪しいアクセスポイントは見つからない．またAMラジオは影響を受けていない．
おかしくなる時間帯から人間の生活に関係ある機器が異常を引き起こしているように推測するが，90MHz帯のFMと2.4GHz帯の802.11gの両方を妨害できるとは一体どのようなものなのか．私のとぼしい知識だとこのような広帯域の電波妨害を行なえるモノと言えば，金属板のシールドくらいしか思いあたらない．あとは太陽活動のせいか，はたまたミノフスキー粒子かだ．
家を被うようなシールド板を朝晩設置したり撤去したりできるはずはないから，シールド説は却下だ．現実的にはFM帯の電波を出すいかがわしい機械が存在して，そいつがGHz帯まで高調波をばらまいているくらいしか可能性はなさそうだ．すると違法CB無線機あたりが怪しいが，一体どういう風に作ったらGHz帯まで盛大に不要波を出す無線機を作れるのか．そいつの頭にその無線機の出力を指向性アンテナで集約してぶちこんでみたい．少しは脳ミソが温まって良くなるかも．いや既に電波を浴び過ぎて脳ミソが煮えている輩かもしれないな．
マジメな話近所の人も迷惑を被っているはずだから，この事態が続くようなら電波管理局に調べてもらうことにしよう．