hirax.net::Keywords::「ClearType」のブログ

■コインには2つの面がある　

　未来を眺めるためには、まずは過去を眺めるべき。未来は可能性の宝庫だが、過去は知識の倉庫だ。だから、今日は古い記事を眺めてみよう。

MITの最初のハッカー達の書いたプログラムは、その言語なんか関係なく、とにかく完全で、美しいものだったんだ。努力に努力を重ねて뒰꓊ꓢ꓎꓋믅뻥꒲꒿꓎꒵ꆣ쎯꒬뢫꓆ꓢꆢそれ以上改善する余地はまったくないほどにね柴田 ただ、あまりにも短く最適化してしまうと、人がそれを見たときに理解しにくいという難点がありますよねそれはそうだよ。でも、それを理解しようとする努力は、必ず報われるんだよ。努力して理解できるようになったときに、何かを学ぶことができるんだ。だから、コインには2つの面があるということさSteve Wozniak

■PC-6001の「にじみカラー」　

　ClearType等のサブピクセルレンダリング技術の始祖はappleのハイレゾモード、という話を雑談？でする。それを受けて、NEC PC-6001の256*192の白黒か緑黒の２色だけのSCREEN4モードＲＦ出力で、縦に白の線を一本引くと、にじんで色が付いて見えるという特性を利用したカラー画像出力方法PC-6001の「にじみカラー」というテクニックがあった、という話になる。

　そして、この使い方だと、専用モニタの場合など色が出なかったりとか、ＴＶによって偶数ラインと奇数ラインで何色に見えるか変わるので、最初のメニューで「どっちが緑に見えますか？」みたいに聞かれたりしたという、見事なまでにデバイス依存になる出力方法の話になる。

■読みやすい「文字」フォント　

　textfile.org経由で「Windowsでも綺麗なフォントを」眺めた。心根はMac大好き人間の私ではあるが、この手のフォント表示を見るたびに「綺麗」と「読みやすさ」は違うだろうなぁ、と思う。日本語フォントに対して、ClearTypeが無効となるサイズ指定を小さくしたり、ビットマップ・ファイルを外してしまったりすると、「綺麗」かもしれないけれど「読みやすく」はないよなぁ、と思う。

　日本語文字はアルファベットに比べて非常に細かい。また、文字の特性上、縦方向の解像度が(横方向と同等以上に)高い必要もあり、ClearTypeのような技術はそれほど有効ではない。例えば、下に12pt.のSH G30-P・ARISAKA・MSゴシックで「高解像度」と表示したときの液晶の点灯状態(上列)と、それをグレースケール化したもの(下列)を示してみる。「デザインとして眺める画像」ではなく「文字」として読もうとする限りにおいては、ここで示したSH G30-PやARISAKAの(縦方向の)潰れは可読性を大きく損なってしまっていることがわかる。横線と横線の間がちゃんと空かずに中間調になってしまったり(読みやすさに必要なコントラストを得られなかったり)、それどころか隣り合った横線と横線がくっついてしまっていたりする。ClearTypeを適用するには、12pt.というサイズですら日本語の場合には(少なくとも縦に)細かすぎる。


　もしも、文字の展開解像度を縦横同一で行わず、表示デバイス縦横の表示解像度に応じた縦横それぞれの解像度で文字を展開し表示するならば、(ClearTypeそのものではなく)ClearTypeのような技術を(大きい文字でない)日本語に適用するのも良いだろう。しかし(展開解像度が縦横同じである)現在のところは、デフォルトの「日本語の場合、非常に大きな文字にしかClearTypeなどは適用しない」という設定が至極真っ当だと思う。そして、小ポイント用のビットマップフォント、言い換えるなら小ポイント文字を作成する際の「フォントのヒント情報」のかたまりを使わないというのは、「読みやすさ」を考えるなら非常にもったいない話だと思う。　もちろん、「文字」でなく「単にデザイン」だと言うのであれば…、全く別だと思うが。

■読む？眺める？　

