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

2004-07-12[n年前へ]

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

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

MITの最初のハッカー達の書いたプログラムは、その言語なんか関係なく、とにかく完全で、美しいものだったんだ。努力に努力を重ねて뒰꓊ꓢ꓎꓋믅뻥꒲꒿꓎꒵ꆣ쎯꒬뢫꓆ꓢꆢそれ以上改善する余地はまったくないほどにね柴田 ただ、あまりにも短く最適化してしまうと、人がそれを見たときに理解しにくいという難点がありますよねそれはそうだよ。でも、それを理解しようとする努力は、必ず報われるんだよ。努力して理解できるようになったときに、何かを学ぶことができるんだ。だから、コインには2つの面があるということさSteve Wozniak
 ちなみに、インタビュアーである当時の柴田文彦氏は某有名事務機メーカ勤務のエンジニア。つまり、Macintoshが影響を受けたAltoを作った企業系である(現在の私の)ライバル会社のエンジニア。そして、この文章中で語られている「appleの高解像度モード」がClearTypeCoolTypeグレーフォントFreeType 2にほぼそのままの形で繋がっている。「appleの高解像度モード」が作られたのが'76年のこと。他の技術はいずれも'90年代中盤以降のこと。一番早いものでさえ、20年近く後のこと。やはり、過去は可能性の元となる知識の巨大倉庫だ。

 それにしても、このインタビューの原文の台詞を知りたい。

2004-07-14[n年前へ]

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

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

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

2005-03-11[n年前へ]

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

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

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

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

2005-03-12[n年前へ]

読む?眺める?

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

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

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

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

2008-07-03[n年前へ]