　ふたみさんの「ClearTypeの効果を90度回転文字で確認した」話。ClearTypeのような技術は、文字展開解像度と表示系の解像度及び階調特性により、色んな長所だったり短所だったりが顔を出す。TabletPCでディスプレイを縦長表示で使うような場合には(長所が大きく出てくる場合)、日本語に対しての各社のClear Typeのような技術は非常に有効だろうと思う(ただ、現状ではそのような使われ方は少ないだろうが)。

　ちなみに、右の二枚の画像はClearType Tunerで、「90度回転日本語文字」に対してClearTypeの効き方を調整しているところ。左側が「ClearType無効」の場合で、右側が「ClearType有効」の場合である。使用フォントは12 pt.のHG ゴシックEだが、ふたみさんの例と同じく、ClearTypeの使用によるレンダリングの歪み・濃度の均一性(文字はもともと読みやすいものであり、濃度だって本来は偏っていないものだ)改善に非常に効果が大きいことがわかる。

　もちろん、それを90度回転させていない通常のHG ゴシックEで比較すると…、大した効果が見られない。日本語文字なら、当然の話である。だって、それが「漢字」なんだもの。

　なんだか、初期のBLOGツールの「日本語文字が小さすぎ」現象と似ている気がする。それは「内容をちゃんと読むもの」なのか「デザインとして眺めるもの」なのか、どちらなんでしょう？ あるいは、「書く」「描く」のどちらを指向しているんでしょうね。

■「appleのビデオ機能」　

　先日、末広町で飲んでいた時に、appleのビデオ出力のメカニズムの話題に一瞬なった。忘れている箇所も多かったので、もう一度そのメカニズムを追いかけてみた。

　apple回路では、14.32MHzのオシレータ出力を2分周した7.12MHzの信号がビデオ信号のドット・クロックとなる。回路上はあくまで、(基本的には)1ドットが1bitの単純な構成である。
　ところで、NTSCのビデオ信号のカラー情報は「ビデオ信号に重畳した3.58MHz波形」の位相で表すが、この3.58MHzはappleのビデオ・クロック(7.12MHz)のちょうど二倍である(もちろん単にそう設計したわけである)。ということは、2ドット分のビデオ・信号を"on""off"として出力した場合と、"off""on"して出力した場合では、NTSC信号でのカラー情報(位相)が180度ずれたもの(=補色)を表すことができるのである。

　ということは、基本的にはハイレゾ1bit=1dotとして、まるで二値的に思えるシステムであっても、少なくとも白(on.on)と黒(off.off)と紫(on.of)と緑(off.on)という四色が生成できることになる。もちろん、単純に言ってしまえば、(7.12MHz単位の)2ドット毎(＝NTSCのカラー信号3.58MHzの周期)に対して2bit使っているということになるので当たり前と言えば当たり前の話になる。そして、連続する2ドットのon-offの組み合わせでNTSCのカラー信号を生成(疑似表現)するので、「連続する2ドットの関係で色が決まる」というappleのカラー・グラフィックの掟がここにできるわけだ。

　さらに、(ある時期以降の)appleの場合ビデオ・データの特定の(＝横7ドット, 縦8ドットのテキストモードとの兼ね合いで使われていなかった最上位の)bitを立てると、フリップフロップ回路で70nsだけ信号を送らすことができる。その70nsのずれは、NTSCのカラー信号3.58MHzのドット・クロック幅の25%に相当する(角度で言うと90度)。ということは、NTSC信号でのカラー情報(位相)が0, 180度の色だけでなく、90, 270度の色も出力(疑似生成)することができるようになる。すなわち、黒・白・紫・緑に加えて青・橙という計6色が出力することができるようになる。

　そして、これらの出力機能は結局のところ、二値出力の高低信号の位置を「ドット配置やドットの位置ずらし」といった操作で変化させているにすぎない。ということは、こういった出力をモノクロ・ディスプレイに対して行えば、(ClearTextなどの技術の祖先とも言える)「基本ドットの位置を25%だけ横にずらして、(位置出力として、あるいは階調出力として)滑らかな出力を行う」なんていうこともできるわけである。(出力デバイスがもしもカラー・デバイスであれば)「色のにじみ」が結果として出現するところも全く同じと言えば、同じである。

　単純明快な回路ではあるが、こういう単純なシステムをなんだか忘れてしまっているような気がする今日この頃、だ。