From ea1b469e3a8432f0522040ce3f03bb6a216e7b4e Mon Sep 17 00:00:00 2001
From: Takuji Tanaka May 5, 2005 May, 2021 dvioutが如何にして preview 画面(=
-画像)を作成しているか、ということを解説します。 dviout縺悟ヲゆス輔↓縺励※ preview 逕サ髱「シ=
+逕サ蜒擾シ峨r菴懈舌@縺ヲ縺繧九°縲√→縺縺縺薙→繧定ァ」隱ャ縺励∪縺吶 Option → Setup Parameters ... → [Graphic] の Option 竊 Setup Parameters ... 竊 [Graphic] 縺ョ の説明をします。 縺ョ隱ャ譏弱r縺励∪縺吶 他の WinDvi や lips3dvi などとのDVIwareとの原理的な違い、あるいは
-PostScript printer を使うとき、どうして auto mode(rep) が良いか、Windows用のカラーインクジェットプリンタを
-使うときは、どうすれば高速に印刷できるか、など、プリンタとcmodeとの関係の解説もあります。
+ 莉悶ョ WinDvi 繧 lips3dvi 縺ェ縺ゥ縺ィ縺ョDVIware縺ィ縺ョ蜴溽炊逧縺ェ驕輔>縲√≠繧九>縺ッ
+PostScript printer 繧剃スソ縺縺ィ縺阪√←縺縺励※ auto mode(rep) 縺瑚憶縺縺九仝indows逕ィ縺ョ繧ォ繝ゥ繝シ繧、繝ウ繧ッ繧ク繧ァ繝繝医励Μ繝ウ繧ソ繧
+菴ソ縺縺ィ縺阪ッ縲√←縺縺吶l縺ー鬮倬溘↓蜊ー蛻キ縺ァ縺阪k縺九√↑縺ゥ縲√励Μ繝ウ繧ソ縺ィcmode縺ィ縺ョ髢「菫ゅョ隗」隱ャ繧ゅ≠繧翫∪縺吶
DVIファイルはページ毎に独立に書かれており、何番(例えば2番)のフォントの何番
-(例えば65番)のコードの文字を、そのページのどの位置(reference
-point)に配置せよ、という
-命令のほか、中が詰まった矩形を縦横のサイズを指定して指定した場所に描け、という命令などか
-ら成っています。後者は、例えば罫線を引く場合に、線の太さと長さと引く位置を指定することに
-なります。 DVI繝輔ぃ繧、繝ォ縺ッ繝壹シ繧ク豈弱↓迢ャ遶九↓譖ク縺九l縺ヲ縺翫j縲∽ス慕分シ井セ九∴縺ーシ堤分シ峨ョ繝輔か繝ウ繝医ョ菴慕分
+シ井セ九∴縺ー65逡ェシ峨ョ繧ウ繝シ繝峨ョ譁蟄励r縲√◎縺ョ繝壹シ繧ク縺ョ縺ゥ縺ョ菴咲スョシreference
+pointシ峨↓驟咲スョ縺帙h縲√→縺縺
+蜻ス莉、縺ョ縺サ縺九∽クュ縺瑚ゥー縺セ縺」縺溽洸蠖「繧堤クヲ讓ェ縺ョ繧オ繧、繧コ繧呈欠螳壹@縺ヲ謖螳壹@縺溷エ謇縺ォ謠上¢縲√→縺縺蜻ス莉、縺ェ縺ゥ縺
+繧画舌▲縺ヲ縺縺セ縺吶ょセ瑚縺ッ縲∽セ九∴縺ー鄂ォ邱壹r蠑輔¥蝣エ蜷医↓縲∫キ壹ョ螟ェ縺輔→髟キ縺輔→蠑輔¥菴咲スョ繧呈欠螳壹☆繧九%縺ィ縺ォ
+縺ェ繧翫∪縺吶 全てのページ内容を記述したDVIファイルの最後には、そのDVIファイルで使われるフォントの情報が書
-いてあります。例えば、2番のフォントはcmr10(Compuer Modern
-Roman 10pt)を12ptのサイズで用いる、というような情報が書かれています。
+ 蜈ィ縺ヲ縺ョ繝壹シ繧ク蜀螳ケ繧定ィ倩ソー縺励◆DVI繝輔ぃ繧、繝ォ縺ョ譛蠕後↓縺ッ縲√◎縺ョDVI繝輔ぃ繧、繝ォ縺ァ菴ソ繧上l繧九ヵ繧ゥ繝ウ繝医ョ諠蝣ア縺梧嶌
+縺縺ヲ縺ゅj縺セ縺吶ゆセ九∴縺ー縲シ堤分縺ョ繝輔か繝ウ繝医ッcmr10シCompuer Modern
+Roman 10ptシ峨r12pt縺ョ繧オ繧、繧コ縺ァ逕ィ縺繧九√→縺縺繧医≧縺ェ諠蝣ア縺梧嶌縺九l縺ヲ縺縺セ縺吶
フォントの番号はdvioutの Help → Font Info.
- で表示されるもので、DVIファイルで便宜的に決められるものですが、文字のコード番号は、フォントに応じて決まっているものです(例えば、cmr10
- の65番の文字は「A」にあたります)。 繝輔か繝ウ繝医ョ逡ェ蜿キ縺ッdviout縺ョ Help 竊 Font Info.
+ 縺ァ陦ィ遉コ縺輔l繧九b縺ョ縺ァ縲.VI繝輔ぃ繧、繝ォ縺ァ萓ソ螳懃噪縺ォ豎コ繧√i繧後k繧ゅョ縺ァ縺吶′縲∵枚蟄励ョ繧ウ繝シ繝臥分蜿キ縺ッ縲√ヵ繧ゥ繝ウ繝医↓蠢懊§縺ヲ豎コ縺セ縺」縺ヲ縺繧九b縺ョ縺ァ縺呻シ井セ九∴縺ー縲…mr10
+ 縺ョ65逡ェ縺ョ譁蟄励ッ縲窟縲阪↓縺ゅ◆繧翫∪縺呻シ峨 dvioutなどのDVIwareは、各フォントの使われる文字の画像データを得て、それを張り付けていくことにより、1ページの紙面の画像データを作成します。最も普通に使われるフォントの画像データは、PKフォント
-と呼ばれる形式で、各文字の画像データが独自の方法で圧縮されて文字毎に収録 されています。
-文字の画像データは、実際の文字の部分を囲む最小の矩形(Bounding Box)
-で切りつめられており、指定位置(reference point)から見てBounding Box
-をどこに配置すべきかの相対位置、次の文字との標準の空き、などの情報(これらは解像度と独立なデータ)も画像データ(これは解像度に依るデータ)と共に入っています。
+ dviout縺ェ縺ゥ縺ョDVIware縺ッ縲∝推繝輔か繝ウ繝医ョ菴ソ繧上l繧区枚蟄励ョ逕サ蜒上ョ繝シ繧ソ繧貞セ励※縲√◎繧後r蠑オ繧贋サ倥¢縺ヲ縺縺上%縺ィ縺ォ繧医j縲シ代壹シ繧ク縺ョ邏咎擇縺ョ逕サ蜒上ョ繝シ繧ソ繧剃ス懈舌@縺セ縺吶よ怙繧よ勸騾壹↓菴ソ繧上l繧九ヵ繧ゥ繝ウ繝医ョ逕サ蜒上ョ繝シ繧ソ縺ッ縲PK繝輔か繝ウ繝
+縺ィ蜻シ縺ー繧後k蠖「蠑上〒縲∝推譁蟄励ョ逕サ蜒上ョ繝シ繧ソ縺檎峡閾ェ縺ョ譁ケ豕輔〒蝨ァ邵ョ縺輔l縺ヲ譁蟄玲ッ弱↓蜿朱鹸 縺輔l縺ヲ縺縺セ縺吶
+譁蟄励ョ逕サ蜒上ョ繝シ繧ソ縺ッ縲∝ョ滄圀縺ョ譁蟄励ョ驛ィ蛻繧貞峇繧譛蟆上ョ遏ゥ蠖「シBounding Boxシ
+縺ァ蛻繧翫▽繧√i繧後※縺翫j縲∵欠螳壻ス咲スョシreference pointシ峨°繧芽ヲ九※Bounding Box
+繧偵←縺薙↓驟咲スョ縺吶∋縺阪°縺ョ逶ク蟇セ菴咲スョ縲∵ャ。縺ョ譁蟄励→縺ョ讓呎コ悶ョ遨コ縺阪√↑縺ゥ縺ョ諠蝣アシ医%繧後i縺ッ隗」蜒丞コヲ縺ィ迢ャ遶九↑繝繝シ繧ソシ峨b逕サ蜒上ョ繝シ繧ソシ医%繧後ッ隗」蜒丞コヲ縺ォ萓昴k繝繝シ繧ソシ峨→蜈ア縺ォ蜈・縺」縺ヲ縺縺セ縺吶
通常の横書きでは、reference point
-は文字下部の基準線の左端に位置します。例えば「A」では
-ほぼ文字の最左下点ですが、「g」などでは、文字は基準線の下にもはみ出ています。また、「’」では
-Bounding Box は「A」の場合より小さく、Bounding Box をreference point
-から見て上の位置に配置 することになります。 解像度が600dpi(600 dots/1 inch)でcmr10を12ptに拡大して使う場合のPKフォントは、通常
-cmr10.720pk という名前のファイルになっています。cmr10 という
-10pt のフォントを12ptのサイズで 使うため、720 = 600 x 12/10
-という数がファイル名に入っています。標準の10ptで使う場合のPKフォン
-トのファイル名は、cmr10.600pk となります。 dviout は、DVIファイルを解釈して、指定したページの紙面の画像データを作成します。具体的にはPKフォ
-ントから黒で描かれた文字の画像(Bounding Boxの大きさの矩形上に白の背景に黒で一つの文字が描かれた切手のようなものを想像すればよい)
-を得て、空白(白とみなして良い)の紙面に張り付けていく、
-と考えればよいでしょう。そのほか、指定された矩形の部分を黒で塗りつぶすことも行います。
+ 騾壼クク縺ョ讓ェ譖ク縺阪〒縺ッ縲〉eference point
+縺ッ譁蟄嶺ク矩Κ縺ョ蝓コ貅也キ壹ョ蟾ヲ遶ッ縺ォ菴咲スョ縺励∪縺吶ゆセ九∴縺ー縲窟縲阪〒縺ッ
+縺サ縺シ譁蟄励ョ譛蟾ヲ荳狗せ縺ァ縺吶′縲√携縲阪↑縺ゥ縺ァ縺ッ縲∵枚蟄励ッ蝓コ貅也キ壹ョ荳九↓繧ゅッ縺ソ蜃コ縺ヲ縺縺セ縺吶ゅ∪縺溘√娯吶阪〒縺ッ
+Bounding Box 縺ッ縲窟縲阪ョ蝣エ蜷医h繧雁ー上&縺上。ounding Box 繧池eference point
+縺九i隕九※荳翫ョ菴咲スョ縺ォ驟咲スョ 縺吶k縺薙→縺ォ縺ェ繧翫∪縺吶 隗」蜒丞コヲ縺600dpiシ600 dots/1 inchシ峨〒cmr10繧12pt縺ォ諡。螟ァ縺励※菴ソ縺蝣エ蜷医ョPK繝輔か繝ウ繝医ッ縲騾壼クク
+cmr10.720pk 縺ィ縺縺蜷榊燕縺ョ繝輔ぃ繧、繝ォ縺ォ縺ェ縺」縺ヲ縺縺セ縺吶Dmr10 縺ィ縺縺
+10pt 縺ョ繝輔か繝ウ繝医r12pt縺ョ繧オ繧、繧コ縺ァ 菴ソ縺縺溘a縲720 = 600 x 12/10
+縺ィ縺縺謨ー縺後ヵ繧。繧、繝ォ蜷阪↓蜈・縺」縺ヲ縺縺セ縺吶よィ呎コ悶ョ10pt縺ァ菴ソ縺蝣エ蜷医ョPK繝輔か繝ウ
+繝医ョ繝輔ぃ繧、繝ォ蜷阪ッ縲cmr10.600pk 縺ィ縺ェ繧翫∪縺吶 dviout 縺ッ縲.VI繝輔ぃ繧、繝ォ繧定ァ」驥医@縺ヲ縲∵欠螳壹@縺溘壹シ繧ク縺ョ邏咎擇縺ョ逕サ蜒上ョ繝シ繧ソ繧剃ス懈舌@縺セ縺吶ょキ菴鍋噪縺ォ縺ッPK繝輔か
+繝ウ繝医°繧蛾サ偵〒謠上°繧後◆譁蟄励ョ逕サ蜒シBounding Box縺ョ螟ァ縺阪&縺ョ遏ゥ蠖「荳翫↓逋ス縺ョ閭梧勹縺ォ鮟偵〒荳縺、縺ョ譁蟄励′謠上°繧後◆蛻謇九ョ繧医≧縺ェ繧ゅョ繧呈Φ蜒上☆繧後ー繧医>シ
+繧貞セ励※縲∫ゥコ逋スシ育區縺ィ縺ソ縺ェ縺励※濶ッ縺シ峨ョ邏咎擇縺ォ蠑オ繧贋サ倥¢縺ヲ縺縺上
+縺ィ閠縺医l縺ー繧医>縺ァ縺励g縺縲ゅ◎縺ョ縺サ縺九謖螳壹&繧後◆遏ゥ蠖「縺ョ驛ィ蛻繧帝サ偵〒蝪励j縺、縺カ縺縺薙→繧り。後>縺セ縺吶
このようにして紙面の画像データが完成すると、それをディスプレイ画面で表示したり、プリンタに出力することになります。これがdviout(あるいは多くのDVIware)の基本的な仕組みです。
-なお、WindowsではBMP画像形式(あるヘッダ付きの無圧縮画像データ)が用いられますので、dvioutもこの形式で紙面の画像データを作成します。
+ 縺薙ョ繧医≧縺ォ縺励※邏咎擇縺ョ逕サ蜒上ョ繝シ繧ソ縺悟ョ梧舌☆繧九→縲√◎繧後r繝繧」繧ケ繝励Ξ繧、逕サ髱「縺ァ陦ィ遉コ縺励◆繧翫√励Μ繝ウ繧ソ縺ォ蜃コ蜉帙☆繧九%縺ィ縺ォ縺ェ繧翫∪縺吶ゅ%繧後′dvioutシ医≠繧九>縺ッ螟壹¥縺ョDVIwareシ峨ョ蝓コ譛ャ逧縺ェ莉慕オ縺ソ縺ァ縺吶
+縺ェ縺翫仝indows縺ァ縺ッBMP逕サ蜒丞ス「蠑シ医≠繧九倥ャ繝莉倥″縺ョ辟。蝨ァ邵ョ逕サ蜒上ョ繝シ繧ソシ峨′逕ィ縺繧峨l縺セ縺吶ョ縺ァ縲‥viout繧ゅ%縺ョ蠖「蠑上〒邏咎擇縺ョ逕サ蜒上ョ繝シ繧ソ繧剃ス懈舌@縺セ縺吶
元来のTeXの場合、紙面作成にはこの2つしか存在しません。カラー画像を張り付けたり、文字に色づけするのは、TeXの special
-という拡張したコマンドを使ってなされ、元来のTeXの仕様には定義されていません
-(従ってこれは個々のDVIwareに依存する仕様になる)。
-これについては、後から述べます。 蜈譚・縺ョTeX縺ョ蝣エ蜷医∫エ咎擇菴懈舌↓縺ッ縺薙ョシ偵▽縺励°蟄伜惠縺励∪縺帙s縲ゅき繝ゥ繝シ逕サ蜒上r蠑オ繧贋サ倥¢縺溘j縲∵枚蟄励↓濶イ縺・縺代☆繧九ョ縺ッ縲ゝeX縺ョ special
+縺ィ縺縺諡。蠑オ縺励◆繧ウ繝槭Φ繝峨r菴ソ縺」縺ヲ縺ェ縺輔l縲∝譚・縺ョTeX縺ョ莉墓ァ倥↓縺ッ螳夂セゥ縺輔l縺ヲ縺縺セ縺帙s
+シ亥セ薙▲縺ヲ縺薙l縺ッ蛟九縺ョDVIware縺ォ萓晏ュ倥☆繧倶サ墓ァ倥↓縺ェ繧具シ峨
+縺薙l縺ォ縺、縺縺ヲ縺ッ縲∝セ後°繧芽ソー縺ケ縺セ縺吶 WindowsのTrueTypeフォントなどの場合も、WindowsのSystemから必要な文字の画像データを得ることにより、PKフォントと同様に考えることが出来ます。 Windows縺ョTrueType繝輔か繝ウ繝縺ェ縺ゥ縺ョ蝣エ蜷医b縲仝indows縺ョSystem縺九i蠢隕√↑譁蟄励ョ逕サ蜒上ョ繝シ繧ソ繧貞セ励k縺薙→縺ォ繧医j縲 ̄K繝輔か繝ウ繝医→蜷梧ァ倥↓閠縺医k縺薙→縺悟コ譚・縺セ縺吶 dviout
-は、紙面の画像データを作成することが基本ですが、単なる一つの画像データを受け付ける出力デバイスは多い上、そのコマンドは単純であるため、各種出力デバイスに対応することが出来ます。一方、ある出力デバイスに特化したDVIwareについては、別のやり方が可能です。
+縺ッ縲∫エ咎擇縺ョ逕サ蜒上ョ繝シ繧ソ繧剃ス懈舌☆繧九%縺ィ縺悟渕譛ャ縺ァ縺吶′縲∝腰縺ェ繧倶ク縺、縺ョ逕サ蜒上ョ繝シ繧ソ繧貞女縺台サ倥¢繧句コ蜉帙ョ繝舌う繧ケ縺ッ螟壹>荳翫√◎縺ョ繧ウ繝槭Φ繝峨ッ蜊倡エ斐〒縺ゅk縺溘a縲∝推遞ョ蜃コ蜉帙ョ繝舌う繧ケ縺ォ蟇セ蠢懊☆繧九%縺ィ縺悟コ譚・縺セ縺吶ゆク譁ケ縲√≠繧句コ蜉帙ョ繝舌う繧ケ縺ォ迚ケ蛹悶@縺櫂VIware縺ォ縺、縺縺ヲ縺ッ縲∝挨縺ョ繧繧頑婿縺悟庄閭ス縺ァ縺吶
かつてよく使われた lip3dvi(Canon の LBP 用の DVIware)では、DVIファイルで使われる
-PKフォントの画像データをあらかじめLBPにダウンロードしておき、DVIを読んで、ページの開始・終了や、あるフォントのある文字をある位置に置け、という命令があると、それをプリンタ制御コマンド(LIPS
-III)の対応する命令に翻訳し、翻訳したその命令をプリンタに送ります。したがって、紙面の画像作成はプリンタ側で行われることになります。指定し
-た矩形を黒く塗りつぶす場合も同様です。 縺九▽縺ヲ繧医¥菴ソ繧上l縺 lip3dviシCanon 縺ョ LBP 逕ィ縺ョ DVIwareシ峨〒縺ッ縲.VI繝輔ぃ繧、繝ォ縺ァ菴ソ繧上l繧
+PK繝輔か繝ウ繝医ョ逕サ蜒上ョ繝シ繧ソ繧偵≠繧峨°縺倥aLBP縺ォ繝繧ヲ繝ウ繝ュ繝シ繝峨@縺ヲ縺翫″縲.VI繧定ェュ繧薙〒縲√壹シ繧ク縺ョ髢句ァ九サ邨ゆコ繧縲√≠繧九ヵ繧ゥ繝ウ繝医ョ縺ゅk譁蟄励r縺ゅk菴咲スョ縺ォ鄂ョ縺代√→縺縺蜻ス莉、縺後≠繧九→縲√◎繧後r繝励Μ繝ウ繧ソ蛻カ蠕。繧ウ繝槭Φ繝(LIPS
+IIIシ峨ョ蟇セ蠢懊☆繧句多莉、縺ォ鄙サ險ウ縺励∫ソサ險ウ縺励◆縺昴ョ蜻ス莉、繧偵励Μ繝ウ繧ソ縺ォ騾√j縺セ縺吶ゅ@縺溘′縺」縺ヲ縲∫エ咎擇縺ョ逕サ蜒丈ス懈舌ッ繝励Μ繝ウ繧ソ蛛エ縺ァ陦後o繧後k縺薙→縺ォ縺ェ繧翫∪縺吶よ欠螳壹@
+縺溽洸蠖「繧帝サ偵¥蝪励j縺、縺カ縺吝エ蜷医b蜷梧ァ倥〒縺吶 なお、dviout での印刷においても dviprt機能を使えば、このような方法で印刷をすることができます。
+ 縺ェ縺翫‥viout 縺ァ縺ョ蜊ー蛻キ縺ォ縺翫>縺ヲ繧 dviprt讖溯ス繧剃スソ縺医ー縲√%縺ョ繧医≧縺ェ譁ケ豕輔〒蜊ー蛻キ繧偵☆繧九%縺ィ縺後〒縺阪∪縺吶
このやり方は、他のDVIwareでも使われることがあり、たとえばインプレスのWinDviでは、基本的には
-MS Windowsに登録されたTrueTypeフォントを用い、「紙面のどの位置にどのフォントのどの文字をどのサイズで置け」という命令をWindowsのシステムに送ることにより、
-Windows側で文字の画像データを作成して紙面に張り付けて紙面を完成させ、画面に出したりプリンタに出力したりします。すなわち、WinDvi は文字の画像データを扱わないのが基本となっています。 縺薙ョ繧繧頑婿縺ッ縲∽サ悶ョDVIware縺ァ繧ゆスソ繧上l繧九%縺ィ縺後≠繧翫√◆縺ィ縺医ー繧、繝ウ繝励Ξ繧ケ縺ョWinDvi縺ァ縺ッ縲∝渕譛ャ逧縺ォ縺ッ
+MS Windows縺ォ逋サ骭イ縺輔l縺鬱rueType繝輔か繝ウ繝医r逕ィ縺縲√檎エ咎擇縺ョ縺ゥ縺ョ菴咲スョ縺ォ縺ゥ縺ョ繝輔か繝ウ繝医ョ縺ゥ縺ョ譁蟄励r縺ゥ縺ョ繧オ繧、繧コ縺ァ鄂ョ縺代阪→縺縺蜻ス莉、繧淡indows縺ョ繧キ繧ケ繝繝縺ォ騾√k縺薙→縺ォ繧医j縲
+Windows蛛エ縺ァ譁蟄励ョ逕サ蜒上ョ繝シ繧ソ繧剃ス懈舌@縺ヲ邏咎擇縺ォ蠑オ繧贋サ倥¢縺ヲ邏咎擇繧貞ョ梧舌&縺帙∫判髱「縺ォ蜃コ縺励◆繧翫励Μ繝ウ繧ソ縺ォ蜃コ蜉帙@縺溘j縺励∪縺吶ゅ☆縺ェ繧上■縲仝inDvi 縺ッ譁蟄励ョ逕サ蜒上ョ繝シ繧ソ繧呈桶繧上↑縺縺ョ縺悟渕譛ャ縺ィ縺ェ縺」縺ヲ縺縺セ縺吶 dviout ではpatch2というモード(cmode)やデフォルトの印刷方式(auto
-mode (p2))がこれにあたります。 dviout 縺ァ縺ッpatch2縺ィ縺縺繝「繝シ繝会シcmodeシ峨d繝繝輔か繝ォ繝医ョ蜊ー蛻キ譁ケ蠑擾シauto
+mode (p2)シ峨′縺薙l縺ォ縺ゅ◆繧翫∪縺吶 Wordや一太郎などのMS Windowsのワープロも、上記と同様な方法が用いられており、それは紙面作成のためのデータからMS
-Windowsの紙面作成コマンドへの翻訳機と見なすことができます。一方、
-dviout では、「文字の画像データという沢山の画像データを合成して一つの紙面の画像データを作成する」
-という画像処理の要素が多分に入ることになります。 Word繧荳螟ェ驛縺ェ縺ゥ縺ョMS Windows縺ョ繝ッ繝シ繝励Ο繧ゅ∽ク願ィ倥→蜷梧ァ倥↑譁ケ豕輔′逕ィ縺繧峨l縺ヲ縺翫j縲√◎繧後ッ邏咎擇菴懈舌ョ縺溘a縺ョ繝繝シ繧ソ縺九iMS
+Windows縺ョ邏咎擇菴懈舌さ繝槭Φ繝峨∈縺ョ鄙サ險ウ讖溘→隕九↑縺吶%縺ィ縺後〒縺阪∪縺吶ゆク譁ケ縲
+dviout 縺ァ縺ッ縲√梧枚蟄励ョ逕サ蜒上ョ繝シ繧ソ縺ィ縺縺豐「螻ア縺ョ逕サ蜒上ョ繝シ繧ソ繧貞粋謌舌@縺ヲ荳縺、縺ョ邏咎擇縺ョ逕サ蜒上ョ繝シ繧ソ繧剃ス懈舌☆繧九
+縺ィ縺縺逕サ蜒丞ヲ逅縺ョ隕∫エ縺悟、壼縺ォ蜈・繧九%縺ィ縺ォ縺ェ繧翫∪縺吶 dvipskなどのDVIwareは、DVIの紙面作成命令をPostScript言語に翻訳するものであり、その後の紙面の画像データ作成は、PostScriptプリンタやGhostscriptによってなされます。
+ dvipsk縺ェ縺ゥ縺ョDVIware縺ッ縲.VI縺ョ邏咎擇菴懈仙多莉、繧PostScript險隱縺ォ鄙サ險ウ縺吶k繧ゅョ縺ァ縺ゅj縲√◎縺ョ蠕後ョ邏咎擇縺ョ逕サ蜒上ョ繝シ繧ソ菴懈舌ッ縲PostScript繝励Μ繝ウ繧ソ繧Ghostscript縺ォ繧医▲縺ヲ縺ェ縺輔l縺セ縺吶
DVIwareにおいて、ディスプレイ画面に出力を行うpreviewerは印刷の場合とは異なった側面が
-あります。すなわち、高速に動作することと、低い解像度でそれなりに美しく表示することです。
-後者のために、gray scale という手法が用いられます。 DVIware縺ォ縺翫>縺ヲ縲√ョ繧」繧ケ繝励Ξ繧、逕サ髱「縺ォ蜃コ蜉帙r陦後≧previewer縺ッ蜊ー蛻キ縺ョ蝣エ蜷医→縺ッ逡ー縺ェ縺」縺溷エ髱「縺
+縺ゅj縺セ縺吶ゅ☆縺ェ繧上■縲鬮倬溘↓蜍穂ス懊☆繧九%縺ィ縺ィ縲∽ス弱>隗」蜒丞コヲ縺ァ縺昴l縺ェ繧翫↓鄒弱@縺剰。ィ遉コ縺吶k縺薙→縺ァ縺吶
+蠕瑚縺ョ縺溘a縺ォ縲gray scale 縺ィ縺縺謇区ウ輔′逕ィ縺繧峨l縺セ縺吶 印刷では 600 dpi (600 dots/ 1 inch)
-というのは普通ですが、ディスプレイの解像度はずっとそれより低いので、
+ 蜊ー蛻キ縺ァ縺ッ 600 dpi (600 dots/ 1 inchシ
+縺ィ縺縺縺ョ縺ッ譎ョ騾壹〒縺吶′縲√ョ繧」繧ケ繝励Ξ繧、縺ョ隗」蜒丞コヲ縺ッ縺壹▲縺ィ縺昴l繧医j菴弱>縺ョ縺ァ縲
600 dpi
-用に作成された画像データでは、紙面が大きく拡大され、その一部のみが表示されることに
-なります。150 dpi
-程度に解像度を落とさないと、紙面全体を見ることが出来ません。このとき
-600 dpi の白黒の画像データを 150 dpi の gray scale
-画像に変換することができます。
-DVIware としての dviout
+DVIware 縺ィ縺励※縺ョ dviout
-
-目次
+
+逶ョ谺。
+
- 0. 序
- 1. dvioutの基本
- 2. 各種のDVIwareやワープロ
+ 0. 蠎
+ 1. dviout縺ョ蝓コ譛ャ
+ 2. 蜷遞ョ縺ョDVIware繧繝ッ繝シ繝励Ο
3. gray scale
- 4. 文字の色づけ - その1 -
- 5. 文字の色づけ - その2 -
- 6. 文字の重なり
+ 4. 譁蟄励ョ濶イ縺・縺 - 縺昴ョシ -
+ 5. 譁蟄励ョ濶イ縺・縺 - 縺昴ョシ -
+ 6. 譁蟄励ョ驥阪↑繧
7. 画像データの取り込み
- 8. 文字や画像の回転
+href="#graphics">逕サ蜒上ョ繝シ繧ソ縺ョ蜿悶j霎シ縺ソ
+ 8. 譁蟄励d逕サ蜒上ョ蝗櫁サ「
白黒画像とカラー画像
- カラーPostScript画像の回転
+href="#BWvsColor">逋ス鮟堤判蜒上→繧ォ繝ゥ繝シ逕サ蜒
+ 繧ォ繝ゥ繝シPostScript逕サ蜒上ョ蝗櫁サ「
BMC画像ファイル
- 9. 斜線やtpicによる描画
+href="#BMC">BMC逕サ蜒上ヵ繧。繧、繝ォ
+ 9. 譁懃キ壹dtpic縺ォ繧医k謠冗判
10. プリンタとの関わり
- 10.1. Windows専用プリンタ
+href="#printer">繝励Μ繝ウ繧ソ縺ィ縺ョ髢「繧上j
+ 10.1. Windows蟆ら畑繝励Μ繝ウ繧ソ
プリンタドライバのチェック
+href="#CheckDriver">繝励Μ繝ウ繧ソ繝峨Λ繧、繝舌ョ繝√ぉ繝繧ッ
10.2. PostScriptプリンタ
- 10.3. カラー画像の白黒印刷
+href="#PSprinter">PostScript繝励Μ繝ウ繧ソ
+ 10.3. 繧ォ繝ゥ繝シ逕サ蜒上ョ逋ス鮟貞魂蛻キ
11. 画像出力
- 11.1. 矩形領域の指定
+href="#picture">逕サ蜒丞コ蜉
+ 11.1. 遏ゥ蠖「鬆伜沺縺ョ謖螳
11.2. BMP/BMC画像出力
- 11.3. EMF画像出力
+href="#BMPout">BMP/BMC逕サ蜒丞コ蜉
+ 11.3. EMF逕サ蜒丞コ蜉
11.4. PNG/EPS等の画像出力
- 11.5. PDF画像出力
- 11.6. PostScript画像出力
- 11.7. PDF変換
- 11.8. 上記以外の画像ファイルへの切り出し
- 11.9. FAX送信
-12. dviprt機能
+href="#png">PNG/EPS遲峨ョ逕サ蜒丞コ蜉
+ 11.5. PDF逕サ蜒丞コ蜉
+ 11.6. PostScript逕サ蜒丞コ蜉
+ 11.7. PDF螟画鋤
+ 11.8. 荳願ィ倅サ・螟悶ョ逕サ蜒上ヵ繧。繧、繝ォ縺ク縺ョ蛻繧雁コ縺
+ 11.9. FAX騾∽ソ。
+12. dviprt讖溯ス
12.1. LBP用ドライバ
- 12.2. 他のプリンタドライバの制御
+href="#LBP">LBP逕ィ繝峨Λ繧、繝
+ 12.2. 莉悶ョ繝励Μ繝ウ繧ソ繝峨Λ繧、繝舌ョ蛻カ蠕。
13. BMC画像の圧縮率
+href="#CompBMC">BMC逕サ蜒上ョ蝨ァ邵ョ邇
-0. 序
+0. 蠎
-
-それとともに、On-line Help のみでは解説が不十分と思われる
+縺昴l縺ィ縺ィ繧ゅ↓縲^n-line Help 縺ョ縺ソ縺ァ縺ッ隗」隱ャ縺御ク榊香蛻縺ィ諤昴o繧後k
+
cmode: auto mode(p2), merge, replace(def), replace(bak), patch, patch2, auto
mode(rep)
@@ -84,290 +82,290 @@ color)
gclip: ON/OFF
1. dviout の基本
+1. dviout 縺ョ蝓コ譛ャ
-
-
-
+
2. 各種のDVIwareやワープロ
+2. 蜷遞ョ縺ョDVIware繧繝ッ繝シ繝励Ο
3. gray scale
-
- ●○○○ - ●●○○ - ●●●○ → ◎ 黒が 9/16 で 明るさは 7/16(c=1), 4/16(c=0.5 でのγ補正) - ●●●○ + 笳鞘雷笳銀雷 + 笳鞘酪笳銀雷 + 笳鞘酪笳鞘雷 竊 笳 鮟偵′ 9/16 縺ァ 譏弱k縺輔ッ 7/16(c=1), 4/16(c=0.5 縺ァ縺ョホウ陬懈ュ」) + 笳鞘酪笳鞘雷-
150 dpi の 1 dot は、600 dpi の 4 x 4 = 16 dots -の部分に対応します。白を1、黒を0という数字 -で表し、その中間の灰色を明るさを 0 と 1 -の間の数字で表すことにします。「150 dpi の縮小画像の、ある 1 dot -に対応する 600 dpi の画像の 16 dots のうち n dots -が黒(文字や線の部分) に対応していた場合、150 dpi のその 1 dot -を (1 - n/16) の明るさの灰色にする」というような 手法で 150 dpiのgray -scale画像が得られます。
- -たとえば、1 inch x 1 inch の白黒2値の画像は、600 dpi -では 600 x 600 dots のサイズですが、150 dpi の gray scale に変換すると +
150 dpi 縺ョ 1 dot 縺ッ縲600 dpi 縺ョ 4 x 4 = 16 dots +縺ョ驛ィ蛻縺ォ蟇セ蠢懊@縺セ縺吶ら區繧1縲鮟偵r0縺ィ縺縺謨ー蟄 +縺ァ陦ィ縺励√◎縺ョ荳ュ髢薙ョ轣ー濶イ繧呈弱k縺輔r 0 縺ィ 1 +縺ョ髢薙ョ謨ー蟄励〒陦ィ縺吶%縺ィ縺ォ縺励∪縺吶ゅ150 dpi 縺ョ邵ョ蟆冗判蜒上ョ縲√≠繧 1 dot +縺ォ蟇セ蠢懊☆繧 600 dpi 縺ョ逕サ蜒上ョ 16 dots 縺ョ縺縺。 n dots +縺碁サ抵シ域枚蟄励d邱壹ョ驛ィ蛻シ 縺ォ蟇セ蠢懊@縺ヲ縺縺溷エ蜷医150 dpi 縺ョ縺昴ョ 1 dot +繧 (1 - n/16) 縺ョ譏弱k縺輔ョ轣ー濶イ縺ォ縺吶k縲阪→縺縺繧医≧縺ェ 謇区ウ輔〒 150 dpi縺ョgray +scale逕サ蜒上′蠕励i繧後∪縺吶
+ +縺溘→縺医ー縲1 inch x 1 inch 縺ョ逋ス鮟2蛟、縺ョ逕サ蜒上ッ縲600 dpi +縺ァ縺ッ 600 x 600 dots 縺ョ繧オ繧、繧コ縺ァ縺吶′縲150 dpi 縺ョ gray scale 縺ォ螟画鋤縺吶k縺ィ 150 x 150 dots -のサイズになります。
- -その際に、若干調整をして、正数 c を用いて (1 - (n/16)c) -の明るさにしています。これは γ補正と呼ばれます。c = 1 -のときが補正無しで、c が 0 -に近くなるほど、文字の周りが黒くなります(dviout の [Display] の contrast -では high と表現されています)。
- -dviout では、c が 0.01 から 6.00 の範囲で調整でき、デフォルトは -0.80 としてあります。これは、 -ディスプレイや好みに応じて見やすいように調整するのが良いでしょう。また、dviout -では、gray scale での白から黒までは、γ補正に応じた16 -段階に固定しており(600 dpi → 100 dpi でも同じ)、 このときdvioutで作成される画像データは -16色(色は白から黒までの16段階で、γ補正に従って -パレットで指定)のカラーBMP画像となります。このgray -scaleのBMP画像をMS Windowsを通じてディプレイ 画面に表示します。
+縺ョ繧オ繧、繧コ縺ォ縺ェ繧翫∪縺吶 + +縺昴ョ髫帙↓縲∬凶蟷イ隱ソ謨エ繧偵@縺ヲ縲∵ュ」謨ー c 繧堤畑縺縺ヲ (1 - (n/16)c) +縺ョ譏弱k縺輔↓縺励※縺縺セ縺吶ゅ%繧後ッ ホウ陬懈ュ」縺ィ蜻シ縺ー繧後∪縺吶D = 1 +縺ョ縺ィ縺阪′陬懈ュ」辟。縺励〒縲… 縺 0 +縺ォ霑代¥縺ェ繧九⊇縺ゥ縲∵枚蟄励ョ蜻ィ繧翫′鮟偵¥縺ェ繧翫∪縺呻シdviout 縺ョ [Display] 縺ョ contrast +縺ァ縺ッ high 縺ィ陦ィ迴セ縺輔l縺ヲ縺縺セ縺呻シ峨
+ +dviout 縺ァ縺ッ縲… 縺 0.01 縺九i 6.00 縺ョ遽蝗イ縺ァ隱ソ謨エ縺ァ縺阪√ョ繝輔か繝ォ繝医ッ +0.80 縺ィ縺励※縺ゅj縺セ縺吶ゅ%繧後ッ縲 +繝繧」繧ケ繝励Ξ繧、繧螂ス縺ソ縺ォ蠢懊§縺ヲ隕九d縺吶>繧医≧縺ォ隱ソ謨エ縺吶k縺ョ縺瑚憶縺縺ァ縺励g縺縲ゅ∪縺溘‥viout +縺ァ縺ッ縲“ray scale 縺ァ縺ョ逋ス縺九i鮟偵∪縺ァ縺ッ縲∃ウ陬懈ュ」縺ォ蠢懊§縺16 +谿オ髫弱↓蝗コ螳壹@縺ヲ縺翫jシ600 dpi 竊 100 dpi 縺ァ繧ょ酔縺假シ峨 縺薙ョ縺ィ縺硬viout縺ァ菴懈舌&繧後k逕サ蜒上ョ繝シ繧ソ縺ッ +16濶イシ郁牡縺ッ逋ス縺九i鮟偵∪縺ァ縺ョ16谿オ髫弱〒縲∃ウ陬懈ュ」縺ォ蠕薙▲縺ヲ +繝代Ξ繝繝医〒謖螳夲シ峨ョ繧ォ繝ゥ繝シBMP逕サ蜒縺ィ縺ェ繧翫∪縺吶ゅ%縺ョgray +scale縺ョBMP逕サ蜒上rMS Windows繧帝壹§縺ヲ繝繧」繝励Ξ繧、 逕サ髱「縺ォ陦ィ遉コ縺励∪縺吶
-上は、BaKoMaのCM -TrueTypeフォントをLaTeXの \Large で用いた場合(cmr12が使われます)のdvioutの100 -dpi での表示からの画像コピーで、順にgray scale無し、そのあとは 200 -dpi, 300 dpi, 600 dpi からのgray scale です。
+荳翫ッ縲BaKoMa縺ョCM +TrueType繝輔か繝ウ繝繧鱈aTeX縺ョ \Large 縺ァ逕ィ縺縺溷エ蜷茨シcmr12縺御スソ繧上l縺セ縺呻シ峨ョdviout縺ョ100 +dpi 縺ァ縺ョ陦ィ遉コ縺九i縺ョ逕サ蜒上さ繝斐シ縺ァ縲鬆縺ォgray scale辟。縺励√◎縺ョ縺ゅ→縺ッ 200 +dpi, 300 dpi, 600 dpi 縺九i縺ョgray scale 縺ァ縺吶
-このdviout の gray scale 機能は、MS-DOS版のdvioutが一部Display Card用に対応していたことが元になっています。 +
縺薙ョdviout 縺ョ gray scale 讖溯ス縺ッ縲`S-DOS迚医ョdviout縺御ク驛ィDisplay Card逕ィ縺ォ蟇セ蠢懊@縺ヲ縺縺溘%縺ィ縺悟縺ォ縺ェ縺」縺ヲ縺縺セ縺吶
--一文字の画像を紙面に置く、ということをWindowsなどのSystemに任せているDVIwareの場合は、 - あらかじめ gray scale - に変換された文字の画像データを張り付けます、あるいは、Windows - の TrueType フォントの場合では、gray scale によって文字を置くというSystemの機能を用いる - こともできます。
+荳譁蟄励ョ逕サ蜒上r邏咎擇縺ォ鄂ョ縺上√→縺縺縺薙→繧淡indows縺ェ縺ゥ縺ョSystem縺ォ莉サ縺帙※縺繧汽VIware縺ョ蝣エ蜷医ッ縲 + 縺ゅi縺九§繧 gray scale + 縺ォ螟画鋤縺輔l縺滓枚蟄励ョ逕サ蜒上ョ繝シ繧ソ繧貞シオ繧贋サ倥¢縺セ縺吶√≠繧九>縺ッ縲仝indows + 縺ョ TrueType 繝輔か繝ウ繝医ョ蝣エ蜷医〒縺ッ縲“ray scale 縺ォ繧医▲縺ヲ譁蟄励r鄂ョ縺上→縺縺System縺ョ讖溯ス繧堤畑縺繧 + 縺薙→繧ゅ〒縺阪∪縺吶
高解像度のディスプレイではあまり差は明らかではありませんが、以下の違いがあります。 +
鬮倩ァ」蜒丞コヲ縺ョ繝繧」繧ケ繝励Ξ繧、縺ァ縺ッ縺ゅ∪繧雁キョ縺ッ譏弱i縺九〒縺ッ縺ゅj縺セ縺帙s縺後∽サ・荳九ョ驕輔>縺後≠繧翫∪縺吶
dviout では、HyperTeXにおけるホットスポットにあたる文字や、文字列検索で見つかった文字に対し、 -色づけ表示やアンンダーラインを付加することができます。特に前者は、Windows版のdvioutを作成する動機に -なったものなので、dviout for Windowsの基本設計段階で組み込まれています。 +
dviout 縺ァ縺ッ縲HyperTeX縺ォ縺翫¢繧九帙ャ繝医せ繝昴ャ繝医↓縺ゅ◆繧区枚蟄励d縲譁蟄怜玲、懃エ「縺ァ隕九▽縺九▲縺滓枚蟄励↓蟇セ縺励 +濶イ縺・縺題。ィ遉コ繧繧「繝ウ繝ウ繝繝シ繝ゥ繧、繝ウ繧剃サ伜刈縺吶k縺薙→縺後〒縺阪∪縺吶ら音縺ォ蜑崎縺ッ縲仝indows迚医ョdviout繧剃ス懈舌☆繧句虚讖溘↓ +縺ェ縺」縺溘b縺ョ縺ェ縺ョ縺ァ縲‥viout for Windows縺ョ蝓コ譛ャ險ュ險域ョオ髫弱〒邨縺ソ霎シ縺セ繧後※縺縺セ縺吶
-この色づけの文字やアンダーラインなどは、graphics -package などによる文字の色づけと違って、previewのみに関係し、色を付けたり消したりが容易に出来る必要がある一方、色数は多い必要がありません。またpreview -での gray scale -に応じて、色づけした文字にも同様な処理が望まれます(カラーの時は、anti-aliasing -と言います)。
- -基本的な8色、それに対する2種類16段階の anti-aliasing用ということで、2・8・16 -= 256 のカラーパレットを用意し、256色BMP画像として表示画面を作成することで対応しています。2種類というのはnormal背景と色づけ背景で、例えば、赤を指定した場合、 -normal背景では 文字色赤と背景色白の間をγ補正を考慮して16段階の色とし、 -色づけ背景では、文字色黒と背景色赤の間のanti-aliasingとします。 -なお、graphics packageのcolor.styなどによって背景色を指定 -した場合、その背景色と文字色との間でanti-aliasingを行います。
- -dviout では、たとえば 600 dpi の紙面の画像(背景は白、文字は黒の2色画像)を用意し、 -その際、HyperTeXのホットスポットなどのために色づけすべきBondingBoxの紙面での位置をすべて記憶しておきます。次にたとえば、150 dpiに縮小し、 -16段階のgray scaleにした上記 256色BMPに変換します。 -その後、色づけすべきBoundingBoxに属する dots のすべての色を変更します。
- -赤の文字の場合、黒から白までの 16 段階の gray scale -が、赤から白までの 16段階のanti-aliasing -に変更され、紙面は白のままで、文字はanti-aliasing処理がなされた赤の文字となります。具体的には、カラーパレットを表す8ビットのうち、色を表す3ビットを変更することになります(残りの5ビットのうち、4ビットが gray scale に、1ビットが反転背景かどうかに対応)。
- -アンダーラインや箱で囲む場合は、その線に対応するdotに -対し、反転背景色と文字色とのanti-aliaslingを逆にしたものに変更します(元が復元可能、すな -わち、可逆な操作にするためこうなっています。青で線を引くと文字と重なった部分は黒にな -ります。よって、文字の色づけとアンダラインの同時指定の場合の処理は、より複雑です)。 +
縺薙ョ濶イ縺・縺代ョ譁蟄繧繧「繝ウ繝繝シ繝ゥ繧、繝ウ縺ェ縺ゥ縺ッ縲“raphics +package 縺ェ縺ゥ縺ォ繧医k譁蟄励ョ濶イ縺・縺代→驕輔▲縺ヲ縲}review縺ョ縺ソ縺ォ髢「菫ゅ@縲∬牡繧剃サ倥¢縺溘j豸医@縺溘j縺悟ョケ譏薙↓蜃コ譚・繧句ソ隕√′縺ゅk荳譁ケ縲∬牡謨ー縺ッ螟壹>蠢隕√′縺ゅj縺セ縺帙s縲ゅ∪縺殫review +縺ァ縺ョ gray scale +縺ォ蠢懊§縺ヲ縲∬牡縺・縺代@縺滓枚蟄励↓繧ょ酔讒倥↑蜃ヲ逅縺梧悍縺セ繧後∪縺呻シ医き繝ゥ繝シ縺ョ譎ゅッ縲anti-aliasing +縺ィ險縺縺セ縺呻シ峨
+ +蝓コ譛ャ逧縺ェ8濶イ縲√◎繧後↓蟇セ縺吶k2遞ョ鬘16谿オ髫弱ョ anti-aliasing逕ィ縺ィ縺縺縺薙→縺ァ縲2繝サ8繝サ16 += 256 縺ョ繧ォ繝ゥ繝シ繝代Ξ繝繝医r逕ィ諢上@縲256濶イBMP逕サ蜒縺ィ縺励※陦ィ遉コ逕サ髱「繧剃ス懈舌☆繧九%縺ィ縺ァ蟇セ蠢懊@縺ヲ縺縺セ縺吶2遞ョ鬘槭→縺縺縺ョ縺ッnormal閭梧勹縺ィ濶イ縺・縺題レ譎ッ縺ァ縲∽セ九∴縺ー縲∬オ、繧呈欠螳壹@縺溷エ蜷医 +normal閭梧勹縺ァ縺ッ 譁蟄苓牡襍、縺ィ閭梧勹濶イ逋ス縺ョ髢薙rホウ陬懈ュ」繧定諷ョ縺励※16谿オ髫弱ョ濶イ縺ィ縺励 +濶イ縺・縺題レ譎ッ縺ァ縺ッ縲∵枚蟄苓牡鮟偵→閭梧勹濶イ襍、縺ョ髢薙ョanti-aliasing縺ィ縺励∪縺吶 +縺ェ縺翫“raphics package縺ョcolor.sty縺ェ縺ゥ縺ォ繧医▲縺ヲ閭梧勹濶イ繧呈欠螳 +縺励◆蝣エ蜷医√◎縺ョ閭梧勹濶イ縺ィ譁蟄苓牡縺ィ縺ョ髢薙〒anti-aliasing繧定。後>縺セ縺吶
+ +dviout 縺ァ縺ッ縲√◆縺ィ縺医ー 600 dpi 縺ョ邏咎擇縺ョ逕サ蜒擾シ郁レ譎ッ縺ッ逋ス縲∵枚蟄励ッ鮟偵ョ2濶イ逕サ蜒擾シ峨r逕ィ諢上@縲 +縺昴ョ髫帙?yperTeX縺ョ繝帙ャ繝医せ繝昴ャ繝医↑縺ゥ縺ョ縺溘a縺ォ濶イ縺・縺代☆縺ケ縺坑ondingBox縺ョ邏咎擇縺ァ縺ョ菴咲スョ繧偵☆縺ケ縺ヲ險俶カ縺励※縺翫″縺セ縺吶よャ。縺ォ縺溘→縺医ー縲150 dpi縺ォ邵ョ蟆上@縲 +16谿オ髫弱ョgray scale縺ォ縺励◆荳願ィ 256濶イBMP縺ォ螟画鋤縺励∪縺吶 +縺昴ョ蠕後∬牡縺・縺代☆縺ケ縺坑oundingBox縺ォ螻槭☆繧 dots 縺ョ縺吶∋縺ヲ縺ョ濶イ繧貞、画峩縺励∪縺吶
+ +襍、縺ョ譁蟄励ョ蝣エ蜷医鮟偵°繧臥區縺セ縺ァ縺ョ 16 谿オ髫弱ョ gray scale +縺後∬オ、縺九i逋ス縺セ縺ァ縺ョ 16谿オ髫弱ョanti-aliasing +縺ォ螟画峩縺輔l縲∫エ咎擇縺ッ逋ス縺ョ縺セ縺セ縺ァ縲∵枚蟄励ッanti-aliasing蜃ヲ逅縺後↑縺輔l縺溯オ、縺ョ譁蟄励→縺ェ繧翫∪縺吶ょキ菴鍋噪縺ォ縺ッ縲√き繝ゥ繝シ繝代Ξ繝繝医r陦ィ縺8繝薙ャ繝医ョ縺縺。縲∬牡繧定。ィ縺3繝薙ャ繝医r螟画峩縺吶k縺薙→縺ォ縺ェ繧翫∪縺呻シ域ョ九j縺ョ5繝薙ャ繝医ョ縺縺。縲4繝薙ャ繝医′ gray scale 縺ォ縲1繝薙ャ繝医′蜿崎サ「閭梧勹縺九←縺縺九↓蟇セ蠢懶シ峨
+ +繧「繝ウ繝繝シ繝ゥ繧、繝ウ繧邂ア縺ァ蝗イ繧蝣エ蜷医ッ縲√◎縺ョ邱壹↓蟇セ蠢懊☆繧掬ot縺ォ +蟇セ縺励∝渚霆「閭梧勹濶イ縺ィ譁蟄苓牡縺ィ縺ョanti-aliasling繧帝縺ォ縺励◆繧ゅョ縺ォ螟画峩縺励∪縺呻シ亥縺悟セゥ蜈蜿ッ閭ス縲√☆縺ェ +繧上■縲∝庄騾縺ェ謫堺ス懊↓縺吶k縺溘a縺薙≧縺ェ縺」縺ヲ縺縺セ縺吶る搨縺ァ邱壹r蠑輔¥縺ィ譁蟄励→驥阪↑縺」縺滄Κ蛻縺ッ鮟偵↓縺ェ +繧翫∪縺吶ゅh縺」縺ヲ縲∵枚蟄励ョ濶イ縺・縺代→繧「繝ウ繝繝ゥ繧、繝ウ縺ョ蜷梧凾謖螳壹ョ蝣エ蜷医ョ蜃ヲ逅縺ッ縲√h繧願、髮代〒縺呻シ峨
-色づけされる文字のBoundingBoxの中に、色づけされない文字が入っていた場合は、そちらの文字も色づけされてしまうことになりますが、使われる目的から言って大きな支障はないと考えています。 +
濶イ縺・縺代&繧後k譁蟄励ョBoundingBox縺ョ荳ュ縺ォ縲∬牡縺・縺代&繧後↑縺譁蟄励′蜈・縺」縺ヲ縺縺溷エ蜷医ッ縲√◎縺。繧峨ョ譁蟄励b濶イ縺・縺代&繧後※縺励∪縺縺薙→縺ォ縺ェ繧翫∪縺吶′縲∽スソ繧上l繧狗岼逧縺九i險縺」縺ヲ螟ァ縺阪↑謾ッ髫懊ッ縺ェ縺縺ィ閠縺医※縺縺セ縺吶
--なお、WinDvi のような形式(dviout でのpatch2のモード)におけるWindowsのTrueTypeフォントの文字出力は、WindowsのSystemが行うので、その際に文字色指定をするだけで、上記と比べて極めて簡単に色づけが実現されます。次項の文字の色づけも区別が無く同様です。
+縺ェ縺翫WinDvi 縺ョ繧医≧縺ェ蠖「蠑擾シdviout 縺ァ縺ョpatch2縺ョ繝「繝シ繝会シ峨↓縺翫¢繧妓indows縺ョTrueType繝輔か繝ウ繝医ョ譁蟄怜コ蜉帙ッ縲仝indows縺ョSystem縺瑚。後≧縺ョ縺ァ縲√◎縺ョ髫帙↓譁蟄苓牡謖螳壹r縺吶k縺縺代〒縲∽ク願ィ倥→豈斐∋縺ヲ讌オ繧√※邁。蜊倥↓濶イ縺・縺代′螳溽樟縺輔l縺セ縺吶よャ。鬆縺ョ譁蟄励ョ濶イ縺・縺代b蛹コ蛻・縺檎┌縺丞酔讒倥〒縺吶
LaTeX2eのgraphics packageのcolor specialなどで、文字に色を付けた場合を考えましょう。 -このときは、previewにおいても印刷においても指定した色で正確に出力することが望まれます。 -一方、フルカラー(24bits)で600dpiのA4サイズの紙面に必要なBMPファイルのサイズは約100M +
LaTeX2e縺ョgraphics package縺ョcolor special縺ェ縺ゥ縺ァ縲∵枚蟄励↓濶イ繧剃サ倥¢縺溷エ蜷医r閠縺医∪縺励g縺縲 +縺薙ョ縺ィ縺阪ッ縲}review縺ォ縺翫>縺ヲ繧ょ魂蛻キ縺ォ縺翫>縺ヲ繧よ欠螳壹@縺溯牡縺ァ豁」遒コ縺ォ蜃コ蜉帙☆繧九%縺ィ縺梧悍縺セ繧後∪縺吶 +荳譁ケ縲√ヵ繝ォ繧ォ繝ゥ繝シ(24bits)縺ァ600dpi縺ョA4繧オ繧、繧コ縺ョ邏咎擇縺ォ蠢隕√↑BMP繝輔ぃ繧、繝ォ縺ョ繧オ繧、繧コ縺ッ邏100M byte -のサイズとなり、処理を快適に行うにおいて現実的なサイズを超えており、WindowsのSystem -が扱う場合にも様々な支障が生じてしまいます。そこで、以下のような方法を取ります。 +縺ョ繧オ繧、繧コ縺ィ縺ェ繧翫∝ヲ逅繧貞ソォ驕ゥ縺ォ陦後≧縺ォ縺翫>縺ヲ迴セ螳溽噪縺ェ繧オ繧、繧コ繧定カ縺医※縺翫j縲仝indows縺ョSystem +縺梧桶縺蝣エ蜷医↓繧よァ倥縺ェ謾ッ髫懊′逕溘§縺ヲ縺励∪縺縺セ縺吶ゅ◎縺薙〒縲∽サ・荳九ョ繧医≧縺ェ譁ケ豕輔r蜿悶j縺セ縺吶
-一文字毎に画像ファイルを(文字色と背景色の)2色BMP形式で作成し、印刷の時は紙面全体の画像に色づけされた一文字の画像を順に張り付けてから出力する操作をWindowsのSystemの関数を通じて行います。dvioutのワークエリア上には、紙面全体の大きなBMP画像の他、色づけ文字の小さな2色BMP画像を複数保持することになります。 +
荳譁蟄玲ッ弱↓逕サ蜒上ヵ繧。繧、繝ォ繧抵シ域枚蟄苓牡縺ィ閭梧勹濶イ縺ョシ2濶イBMP蠖「蠑上〒菴懈舌@縲∝魂蛻キ縺ョ譎ゅッ邏咎擇蜈ィ菴薙ョ逕サ蜒上↓濶イ縺・縺代&繧後◆荳譁蟄励ョ逕サ蜒上r鬆縺ォ蠑オ繧贋サ倥¢縺ヲ縺九i蜃コ蜉帙☆繧区桃菴懊rWindows縺ョSystem縺ョ髢「謨ー繧帝壹§縺ヲ陦後>縺セ縺吶Eviout縺ョ繝ッ繝シ繧ッ繧ィ繝ェ繧「荳翫↓縺ッ縲∫エ咎擇蜈ィ菴薙ョ螟ァ縺阪↑BMP逕サ蜒上ョ莉悶∬牡縺・縺第枚蟄励ョ蟆上&縺ェ2濶イBMP逕サ蜒繧定、謨ー菫晄戟縺吶k縺薙→縺ォ縺ェ繧翫∪縺吶
-画面表示も同様ですが、anti-aliasingの処理が入ります。すなわち、一文字の2色BMP画像はサイズを縮めてanti-aliasingを行った16色BMP画像に変換しておき、それを印刷の時と同様
-WindowsのSystemの関数を通じて、紙面と合成して出力します。このときの
-anti-aliasing を文字色と背景色で行うか、あるいは(graphics package
-に従って、dviout内部での色指定は色の push/pop を使います)
-その一つ前の色のスタックで定義されている色(それが無ければ背景色)で行うかを選択できます
-(cmode のreplace(def) とreplace(bak))。但し、前者でも文字色が白の場合は、
-背景色は黒とみなします。
+
逕サ髱「陦ィ遉コ繧ょ酔讒倥〒縺吶′縲‖nti-aliasing縺ョ蜃ヲ逅縺悟・繧翫∪縺吶ゅ☆縺ェ繧上■縲∽ク譁蟄励ョ2濶イBMP逕サ蜒上ッ繧オ繧、繧コ繧堤クョ繧√※anti-aliasing繧定。後▲縺16濶イBMP逕サ蜒縺ォ螟画鋤縺励※縺翫″縲√◎繧後r蜊ー蛻キ縺ョ譎ゅ→蜷梧ァ
+Windows縺ョSystem縺ョ髢「謨ー繧帝壹§縺ヲ縲∫エ咎擇縺ィ蜷域舌@縺ヲ蜃コ蜉帙@縺セ縺吶ゅ%縺ョ縺ィ縺阪ョ
+anti-aliasing 繧呈枚蟄苓牡縺ィ閭梧勹濶イ縺ァ陦後≧縺九√≠繧九>縺ッシgraphics package
+縺ォ蠕薙▲縺ヲ縲‥viout蜀驛ィ縺ァ縺ョ濶イ謖螳壹ッ濶イ縺ョ push/pop 繧剃スソ縺縺セ縺呻シ
+縺昴ョ荳縺、蜑阪ョ濶イ縺ョ繧ケ繧ソ繝繧ッ縺ァ螳夂セゥ縺輔l縺ヲ縺繧玖牡シ医◎繧後′辟。縺代l縺ー閭梧勹濶イシ峨〒陦後≧縺九r驕ク謚槭〒縺阪∪縺
+シcmode 縺ョreplace(def) 縺ィreplace(bak)シ峨ゆス縺励∝燕閠縺ァ繧よ枚蟄苓牡縺檎區縺ョ蝣エ蜷医ッ縲
+閭梧勹濶イ縺ッ鮟偵→縺ソ縺ェ縺励∪縺吶
dvioutでの1ページの紙面にあたるBMP画像作成は、黒で一文字が描かれた切手のようなものを白い紙面に貼っていく、というような操作である、と述べました。 -このとき、「切手」が重なりなく貼られていけば問題ありませんが、重なりが生じたときに問題が生じます。 -透明な紙に黒で文字が描かれた「切手」ならば良いでしょうが、BMP画像には「透明色」というものは存在しません。 +
dviout縺ァ縺ョシ代壹シ繧ク縺ョ邏咎擇縺ォ縺ゅ◆繧毅MP逕サ蜒丈ス懈舌ッ縲鮟偵〒荳譁蟄励′謠上°繧後◆蛻謇九ョ繧医≧縺ェ繧ゅョ繧堤區縺邏咎擇縺ォ雋シ縺」縺ヲ縺縺上√→縺縺繧医≧縺ェ謫堺ス懊〒縺ゅk縲√→霑ー縺ケ縺セ縺励◆縲 +縺薙ョ縺ィ縺阪√悟謇九阪′驥阪↑繧翫↑縺剰イシ繧峨l縺ヲ縺縺代ー蝠城。後≠繧翫∪縺帙s縺後驥阪↑繧翫′逕溘§縺溘→縺阪↓蝠城。後′逕溘§縺セ縺吶 +騾乗弱↑邏吶↓鮟偵〒譁蟄励′謠上°繧後◆縲悟謇九阪↑繧峨ー濶ッ縺縺ァ縺励g縺縺後。MP逕サ蜒上↓縺ッ縲騾乗手牡縲阪→縺縺繧ゅョ縺ッ蟄伜惠縺励∪縺帙s縲
-欧文タイプライタで「¥」の文字を、「Y」と「=」との重ね打ちで作る、ということがありましたがTeXでもこのようなことはよく行われます(たとえば、\sqrt[n]{2} -や AMSフォントを使わない場合の \hvar -で重なりが生じます)。画像データは、それぞれ
+谺ァ譁繧ソ繧、繝励Λ繧、繧ソ縺ァ縲鯉ソ・縲阪ョ譁蟄励r縲√鯉シケ縲阪→縲鯉シ昴阪→縺ョ驥阪ュ謇薙■縺ァ菴懊k縲√→縺縺縺薙→縺後≠繧翫∪縺励◆縺卦eX縺ァ繧ゅ%縺ョ繧医≧縺ェ縺薙→縺ッ繧医¥陦後o繧後∪縺呻シ医◆縺ィ縺医ー縲―sqrt[n]{2} +繧 AMS繝輔か繝ウ繝医r菴ソ繧上↑縺蝣エ蜷医ョ \hvar +縺ァ驥阪↑繧翫′逕溘§縺セ縺呻シ峨ら判蜒上ョ繝シ繧ソ縺ッ縲√◎繧後◇繧
- ●○○○○○● ●○○○○○● - ○●○○○●○ ○●○○○●○ - ○○●○●○○ ○○●○●○○ - ○○○●○○○ ○○○●○○○ - ○●●●●●○ ○○○●○○○ ●●●●● - ○○○●○○○ ○○○●○○○ ○○○○○ - ○●●●●●○ ○○○●○○○ ●●●●● - ○○○●○○○ ○○○●○○○ - ○○○●○○○ ○○○●○○○ + 笳鞘雷笳銀雷笳銀雷笳 笳鞘雷笳銀雷笳銀雷笳 + 笳銀酪笳銀雷笳銀酪笳 笳銀酪笳銀雷笳銀酪笳 + 笳銀雷笳鞘雷笳鞘雷笳 笳銀雷笳鞘雷笳鞘雷笳 + 笳銀雷笳銀酪笳銀雷笳 笳銀雷笳銀酪笳銀雷笳 + 笳銀酪笳鞘酪笳鞘酪笳 笳銀雷笳銀酪笳銀雷笳 笳鞘酪笳鞘酪笳 + 笳銀雷笳銀酪笳銀雷笳 笳銀雷笳銀酪笳銀雷笳 笳銀雷笳銀雷笳 + 笳銀酪笳鞘酪笳鞘酪笳 笳銀雷笳銀酪笳銀雷笳 笳鞘酪笳鞘酪笳 + 笳銀雷笳銀酪笳銀雷笳 笳銀雷笳銀酪笳銀雷笳 + 笳銀雷笳銀酪笳銀雷笳 笳銀雷笳銀酪笳銀雷笳-
であるとします。
+縺ァ縺ゅk縺ィ縺励∪縺吶
+ | 縲 | AND | OR | XOR | @@ -398,268 +396,268 @@ anti-aliasing
---|
白黒2色の時、白と黒をそれぞれ1と0で表し、画像は1と0とを並べて表すとします。上の図では、○が1に●が0にあたります。画像の合成は、この1と0に対する(重なりが生じた)各点毎の演算 -AND, OR, XOR によって表すことが出来ます。
+逋ス鮟抵シ定牡縺ョ譎ゅ∫區縺ィ鮟偵r縺昴l縺槭lシ代→シ舌〒陦ィ縺励∫判蜒上ッシ代→シ舌→繧剃クヲ縺ケ縺ヲ陦ィ縺吶→縺励∪縺吶ゆク翫ョ蝗ウ縺ァ縺ッ縲≫雷縺鯉シ代↓笳上′シ舌↓縺ゅ◆繧翫∪縺吶ら判蜒上ョ蜷域舌ッ縲√%縺ョシ代→シ舌↓蟇セ縺吶kシ磯阪↑繧翫′逕溘§縺滂シ牙推轤ケ豈弱ョ貍皮ョ +AND, OR, XOR 縺ォ繧医▲縺ヲ陦ィ縺吶%縺ィ縺悟コ譚・縺セ縺吶
-OHP(オーバーヘッドプロジェクタ)で、透明シートに黒で描かれた字をスクリーンに投影することを考えてみましょう。このとき、AND
-は、「字が描かれた2枚のOHPシートを重ねて投影する」ことに対応します。また、OR
-は、2枚のOHPシートに対し、「OHPを2台用意して、同じスクリーンに重ねて投影すること」に対応します。これは、後述のカラー画像でも同様です。
OHPシ医が繝シ繝舌シ繝倥ャ繝峨励Ο繧ク繧ァ繧ッ繧ソシ峨〒縲騾乗弱す繝シ繝医↓鮟偵〒謠上°繧後◆蟄励r繧ケ繧ッ繝ェ繝シ繝ウ縺ォ謚募スア縺吶k縺薙→繧定縺医※縺ソ縺セ縺励g縺縲ゅ%縺ョ縺ィ縺阪、ND
+縺ッ縲√悟ュ励′謠上°繧後◆シ呈椢縺ョOHP繧キ繝シ繝医r驥阪ュ縺ヲ謚募スア縺吶k縲阪%縺ィ縺ォ蟇セ蠢懊@縺セ縺吶ゅ∪縺溘^R
+縺ッ縲シ呈椢縺ョOHP繧キ繝シ繝医↓蟇セ縺励√薫HP繧抵シ貞床逕ィ諢上@縺ヲ縲∝酔縺倥せ繧ッ繝ェ繝シ繝ウ縺ォ驥阪ュ縺ヲ謚募スア縺吶k縺薙→縲阪↓蟇セ蠢懊@縺セ縺吶ゅ%繧後ッ縲∝セ瑚ソー縺ョ繧ォ繝ゥ繝シ逕サ蜒上〒繧ょ酔讒倥〒縺吶
-よって、ANDの操作を行えば正しく文字の重ね合わせがなされます。この合成を「merge」
-と呼ぶことにします。実際、dviout は merge によって紙面のBMP画像を作成するのが基本です。
-一方、切手を貼るように「Y」の上に「=」を張り付けると下左のようになってしまいます(なお、OR
-や XOR は下中や下右のようになります)。
- ●○○○○○● ●○○○○○● ●○○○○○● - ○●○○○●○ ○●○○○●○ ○●○○○●○ - ○○●○●○○ ○○●○●○○ ○○●○●○○ - ○○○●○○○ ○○○●○○○ ○○○●○○○ - ○●●●●●○ ○○○●○○○ ○●●○●●○ - ○○○○○○○ ○○○○○○○ ○○○●○○○ - ○●●●●●○ ○○○●○○○ ○●●○●●○ - ○○○●○○○ ○○○●○○○ ○○○●○○○ - ○○○●○○○ ○○○●○○○ ○○○●○○○ - 張り付け OR XOR + 笳鞘雷笳銀雷笳銀雷笳 笳鞘雷笳銀雷笳銀雷笳 笳鞘雷笳銀雷笳銀雷笳 + 笳銀酪笳銀雷笳銀酪笳 笳銀酪笳銀雷笳銀酪笳 笳銀酪笳銀雷笳銀酪笳 + 笳銀雷笳鞘雷笳鞘雷笳 笳銀雷笳鞘雷笳鞘雷笳 笳銀雷笳鞘雷笳鞘雷笳 + 笳銀雷笳銀酪笳銀雷笳 笳銀雷笳銀酪笳銀雷笳 笳銀雷笳銀酪笳銀雷笳 + 笳銀酪笳鞘酪笳鞘酪笳 笳銀雷笳銀酪笳銀雷笳 笳銀酪笳鞘雷笳鞘酪笳 + 笳銀雷笳銀雷笳銀雷笳 笳銀雷笳銀雷笳銀雷笳 笳銀雷笳銀酪笳銀雷笳 + 笳銀酪笳鞘酪笳鞘酪笳 笳銀雷笳銀酪笳銀雷笳 笳銀酪笳鞘雷笳鞘酪笳 + 笳銀雷笳銀酪笳銀雷笳 笳銀雷笳銀酪笳銀雷笳 笳銀雷笳銀酪笳銀雷笳 + 笳銀雷笳銀酪笳銀雷笳 笳銀雷笳銀酪笳銀雷笳 笳銀雷笳銀酪笳銀雷笳 + 蠑オ繧贋サ倥¢ OR XOR-また、貼る順番を逆にすると、「=」が隠れてしまいます。この画像合成を「貼り付け」 と呼ぶことにします。 +縺セ縺溘∬イシ繧矩逡ェ繧帝縺ォ縺吶k縺ィ縲√鯉シ昴阪′髫繧後※縺励∪縺縺セ縺吶ゅ%縺ョ逕サ蜒丞粋謌舌r縲雋シ繧贋サ倥¢縲 縺ィ蜻シ縺カ縺薙→縺ォ縺励∪縺吶 -
Windows のPostScriptプリンタでの印刷や xdvi -での表示では、「張り付け」現象が生じて上記の不具合が起きることがあります。このとき、後者では -overstrike のWarningが出ます(前者はドライバのバグです)。 +
Windows 縺ョPostScript繝励Μ繝ウ繧ソ縺ァ縺ョ蜊ー蛻キ繧 xdvi +縺ァ縺ョ陦ィ遉コ縺ァ縺ッ縲√悟シオ繧贋サ倥¢縲咲樟雎。縺檎函縺倥※荳願ィ倥ョ荳榊キ蜷医′襍キ縺阪k縺薙→縺後≠繧翫∪縺吶ゅ%縺ョ縺ィ縺阪∝セ瑚縺ァ縺ッ +overstrike 縺ョWarning縺悟コ縺セ縺呻シ亥燕閠縺ッ繝峨Λ繧、繝舌ョ繝舌げ縺ァ縺呻シ峨
-色づけがなされた文字の場合は、より難しい問題が生じます。 -色は、24bitで表されているとします。16進数で ffffff, ff0000, +
濶イ縺・縺代′縺ェ縺輔l縺滓枚蟄励ョ蝣エ蜷医ッ縲√h繧企屮縺励>蝠城。後′逕溘§縺セ縺吶 +濶イ縺ッ縲24bit縺ァ陦ィ縺輔l縺ヲ縺繧九→縺励∪縺吶16騾イ謨ー縺ァ ffffff, ff0000, 00ff00, 0000ff, 000000 -が、それぞれ白、赤、緑、青、黒といった具合です。 ffff00は黄色に、808080は灰色に対応することになります。この場合の画像合成も色を表す24bit整数についての -AND, OR, XOR が考えられます。
+縺後√◎繧後◇繧檎區縲∬オ、縲∫キ代髱偵鮟偵→縺縺」縺溷キ蜷医〒縺吶 ffff00縺ッ鮟濶イ縺ォ縲808080縺ッ轣ー濶イ縺ォ蟇セ蠢懊☆繧九%縺ィ縺ォ縺ェ繧翫∪縺吶ゅ%縺ョ蝣エ蜷医ョ逕サ蜒丞粋謌舌b濶イ繧定。ィ縺24bit謨エ謨ー縺ォ縺、縺縺ヲ縺ョ +AND, OR, XOR 縺瑚縺医i繧後∪縺吶 -「Y」は緑で「=」は赤として、「Y」の上に後から「=」を描くとしたとき、下図の最左図 -が望むものであるとしましょう。このような合成を「replace」と呼ぶことにします。 -●は緑に、★は赤に対応しています。「merge」すなわち +
縲鯉シケ縲阪ッ邱代〒縲鯉シ昴阪ッ襍、縺ィ縺励※縲√鯉シケ縲阪ョ荳翫↓蠕後°繧峨鯉シ昴阪r謠上¥縺ィ縺励◆縺ィ縺阪∽ク句峙縺ョ譛蟾ヲ蝗ウ +縺梧悍繧繧ゅョ縺ァ縺ゅk縺ィ縺励∪縺励g縺縲ゅ%縺ョ繧医≧縺ェ蜷域舌r縲replace縲阪→蜻シ縺カ縺薙→縺ォ縺励∪縺吶 +笳縺ッ邱代↓縲笘縺ッ襍、縺ォ蟇セ蠢懊@縺ヲ縺縺セ縺吶ゅ稽erge縲阪☆縺ェ繧上■ AND -で合成すると、中左図のようになり、色が重なった◆は黒になってしまいます。一方、「張り付け」では、中右図のようにな -りこれも望むものではありません。
- -dviout は以下のように「replace」を実現しています。すなわち、後から描く「=」の画像の色パレットを変えて★を白、○を黒にした画像を用意し、それともとの画像とを -OR で合成 -します。すると後から描かれる文字の部分のみ白抜きされます。その後、色パレットを元に戻 -して AND で合成すれば、望みのものになります。「merge」より複雑なステップを踏むことになります。 +縺ァ蜷域舌☆繧九→縲∽クュ蟾ヲ蝗ウ縺ョ繧医≧縺ォ縺ェ繧翫∬牡縺碁阪↑縺」縺溪螺縺ッ鮟偵↓縺ェ縺」縺ヲ縺励∪縺縺セ縺吶ゆク譁ケ縲√悟シオ繧贋サ倥¢縲阪〒縺ッ縲∽クュ蜿ウ蝗ウ縺ョ繧医≧縺ォ縺ェ +繧翫%繧後b譛帙繧ゅョ縺ァ縺ッ縺ゅj縺セ縺帙s縲
+ +dviout 縺ッ莉・荳九ョ繧医≧縺ォ縲罫eplace縲阪r螳溽樟縺励※縺縺セ縺吶ゅ☆縺ェ繧上■縲∝セ後°繧画緒縺上鯉シ昴阪ョ逕サ蜒上ョ濶イ繝代Ξ繝繝医r螟峨∴縺ヲ笘繧堤區縲≫雷繧帝サ偵↓縺励◆逕サ蜒上r逕ィ諢上@縲√◎繧後→繧ゅ→縺ョ逕サ蜒上→繧 +OR 縺ァ蜷域 +縺励∪縺吶ゅ☆繧九→蠕後°繧画緒縺九l繧区枚蟄励ョ驛ィ蛻縺ョ縺ソ逋ス謚懊″縺輔l縺セ縺吶ゅ◎縺ョ蠕後∬牡繝代Ξ繝繝医r蜈縺ォ謌サ +縺励※ AND 縺ァ蜷域舌☆繧後ー縲∵悍縺ソ縺ョ繧ゅョ縺ォ縺ェ繧翫∪縺吶ゅ稽erge縲阪h繧願、髮代↑繧ケ繝繝繝励r雕上縺薙→縺ォ縺ェ繧翫∪縺吶
-なお、後で描かれる文字が黒の時は「merge」のみでOKで、また、白のときは★を白、○を黒にした画像による OR のみでOKです(dviout もこの最適化を行っています。 -後者は白抜き文字のときに、 黒で矩形を描いた後に使われます)。
+縺ェ縺翫∝セ後〒謠上°繧後k譁蟄励′鮟偵ョ譎ゅッ縲稽erge縲阪ョ縺ソ縺ァOK縺ァ縲√∪縺溘∫區縺ョ縺ィ縺阪ッ笘繧堤區縲≫雷繧帝サ偵↓縺励◆逕サ蜒上↓繧医k OR 縺ョ縺ソ縺ァOK縺ァ縺呻シdviout 繧ゅ%縺ョ譛驕ゥ蛹悶r陦後▲縺ヲ縺縺セ縺吶 +蠕瑚縺ッ逋ス謚懊″譁蟄縺ョ縺ィ縺阪↓縲 鮟偵〒遏ゥ蠖「繧呈緒縺縺溷セ後↓菴ソ繧上l縺セ縺呻シ峨
- ●○○○○○● ●○○○○○● ●○○○○○● - ○●○○○●○ ○●○○○●○ ○●○○○●○ - ○○●○●○○ ○○●○●○○ ○○●○●○○ - ○○○●○○○ ○○○●○○○ ○○○●○○○ - ○★★★★★○ ○★★◆★★○ ○★★★★★○ ★★★★★ - ○○○●○○○ ○○○●○○○ ○○○○○○○ ○○○○○ - ○★★★★★○ ○★★◆★★○ ○★★★★★○ ★★★★★ - ○○○●○○○ ○○○●○○○ ○○○●○○○ - ○○○●○○○ ○○○●○○○ ○○○●○○○ - replace AND 張り付け + 笳笳銀雷笳銀雷笳笳 笳笳銀雷笳銀雷笳笳 笳笳銀雷笳銀雷笳笳 + 笳笳笳銀雷笳笳笳 笳笳笳銀雷笳笳笳 笳笳笳銀雷笳笳笳 + 笳銀雷笳笳笳笳銀雷 笳銀雷笳笳笳笳銀雷 笳銀雷笳笳笳笳銀雷 + 笳銀雷笳笳笳銀雷笳 笳銀雷笳笳笳銀雷笳 笳銀雷笳笳笳銀雷笳 + 笳笘笘笘笘笘笳 笳笘笘笳笘笘笳 笳笘笘笘笘笘笳 笘笘笘笘笘 + 笳銀雷笳笳笳銀雷笳 笳銀雷笳笳笳銀雷笳 笳銀雷笳銀雷笳銀雷笳 笳銀雷笳銀雷笳 + 笳笘笘笘笘笘笳 笳笘笘笳笘笘笳 笳笘笘笘笘笘笳 笘笘笘笘笘 + 笳銀雷笳笳笳銀雷笳 笳銀雷笳笳笳銀雷笳 笳銀雷笳笳笳銀雷笳 + 笳銀雷笳笳笳銀雷笳 笳銀雷笳笳笳銀雷笳 笳銀雷笳笳笳銀雷笳 + replace AND 蠑オ繧贋サ倥¢-
表示の際の「replace」は anti-aliasing の問題と絡んできますが、dvioutは文字が少しでもかかる部分を白、それ以外を黒という色パレットにして -OR の操作を行い、その後、元に戻してanti-aliasing処理をした文字画像の「merge」を行っています。 +
陦ィ遉コ縺ョ髫帙ョ縲罫eplace縲阪ッ anti-aliasing 縺ョ蝠城。後→邨。繧薙〒縺阪∪縺吶′縲‥viout縺ッ譁蟄励′蟆代@縺ァ繧ゅ°縺九k驛ィ蛻繧堤區縲√◎繧御サ・螟悶r鮟偵→縺縺濶イ繝代Ξ繝繝医↓縺励※ +OR 縺ョ謫堺ス懊r陦後>縲√◎縺ョ蠕後∝縺ォ謌サ縺励※anti-aliasing蜃ヲ逅繧偵@縺滓枚蟄礼判蜒上ョ縲稽erge縲阪r陦後▲縺ヲ縺縺セ縺吶
-dviout では、カラー文字の描画はWindowsのSystemの関数を使った合成でなされますが、あるページでDVIを順に見て白と黒しか使われていない段階、あるいは、cmode -がmergeの場合は常に、 白や黒の文字は紙面BMPに直接描かれます。具体的には白抜き文字など、黒の背景に白で描く場合に意味を持ちます。紙面BMPを作成した後、WindowsのSystemを使って色つき文字描画やカラー -画像の張り付けがなされますが、(「merge」と異なり)「relace」は描画順序に依存するため、 -このような仕様になっています。 +
dviout 縺ァ縺ッ縲√き繝ゥ繝シ譁蟄励ョ謠冗判縺ッWindows縺ョSystem縺ョ髢「謨ー繧剃スソ縺」縺溷粋謌舌〒縺ェ縺輔l縺セ縺吶′縲√≠繧九壹シ繧ク縺ァDVI繧帝縺ォ隕九※逋ス縺ィ鮟偵@縺倶スソ繧上l縺ヲ縺縺ェ縺谿オ髫弱√≠繧九>縺ッ縲cmode +縺merge縺ョ蝣エ蜷医ッ蟶ク縺ォ縲 逋ス繧鮟偵ョ譁蟄励ッ邏咎擇BMP縺ォ逶エ謗・謠上°繧後∪縺吶ょキ菴鍋噪縺ォ縺ッ逋ス謚懊″譁蟄励↑縺ゥ縲鮟偵ョ閭梧勹縺ォ逋ス縺ァ謠上¥蝣エ蜷医↓諢丞袖繧呈戟縺。縺セ縺吶らエ咎擇BMP繧剃ス懈舌@縺溷セ後仝indows縺ョSystem繧剃スソ縺」縺ヲ濶イ縺、縺肴枚蟄玲緒逕サ繧繧ォ繝ゥ繝シ +逕サ蜒上ョ蠑オ繧贋サ倥¢縺後↑縺輔l縺セ縺吶′縲シ医稽erge縲阪→逡ー縺ェ繧奇シ峨罫elace縲阪ッ謠冗判鬆蠎上↓萓晏ュ倥☆繧九◆繧√ +縺薙ョ繧医≧縺ェ莉墓ァ倥↓縺ェ縺」縺ヲ縺縺セ縺吶
cmode が auto mode(p2) や auto mode(rep) の場合の -preview の際は、 基本的には「replace」ですが、より簡単な「merge」でそれが実現されると推測される場合は、 -「merge」で代用します。
+cmode 縺 auto mode(p2) 繧 auto mode(rep) 縺ョ蝣エ蜷医ョ +preview 縺ョ髫帙ッ縲 蝓コ譛ャ逧縺ォ縺ッ縲罫eplace縲阪〒縺吶′縲√h繧顔ー。蜊倥↑縲稽erge縲阪〒縺昴l縺悟ョ溽樟縺輔l繧九→謗ィ貂ャ縺輔l繧句エ蜷医ッ縲 +縲稽erge縲阪〒莉」逕ィ縺励∪縺吶
-色づけされた矩形あるいは線を描く場合も同様で、それをカラーBMP画像として保存し -カラー文字と同様な処理をします。但し、矩形や線の場合は 1 dot x -1 dot のサイズのカラーBMP画像として保存しておき、紙面に描画の際に縦横実際のサイズにWindowsのSystem関数により拡大して合成します。 +
濶イ縺・縺代&繧後◆遏ゥ蠖「縺ゅk縺縺ッ邱壹r謠上¥蝣エ蜷医b蜷梧ァ倥〒縲√◎繧後r繧ォ繝ゥ繝シBMP逕サ蜒上→縺励※菫晏ュ倥@ +繧ォ繝ゥ繝シ譁蟄励→蜷梧ァ倥↑蜃ヲ逅繧偵@縺セ縺吶ゆス縺励∫洸蠖「繧邱壹ョ蝣エ蜷医ッ 1 dot x +1 dot 縺ョ繧オ繧、繧コ縺ョ繧ォ繝ゥ繝シBMP逕サ蜒上→縺励※菫晏ュ倥@縺ヲ縺翫″縲∫エ咎擇縺ォ謠冗判縺ョ髫帙↓邵ヲ讓ェ螳滄圀縺ョ繧オ繧、繧コ縺ォWindows縺ョSystem髢「謨ー縺ォ繧医j諡。螟ァ縺励※蜷域舌@縺セ縺吶
-patch2では、WindowsのTrueTypeフォントの場合や矩形塗りつぶしの場合は、BMP画像に変換する必要はなく、 -Systemの文字等の描画関数を使えば通常「replace」の操作が可能です。PKフォントの場合はBMP画像 -となるので、この節で述べたやり方が使われます。
+patch2縺ァ縺ッ縲仝indows縺ョTrueType繝輔か繝ウ繝医ョ蝣エ蜷医d遏ゥ蠖「蝪励j縺、縺カ縺励ョ蝣エ蜷医ッ縲。MP逕サ蜒上↓螟画鋤縺吶k蠢隕√ッ縺ェ縺上 +System縺ョ譁蟄礼ュ峨ョ謠冗判髢「謨ー繧剃スソ縺医ー騾壼クク縲罫eplace縲阪ョ謫堺ス懊′蜿ッ閭ス縺ァ縺吶1K繝輔か繝ウ繝医ョ蝣エ蜷医ッBMP逕サ蜒 +縺ィ縺ェ繧九ョ縺ァ縲√%縺ョ遽縺ァ霑ー縺ケ縺溘d繧頑婿縺御スソ繧上l縺セ縺吶
-patchは、一文字とか線とかの全ての描画要素をBMP画像として作成しておき、DVIに現れてくる -順序に従ってWindowsのSystem関数を使って合成していく、という出力形態です。すなわち、全ての文字や線がカラー画像データである、と見なした処理と考えることができます。 +
patch縺ッ縲∽ク譁蟄励→縺狗キ壹→縺九ョ蜈ィ縺ヲ縺ョ謠冗判隕∫エ繧達MP逕サ蜒上→縺励※菴懈舌@縺ヲ縺翫″縲.VI縺ォ迴セ繧後※縺上k +鬆蠎上↓蠕薙▲縺ヲWindows縺ョSystem髢「謨ー繧剃スソ縺」縺ヲ蜷域舌@縺ヲ縺縺上√→縺縺蜃コ蜉帛ス「諷九〒縺吶ゅ☆縺ェ繧上■縲∝ィ縺ヲ縺ョ譁蟄励d邱壹′繧ォ繝ゥ繝シ逕サ蜒上ョ繝シ繧ソ縺ァ縺ゅk縲√→隕九↑縺励◆蜃ヲ逅縺ィ閠縺医k縺薙→縺後〒縺阪∪縺吶
- + -PostScript画像の場合も、それ以外の画像の場合も、dviout -での取り込み画像の処理はBMP画像 -として得て合成することになります(PBM -などのこともあるが、以下の原理は同じ)。 実際 PostScript画像の場合は、GhostScriptを通じてBMP画像に変換したファイルをdvioutが用いる -ことになります。
+PostScript逕サ蜒上ョ蝣エ蜷医b縲√◎繧御サ・螟悶ョ逕サ蜒上ョ蝣エ蜷医b縲‥viout +縺ァ縺ョ蜿悶j霎シ縺ソ逕サ蜒上ョ蜃ヲ逅縺ッBMP逕サ蜒 +縺ィ縺励※蠕励※蜷域舌☆繧九%縺ィ縺ォ縺ェ繧翫∪縺呻シPBM +縺ェ縺ゥ縺ョ縺薙→繧ゅ≠繧九′縲∽サ・荳九ョ蜴溽炊縺ッ蜷後§シ峨 螳滄圀 PostScript逕サ蜒上ョ蝣エ蜷医ッ縲;hostScript繧帝壹§縺ヲBMP逕サ蜒上↓螟画鋤縺励◆繝輔ぃ繧、繝ォ繧壇viout縺檎畑縺繧 +縺薙→縺ォ縺ェ繧翫∪縺吶
--ただし、WMF/EMF画像は、WindowsのSystem関数を使った画像の描き方が記された形式であるので、WindowsのSystemに任せて処理します(付属の - sample.dvi の Graphic specials - のページには、それを使った例があるので、その画像をルーペなどで拡大してみると、実際メッシュの細かさが変化します)。
+縺溘□縺励WMF/EMF逕サ蜒縺ッ縲仝indows縺ョSystem髢「謨ー繧剃スソ縺」縺溽判蜒上ョ謠上″譁ケ縺瑚ィ倥&繧後◆蠖「蠑上〒縺ゅk縺ョ縺ァ縲仝indows縺ョSystem縺ォ莉サ縺帙※蜃ヲ逅縺励∪縺呻シ井サ伜ア槭ョ + sample.dvi 縺ョ Graphic specials + 縺ョ繝壹シ繧ク縺ォ縺ッ縲√◎繧後r菴ソ縺」縺滉セ九′縺ゅk縺ョ縺ァ縲√◎縺ョ逕サ蜒上r繝ォ繝シ繝壹↑縺ゥ縺ァ諡。螟ァ縺励※縺ソ繧九→縲∝ョ滄圀繝。繝繧キ繝・縺ョ邏ー縺九&縺悟、牙喧縺励∪縺シ峨
文字画像の場合と異なり、BMP画像の場合は背景色の概念がないので、dvioutでは紙面との画像合成は「merge」(gow -のOFF)または「張り付け」(gow のON)のどちらかを選ぶことになります -。 白黒画像の時は、必要ならばスケール変換を行って紙面BMPに 「merge」または「張り付け」で描きます。カラー画像やpatch2の場合は、Windowsの関数で、必要ならスケール変換を行って -「merge]または「張り付け」を行います。
+譁蟄礼判蜒上ョ蝣エ蜷医→逡ー縺ェ繧翫。MP逕サ蜒上ョ蝣エ蜷医ッ閭梧勹濶イ縺ョ讎ょソオ縺後↑縺縺ョ縺ァ縲‥viout縺ァ縺ッ邏咎擇縺ィ縺ョ逕サ蜒丞粋謌舌ッ縲merge縲搾シgow +縺ョOFFシ峨∪縺溘ッ縲蠑オ繧贋サ倥¢縲搾シgow 縺ョONシ峨ョ縺ゥ縺。繧峨°繧帝∈縺カ縺薙→縺ォ縺ェ繧翫∪縺 +縲 逋ス鮟堤判蜒上ョ譎ゅッ縲∝ソ隕√↑繧峨ー繧ケ繧ア繝シ繝ォ螟画鋤繧定。後▲縺ヲ邏咎擇BMP縺ォ 縲稽erge縲阪∪縺溘ッ縲悟シオ繧贋サ倥¢縲阪〒謠上″縺セ縺吶ゅき繝ゥ繝シ逕サ蜒上dpatch2縺ョ蝣エ蜷医ッ縲仝indows縺ョ髢「謨ー縺ァ縲∝ソ隕√↑繧峨せ繧ア繝シ繝ォ螟画鋤繧定。後▲縺ヲ +縲稽erge]縺セ縺溘ッ縲悟シオ繧贋サ倥¢縲阪r陦後>縺セ縺吶
-PostScript画像の時は、Ghostscriptを通じて必要なサイズの画像を得ることが出来るので、スケール変換は不要と考えられますが、表示の際の縮小gray -scale画像との関係で選択肢が生じます。 パラメータ GIF -がカラーBMPでない場合は、縮小画像の解像度でなくて、もとの大きなサイズで画像を得て、紙面BMPに合成し、その後gray -scaleに変換します。よって、比較的綺麗な画像となり、 -また白黒画像ファイルなので、サイズもあまり大きくありません。GIF -がカラーのBMPとなっている場合、元のサイズで画像を得るか(gfit -の OFF)、縮小したものを使うか(gfit の ON)が選択できます。 +
PostScript逕サ蜒上ョ譎ゅッ縲;hostscript繧帝壹§縺ヲ蠢隕√↑繧オ繧、繧コ縺ョ逕サ蜒上r蠕励k縺薙→縺悟コ譚・繧九ョ縺ァ縲√せ繧ア繝シ繝ォ螟画鋤縺ッ荳崎ヲ√→閠縺医i繧後∪縺吶′縲∬。ィ遉コ縺ョ髫帙ョ邵ョ蟆夙ray +scale逕サ蜒上→縺ョ髢「菫ゅ〒驕ク謚櫁い縺檎函縺倥∪縺吶 繝代Λ繝。繝シ繧ソ GIF +縺後き繝ゥ繝シBMP縺ァ縺ェ縺蝣エ蜷医ッ縲∫クョ蟆冗判蜒上ョ隗」蜒丞コヲ縺ァ縺ェ縺上※縲√b縺ィ縺ョ螟ァ縺阪↑繧オ繧、繧コ縺ァ逕サ蜒上r蠕励※縲∫エ咎擇BMP縺ォ蜷域舌@縲√◎縺ョ蠕携ray +scale縺ォ螟画鋤縺励∪縺吶ゅh縺」縺ヲ縲∵ッ碑シ逧邯コ鮗励↑逕サ蜒上→縺ェ繧翫 +縺セ縺溽區鮟堤判蜒上ヵ繧。繧、繝ォ縺ェ縺ョ縺ァ縲√し繧、繧コ繧ゅ≠縺セ繧雁、ァ縺阪¥縺ゅj縺セ縺帙s縲GIF +縺後き繝ゥ繝シ縺ョBMP縺ィ縺ェ縺」縺ヲ縺繧句エ蜷医∝縺ョ繧オ繧、繧コ縺ァ逕サ蜒上r蠕励k縺具シgfit +縺ョ OFFシ峨∫クョ蟆上@縺溘b縺ョ繧剃スソ縺縺具シgfit 縺ョ ONシ峨′驕ク謚槭〒縺阪∪縺吶
通常使われるEPSF形式のPostScript画像は、指定されているBoundingBoxをはみ出て描画が行われているものがあるので、BoundingBoxよりも上下左右1 -inchずつ大きなサイズでBMP画像を生成するようにできます(gclip -をOFF にする)。 gclip をONにする事により、BoundingBoxのサイズのBMP画像になります。 -特に gow が ON の「張り付け」のときは、自動的に -gclip が ON になります。
+騾壼クク菴ソ繧上l繧畿PSF蠖「蠑上ョPostScript逕サ蜒上ッ縲∵欠螳壹&繧後※縺繧毅oundingBox繧偵ッ縺ソ蜃コ縺ヲ謠冗判縺瑚。後o繧後※縺繧九b縺ョ縺後≠繧九ョ縺ァ縲。oundingBox繧医j繧ゆク贋ク句キヲ蜿ウ1 +inch縺壹▽螟ァ縺阪↑繧オ繧、繧コ縺ァBMP逕サ蜒上r逕滓舌☆繧九h縺縺ォ縺ァ縺阪∪縺呻シgclip +繧OFF 縺ォ縺吶kシ峨 gclip 繧ON縺ォ縺吶k莠九↓繧医j縲。oundingBox縺ョ繧オ繧、繧コ縺ョBMP逕サ蜒上↓縺ェ繧翫∪縺吶 +迚ケ縺ォ gow 縺 ON 縺ョ縲悟シオ繧贋サ倥¢縲阪ョ縺ィ縺阪ッ縲∬ェ蜍慕噪縺ォ +gclip 縺 ON 縺ォ縺ェ繧翫∪縺吶
- + -文字や画像の回転や変形があると、カラーや -anti-aliasing の問題と絡んで、より複雑な処理にな ります。
+譁蟄励d逕サ蜒上ョ蝗櫁サ「繧螟牙ス「縺後≠繧九→縲√き繝ゥ繝シ繧 +anti-aliasing 縺ョ蝠城。後→邨。繧薙〒縲√h繧願、髮代↑蜃ヲ逅縺ォ縺ェ 繧翫∪縺吶
-まずWindowsのSystemにおける基本的事項を述べます。 +
縺セ縺啗indows縺ョSystem縺ォ縺翫¢繧句渕譛ャ逧莠矩繧定ソー縺ケ縺セ縺吶
白黒画像の場合は、dvioutが紙面BMP画像に描画しますので、拡大・縮小のみならず任意角の回転を含む任意の一次変換が原則として可能です。一方、カラー画像やpatch2のモードでは、Windows -の System が描画を行うので、90度の整数倍以外の角度での変換は出来ません。縦横のスケール変換は可能です。 +
逋ス鮟堤判蜒上ョ蝣エ蜷医ッ縲‥viout縺檎エ咎擇BMP逕サ蜒上↓謠冗判縺励∪縺吶ョ縺ァ縲∵僑螟ァ繝サ邵ョ蟆上ョ縺ソ縺ェ繧峨★莉サ諢剰ァ偵ョ蝗櫁サ「繧貞性繧莉サ諢上ョ荳谺。螟画鋤縺悟次蜑縺ィ縺励※蜿ッ閭ス縺ァ縺吶ゆク譁ケ縲√き繝ゥ繝シ逕サ蜒上dpatch2縺ョ繝「繝シ繝峨〒縺ッ縲仝indows +縺ョ System 縺梧緒逕サ繧定。後≧縺ョ縺ァ縲90蠎ヲ縺ョ謨エ謨ー蛟堺サ・螟悶ョ隗貞コヲ縺ァ縺ョ螟画鋤縺ッ蜃コ譚・縺セ縺帙s縲らクヲ讓ェ縺ョ繧ケ繧ア繝シ繝ォ螟画鋤縺ッ蜿ッ閭ス縺ァ縺吶
-カラー文字の回転は、通常は文字毎に回転したBMP画像を得て、必要ならanti-aliasing処理を行った -BMP画像にして張り付けるので問題ありません。ただし、patch2でTrueTypeフォントを使った場合は、 -回転や色づけによる描画をWindows の Systemがサポートしているので、より綺麗な出力が期待でき -ます(印刷の際)。この場合も、複雑な変形を伴う場合は、BMP画像にしてから合成します。 +
繧ォ繝ゥ繝シ譁蟄励ョ蝗櫁サ「縺ッ縲騾壼クク縺ッ譁蟄玲ッ弱↓蝗櫁サ「縺励◆BMP逕サ蜒上r蠕励※縲∝ソ隕√↑繧餌nti-aliasing蜃ヲ逅繧定。後▲縺 +BMP逕サ蜒上↓縺励※蠑オ繧贋サ倥¢繧九ョ縺ァ蝠城。後≠繧翫∪縺帙s縲ゅ◆縺縺励patch2縺ァTrueType繝輔か繝ウ繝医r菴ソ縺」縺溷エ蜷医ッ縲 +蝗櫁サ「繧濶イ縺・縺代↓繧医k謠冗判繧淡indows 縺ョ System縺後し繝昴シ繝医@縺ヲ縺繧九ョ縺ァ縲√h繧顔カコ鮗励↑蜃コ蜉帙′譛溷セ縺ァ縺 +縺セ縺呻シ亥魂蛻キ縺ョ髫幢シ峨ゅ%縺ョ蝣エ蜷医b縲∬、髮代↑螟牙ス「繧剃シエ縺蝣エ蜷医ッ縲。MP逕サ蜒上↓縺励※縺九i蜷域舌@縺セ縺吶
斜線(すなわち回転した矩形領域の塗りつぶし)は、通常のTeXの矩形塗りつぶしに -graphics packageなどの回転が組合わさった場合に生じます。また、tpic -specialsでは、斜線や自由曲線の描画、それらで囲まれた領域のパターンでの塗りつぶしや、内部に既にあった文字などの消去 -が可能です。さらに color special -と関連して、塗りつぶしが色つきのパターンで行われること -も想定されます
+譁懃キシ医☆縺ェ繧上■蝗櫁サ「縺励◆遏ゥ蠖「鬆伜沺縺ョ蝪励j縺、縺カ縺暦シ峨ッ縲騾壼クク縺ョTeX縺ョ遏ゥ蠖「蝪励j縺、縺カ縺励↓ +graphics package縺ェ縺ゥ縺ョ蝗櫁サ「縺檎オ蜷医o縺輔▲縺溷エ蜷医↓逕溘§縺セ縺吶ゅ∪縺溘tpic +specials縺ァ縺ッ縲∵万邱壹d閾ェ逕ア譖イ邱壹ョ謠冗判縲√◎繧後i縺ァ蝗イ縺セ繧後◆鬆伜沺縺ョ繝代ち繝シ繝ウ縺ァ縺ョ蝪励j縺、縺カ縺繧縲∝驛ィ縺ォ譌「縺ォ縺ゅ▲縺滓枚蟄励↑縺ゥ縺ョ豸亥悉 +縺悟庄閭ス縺ァ縺吶ゅ&繧峨↓ color special +縺ィ髢「騾」縺励※縲∝。励j縺、縺カ縺励′濶イ縺、縺阪ョ繝代ち繝シ繝ウ縺ァ陦後o繧後k縺薙→ +繧よΦ螳壹&繧後∪縺
-まず、通常のauto mode(p2)などの場合を考察します。 -黒の線での描画や適当なパターンでの塗りつぶし、あるいは、閉領域内部の消去などは、紙面の白黒2色BMP画像に対して直接行ないますので、問題ありません。
+縺セ縺壹騾壼クク縺ョauto mode(p2)縺ェ縺ゥ縺ョ蝣エ蜷医r閠蟇溘@縺セ縺吶 +鮟偵ョ邱壹〒縺ョ謠冗判繧驕ゥ蠖薙↑繝代ち繝シ繝ウ縺ァ縺ョ蝪励j縺、縺カ縺励√≠繧九>縺ッ縲髢蛾伜沺蜀驛ィ縺ョ豸亥悉縺ェ縺ゥ縺ッ縲∫エ咎擇縺ョ逋ス鮟抵シ定牡BMP逕サ蜒上↓蟇セ縺励※逶エ謗・陦後↑縺縺セ縺吶ョ縺ァ縲∝撫鬘後≠繧翫∪縺帙s縲
-例えば、赤で紙面に対角線を引いた場合を考えてみましょう。全体を囲む矩形は紙面と同じサイズとなり、似たような直線や曲線を何本も引くことを想定すると、そのような矩形領域をBMP画像ファイルとして作成して後から合成する方法では困ります。そこで -dvioutは、カラーの斜線や回転したカラーの中が詰まった矩形は、(縦横のサイズに限界を設けた)小さなサイズに分割して複数のBMPファイルとして保存し、WindowsのSystem関数を用いて、後から紙面と合成します。tpicによるカラーの線画も同様です。
+萓九∴縺ー縲∬オ、縺ァ邏咎擇縺ォ蟇セ隗堤キ壹r蠑輔>縺溷エ蜷医r閠縺医※縺ソ縺セ縺励g縺縲ょィ菴薙r蝗イ繧遏ゥ蠖「縺ッ邏咎擇縺ィ蜷後§繧オ繧、繧コ縺ィ縺ェ繧翫∽シシ縺溘h縺縺ェ逶エ邱壹d譖イ邱壹r菴墓悽繧ょシ輔¥縺薙→繧呈Φ螳壹☆繧九→縲√◎縺ョ繧医≧縺ェ遏ゥ蠖「鬆伜沺繧達MP逕サ蜒上ヵ繧。繧、繝ォ縺ィ縺励※菴懈舌@縺ヲ蠕後°繧牙粋謌舌☆繧区婿豕輔〒縺ッ蝗ー繧翫∪縺吶ゅ◎縺薙〒 +dviout縺ッ縲√き繝ゥ繝シ縺ョ譁懃キ壹d蝗櫁サ「縺励◆繧ォ繝ゥ繝シ縺ョ荳ュ縺瑚ゥー縺セ縺」縺溽洸蠖「縺ッ縲シ育クヲ讓ェ縺ョ繧オ繧、繧コ縺ォ髯千阜繧定ィュ縺代◆シ牙ー上&縺ェ繧オ繧、繧コ縺ォ蛻蜑イ縺励※隍謨ー縺ョBMP繝輔ぃ繧、繝ォ縺ィ縺励※菫晏ュ倥@縲仝indows縺ョSystem髢「謨ー繧堤畑縺縺ヲ縲∝セ後°繧臥エ咎擇縺ィ蜷域舌@縺セ縺吶tpic縺ォ繧医k繧ォ繝ゥ繝シ縺ョ邱夂判繧ょ酔讒倥〒縺吶
-閉領域の塗りつぶしや消去は tpic の持つ機能ですが、実際は -1 dot ずつ内部かどうか判断しながら描かれます。このとき、1 dotずつのカラーBMP画像として保存していくと、画像数が膨大になって不具合が生じます。このような場合、dvioutは仮想紙面を用意し、そこに塗りつぶしや消去のパターンを生成し、(線画の時と同様に、必要ならそれを適当に分割して)カラーBMPファイルとして保存して、後からWindowsのSystem関数で紙面との合成の処理を行います。
+髢蛾伜沺縺ョ蝪励j縺、縺カ縺励d豸亥悉縺ッ tpic 縺ョ謖√▽讖溯ス縺ァ縺吶′縲∝ョ滄圀縺ッ +1 dot 縺壹▽蜀驛ィ縺九←縺縺句愛譁ュ縺励↑縺後i謠上°繧後∪縺吶ゅ%縺ョ縺ィ縺阪1 dot縺壹▽縺ョ繧ォ繝ゥ繝シBMP逕サ蜒上→縺励※菫晏ュ倥@縺ヲ縺縺上→縲∫判蜒乗焚縺瑚ィ螟ァ縺ォ縺ェ縺」縺ヲ荳榊キ蜷医′逕溘§縺セ縺吶ゅ%縺ョ繧医≧縺ェ蝣エ蜷医‥viout縺ッ莉ョ諠ウ邏咎擇繧堤畑諢上@縲√◎縺薙↓蝪励j縺、縺カ縺励d豸亥悉縺ョ繝代ち繝シ繝ウ繧堤函謌舌@縲シ育キ夂判縺ョ譎ゅ→蜷梧ァ倥↓縲∝ソ隕√↑繧峨◎繧後r驕ゥ蠖薙↓蛻蜑イ縺励※シ峨き繝ゥ繝シBMP繝輔ぃ繧、繝ォ縺ィ縺励※菫晏ュ倥@縺ヲ縲∝セ後°繧姥indows縺ョSystem髢「謨ー縺ァ邏咎擇縺ィ縺ョ蜷域舌ョ蜃ヲ逅繧定。後>縺セ縺吶
-patch2の場合は、基本的にWindowsの描画関数を使います。Windowsの描画関数の場合、太さと色を与えたブラシを定義し、それで線を画くこと、また、頂点を指定した多角形領域を指定した色で塗りつぶすことができます。実際は、前者の方が後者より高速に処理されます。しかしながら、ブラシが太い場合、線を引いても始点と終点に対応する辺が直線にならず、矩形またはそれを回転した形にはなりません。
+patch2縺ョ蝣エ蜷医ッ縲∝渕譛ャ逧縺ォWindows縺ョ謠冗判髢「謨ー繧剃スソ縺縺セ縺吶8indows縺ョ謠冗判髢「謨ー縺ョ蝣エ蜷医∝、ェ縺輔→濶イ繧剃ク弱∴縺溘ヶ繝ゥ繧キ繧貞ョ夂セゥ縺励√◎繧後〒邱壹r逕サ縺上%縺ィ縲√∪縺溘鬆らせ繧呈欠螳壹@縺溷、夊ァ貞ス「鬆伜沺繧呈欠螳壹@縺溯牡縺ァ蝪励j縺、縺カ縺吶%縺ィ縺後〒縺阪∪縺吶ょョ滄圀縺ッ縲∝燕閠縺ョ譁ケ縺悟セ瑚繧医j鬮倬溘↓蜃ヲ逅縺輔l縺セ縺吶ゅ@縺九@縺ェ縺後i縲√ヶ繝ゥ繧キ縺悟、ェ縺蝣エ蜷医∫キ壹r蠑輔>縺ヲ繧ょァ狗せ縺ィ邨らせ縺ォ蟇セ蠢懊☆繧玖セコ縺檎峩邱壹↓縺ェ繧峨★縲∫洸蠖「縺セ縺溘ッ縺昴l繧貞屓霆「縺励◆蠖「縺ォ縺ッ縺ェ繧翫∪縺帙s縲
-dvioutでは、回転の無い矩形の場合は、細いブラシで何度も平行な線を画くことにより矩形の塗りつぶしを実現しています(多角形領域の塗りつぶし関数を使うよりも遙かに高速です)。斜線の場合は、線がある程度細い時にはブラシによる線画、そうでないときは矩形領域の塗りつぶし関数を使っています。
+dviout縺ァ縺ッ縲∝屓霆「縺ョ辟。縺遏ゥ蠖「縺ョ蝣エ蜷医ッ縲∫エー縺繝悶Λ繧キ縺ァ菴募コヲ繧ょケウ陦後↑邱壹r逕サ縺上%縺ィ縺ォ繧医j遏ゥ蠖「縺ョ蝪励j縺、縺カ縺励r螳溽樟縺励※縺縺セ縺呻シ亥、夊ァ貞ス「鬆伜沺縺ョ蝪励j縺、縺カ縺鈴未謨ー繧剃スソ縺繧医j繧る☆縺九↓鬮倬溘〒縺呻シ峨よ万邱壹ョ蝣エ蜷医ッ縲∫キ壹′縺ゅk遞句コヲ邏ー縺譎ゅ↓縺ッ繝悶Λ繧キ縺ォ繧医k邱夂判縲√◎縺縺ァ縺ェ縺縺ィ縺阪ッ遏ゥ蠖「鬆伜沺縺ョ蝪励j縺、縺カ縺鈴未謨ー繧剃スソ縺」縺ヲ縺縺セ縺吶
-なおpatch2では、色が黒かカラーかによる動作の差はありません。ただ、白のブラシを指定して描いても何も描かれないので(透明な筆? -- 理由は不明です)、白の場合は、ほぼ白の色 fefefe を指定して描くことによって、下に描かれたものの実質的な消去を実現しています。
+縺ェ縺patch2縺ァ縺ッ縲∬牡縺碁サ偵°繧ォ繝ゥ繝シ縺九↓繧医k蜍穂ス懊ョ蟾ョ縺ッ縺ゅj縺セ縺帙s縲ゅ◆縺縲逋ス縺ョ繝悶Λ繧キ繧呈欠螳壹@縺ヲ謠上>縺ヲ繧ゆス輔b謠上°繧後↑縺縺ョ縺ァシ磯乗弱↑遲シ +- 逅逕ア縺ッ荳肴弱〒縺呻シ峨∫區縺ョ蝣エ蜷医ッ縲√⊇縺シ逋ス縺ョ濶イ fefefe 繧呈欠螳壹@縺ヲ謠上¥縺薙→縺ォ繧医▲縺ヲ縲∽ク九↓謠上°繧後◆繧ゅョ縺ョ螳溯ウェ逧縺ェ豸亥悉繧貞ョ溽樟縺励※縺縺セ縺吶
- + -dviout での印刷はいくつか方法がありますが、ここではdviprt機能を使わない、Windowsのプリンタ -ドライバによる通常の印刷を考察します。
+dviout 縺ァ縺ョ蜊ー蛻キ縺ッ縺縺上▽縺区婿豕輔′縺ゅj縺セ縺吶′縲√%縺薙〒縺ッdviprt讖溯ス繧剃スソ繧上↑縺縲仝indows縺ョ繝励Μ繝ウ繧ソ +繝峨Λ繧、繝舌↓繧医k騾壼クク縺ョ蜊ー蛻キ繧定蟇溘@縺セ縺吶
-cmodeとの関係で、以下の印刷方法の違いがあります。
+cmode縺ィ縺ョ髢「菫ゅ〒縲∽サ・荳九ョ蜊ー蛻キ譁ケ豕輔ョ驕輔>縺後≠繧翫∪縺吶
auto mode(rep) | |||||
---|---|---|---|---|---|
表示 | +陦ィ遉コ | auto mode(rep) | merge | replace(def) | @@ -683,7 +681,7 @@ dvioutauto mode(rep) |
印刷 | +蜊ー蛻キ | patch2 | merge | replace | @@ -695,358 +693,357 @@ dviout
dviout -は、プリンタの解像度に合わせた印刷ページに対応する白黒BMP画像を作成し、それをWindows -のSystemを通じて印刷するのが基本でした。その際、カラー画像などの要素があれば、それもBMP画像 -として用意してWindowsのSystemによって合成して出力する、という訳です。画像処理的な部分を出来るだけ -dviout 側で行う、という方針です。
+縺ッ縲√励Μ繝ウ繧ソ縺ョ隗」蜒丞コヲ縺ォ蜷医o縺帙◆蜊ー蛻キ繝壹シ繧ク縺ォ蟇セ蠢懊☆繧狗區鮟達MP逕サ蜒上r菴懈舌@縲√◎繧後rWindows +縺ョSystem繧帝壹§縺ヲ蜊ー蛻キ縺吶k縺ョ縺悟渕譛ャ縺ァ縺励◆縲ゅ◎縺ョ髫帙√き繝ゥ繝シ逕サ蜒上↑縺ゥ縺ョ隕∫エ縺後≠繧後ー縲√◎繧後bBMP逕サ蜒 +縺ィ縺励※逕ィ諢上@縺ヲWindows縺ョSystem縺ォ繧医▲縺ヲ蜷域舌@縺ヲ蜃コ蜉帙☆繧九√→縺縺險ウ縺ァ縺吶ら判蜒丞ヲ逅逧縺ェ驛ィ蛻繧貞コ譚・繧九□縺 +dviout 蛛エ縺ァ陦後≧縲√→縺縺譁ケ驥昴〒縺吶 -プリンタ(+ドライバ)にとっては、完成された紙面の白黒BMP画像を印刷する方が、TrueTypeフォン -トの文字や線を描いて紙面を作成する処理も行って出力するより、遙かに楽なはずですが、MS +
繝励Μ繝ウ繧ソシ茨シ九ラ繝ゥ繧、繝撰シ峨↓縺ィ縺」縺ヲ縺ッ縲∝ョ梧舌&繧後◆邏咎擇縺ョ逋ス鮟達MP逕サ蜒上r蜊ー蛻キ縺吶k譁ケ縺後ゝrueType繝輔か繝ウ +繝医ョ譁蟄励d邱壹r謠上>縺ヲ邏咎擇繧剃ス懈舌☆繧句ヲ逅繧り。後▲縺ヲ蜃コ蜉帙☆繧九h繧翫驕吶°縺ォ讌ス縺ェ縺ッ縺壹〒縺吶′縲`S Windows -が普及し、安値なカラーインクジェットプリンタが使われるようになると、プリンタメーカの競争から -MS Windowsに特化されたプリンタで、通常使われる印刷方式(たとえば、Wordとかでなされる方式、すなわち、dviout -ではWindowsのTrueTypeフォントを使ったpatch2方式にあたる)でのみ高速化や高品位化がなされるように開発が進んだようです。そのような状況から、dviout -for Windows では、Ver.3.08 から patch2 -モードがサポートされました。
+縺梧勸蜿翫@縲∝ョ牙、縺ェ繧ォ繝ゥ繝シ繧、繝ウ繧ッ繧ク繧ァ繝繝医励Μ繝ウ繧ソ縺御スソ繧上l繧九h縺縺ォ縺ェ繧九→縲√励Μ繝ウ繧ソ繝。繝シ繧ォ縺ョ遶カ莠峨°繧 +MS Windows縺ォ迚ケ蛹悶&繧後◆繝励Μ繝ウ繧ソ縺ァ縲騾壼クク菴ソ繧上l繧句魂蛻キ譁ケ蠑擾シ医◆縺ィ縺医ー縲仝ord縺ィ縺九〒縺ェ縺輔l繧区婿蠑上√☆縺ェ繧上■縲‥viout +縺ァ縺ッWindows縺ョTrueType繝輔か繝ウ繝医r菴ソ縺」縺patch2譁ケ蠑上↓縺ゅ◆繧具シ峨〒縺ョ縺ソ鬮倬溷喧繧鬮伜刀菴榊喧縺後↑縺輔l繧九h縺縺ォ髢狗匱縺碁イ繧薙□繧医≧縺ァ縺吶ゅ◎縺ョ繧医≧縺ェ迥カ豕√°繧峨‥viout +for Windows 縺ァ縺ッ縲〃er.3.08 縺九i patch2 +繝「繝シ繝峨′繧オ繝昴シ繝医&繧後∪縺励◆縲 -あるカラーのインクジェットプリンタでの実験では +
縺ゅk繧ォ繝ゥ繝シ縺ョ繧、繝ウ繧ッ繧ク繧ァ繝繝医励Μ繝ウ繧ソ縺ァ縺ョ螳滄ィ薙〒縺ッ
という結果になりました。このようなWindows専用プリンタの普及を考えて、auto +
縺ィ縺縺邨先棡縺ォ縺ェ繧翫∪縺励◆縲ゅ%縺ョ繧医≧縺ェWindows蟆ら畑繝励Μ繝ウ繧ソ縺ョ譎ョ蜿翫r閠縺医※縲auto mode(p2) -が現在デフォルトになっています。すなわち、表示の際は auto -mode(rep) で、印刷の際は patch2 -に切り替えるというものです。
+縺檎樟蝨ィ繝繝輔か繝ォ繝医↓縺ェ縺」縺ヲ縺縺セ縺吶ゅ☆縺ェ繧上■縲∬。ィ遉コ縺ョ髫帙ッ auto +mode(rep) 縺ァ縲∝魂蛻キ縺ョ髫帙ッ patch2 +縺ォ蛻繧頑崛縺医k縺ィ縺縺繧ゅョ縺ァ縺吶 -上記の結果から、patch2方式での印刷で高速化を行うためには、フォントは全てWindowsに登録された -TrueTypeフォントを使うことが望ましいことになります。なお、通常和文フォントはWindowsのTrueType -フォントが使われています。なお、この速度はページ単位で決まりますので、カラー要素がないページやPKフォントが使われていないページが高速印刷されることになります。 +
荳願ィ倥ョ邨先棡縺九i縲patch2譁ケ蠑上〒縺ョ蜊ー蛻キ縺ァ鬮倬溷喧繧定。後≧縺溘a縺ォ縺ッ縲√ヵ繧ゥ繝ウ繝医ッ蜈ィ縺ヲWindows縺ォ逋サ骭イ縺輔l縺 +TrueType繝輔か繝ウ繝医r菴ソ縺縺薙→縺梧悍縺セ縺励>縺薙→縺ォ縺ェ繧翫∪縺吶ゅ↑縺翫騾壼クク蜥梧枚繝輔か繝ウ繝医ッWindows縺ョTrueType +繝輔か繝ウ繝医′菴ソ繧上l縺ヲ縺縺セ縺吶ゅ↑縺翫√%縺ョ騾溷コヲ縺ッ繝壹シ繧ク蜊倅ス阪〒豎コ縺セ繧翫∪縺吶ョ縺ァ縲√き繝ゥ繝シ隕∫エ縺後↑縺繝壹シ繧ク繧ПK繝輔か繝ウ繝医′菴ソ繧上l縺ヲ縺縺ェ縺繝壹シ繧ク縺碁ォ倬溷魂蛻キ縺輔l繧九%縺ィ縺ォ縺ェ繧翫∪縺吶
-一方、patch2を使っていても、欧文でPKフォントを使っている場合は、このような高速化の効果が無く、逆に多くの画像張り付けの処理をプリンタドライバが行うため、速度が却って遅くなったり、 -不具合が生じる場合もあります。 +
荳譁ケ縲patch2繧剃スソ縺」縺ヲ縺縺ヲ繧ゅ∵ャァ譁縺ァPK繝輔か繝ウ繝医r菴ソ縺」縺ヲ縺繧句エ蜷医ッ縲√%縺ョ繧医≧縺ェ鬮倬溷喧縺ョ蜉ケ譫懊′辟。縺上騾縺ォ螟壹¥縺ョ逕サ蜒丞シオ繧贋サ倥¢縺ョ蜃ヲ逅繧偵励Μ繝ウ繧ソ繝峨Λ繧、繝舌′陦後≧縺溘a縲騾溷コヲ縺悟唆縺」縺ヲ驕縺上↑縺」縺溘j縲 +荳榊キ蜷医′逕溘§繧句エ蜷医b縺ゅj縺セ縺吶
PostScriptプリンタ用のWindowsのドライバは、Windowsのプリンタドライバが一般的にサポートするデータを入力して、PostScript言語に翻訳することになります。PostScript言語では、画像合成は -「張り付け」のみサポートされているようで、画像の AND, OR, XOR -などの合成命令からの翻訳は -ドライバがすべきですが、実際はうまく行われない、というWindowsのプリンタドライバの仕様を満たさない根本的な不具合を抱えているようです。たとえば、 -白抜き文字が印刷できない、というようなことになります。また、そのような不具合で結果がどうなるかは、Windows95/98用 -の PostScriptプリンタドライバとWindowsNT/2000用とで異なっているようです。 +
PostScript繝励Μ繝ウ繧ソ逕ィ縺ョWindows縺ョ繝峨Λ繧、繝舌ッ縲仝indows縺ョ繝励Μ繝ウ繧ソ繝峨Λ繧、繝舌′荳闊ャ逧縺ォ繧オ繝昴シ繝医☆繧九ョ繝シ繧ソ繧貞・蜉帙@縺ヲ縲 ̄ostScript險隱槭↓鄙サ險ウ縺吶k縺薙→縺ォ縺ェ繧翫∪縺吶1ostScript險隱槭〒縺ッ縲∫判蜒丞粋謌舌ッ +縲悟シオ繧贋サ倥¢縲阪ョ縺ソ繧オ繝昴シ繝医&繧後※縺繧九h縺縺ァ縲∫判蜒上ョ AND, OR, XOR +縺ェ縺ゥ縺ョ蜷域仙多莉、縺九i縺ョ鄙サ險ウ縺ッ +繝峨Λ繧、繝舌′縺吶∋縺阪〒縺吶′縲∝ョ滄圀縺ッ縺縺セ縺剰。後o繧後↑縺縲√→縺縺Windows縺ョ繝励Μ繝ウ繧ソ繝峨Λ繧、繝舌ョ莉墓ァ倥r貅縺溘&縺ェ縺譬ケ譛ャ逧縺ェ荳榊キ蜷繧呈干縺医※縺繧九h縺縺ァ縺吶ゅ◆縺ィ縺医ー縲 +逋ス謚懊″譁蟄励′蜊ー蛻キ縺ァ縺阪↑縺縲√→縺縺繧医≧縺ェ縺薙→縺ォ縺ェ繧翫∪縺吶ゅ∪縺溘√◎縺ョ繧医≧縺ェ荳榊キ蜷医〒邨先棡縺後←縺縺ェ繧九°縺ッ縲仝indows95/98逕ィ +縺ョ PostScript繝励Μ繝ウ繧ソ繝峨Λ繧、繝舌→WindowsNT/2000逕ィ縺ィ縺ァ逡ー縺ェ縺」縺ヲ縺繧九h縺縺ァ縺吶
-さらに、多くの画像や大きな画像を合成して印刷する、というような場合(例えば、patch2で -PKフォントを使い、さらにカラー画像を張り込む、といった場合の出力)、メモリーなどから来る機能制約のためか、いくつかの画像要素が無視されて、それが出力されなかったり、間違って出力される、というような事例が多く -報告されています。
+縺輔i縺ォ縲∝、壹¥縺ョ逕サ蜒上d螟ァ縺阪↑逕サ蜒上r蜷域舌@縺ヲ蜊ー蛻キ縺吶k縲√→縺縺繧医≧縺ェ蝣エ蜷茨シ井セ九∴縺ー縲patch2縺ァ +PK繝輔か繝ウ繝医r菴ソ縺縲√&繧峨↓繧ォ繝ゥ繝シ逕サ蜒上r蠑オ繧願セシ繧縲√→縺縺」縺溷エ蜷医ョ蜃コ蜉幢シ峨√Γ繝「繝ェ繝シ縺ェ縺ゥ縺九i譚・繧区ゥ溯ス蛻カ邏縺ョ縺溘a縺九√>縺上▽縺九ョ逕サ蜒剰ヲ∫エ縺檎┌隕悶&繧後※縲√◎繧後′蜃コ蜉帙&繧後↑縺九▲縺溘j縲髢馴&縺」縺ヲ蜃コ蜉帙&繧後k縲√→縺縺繧医≧縺ェ莠倶セ九′螟壹¥ +蝣ア蜻翫&繧後※縺縺セ縺吶
-上記は、例えば市販の画像処理ソフトから印刷を行う場合のPostScriptプリンタの不具合としても知られているようです。以上の理由から、PostScriptプリンタで、PKフォントを使う場合や画像の取り込みが -ある場合は、プリンタドライバ側での画像合成操作を最少にするauto -mode(rep) を用いると、 多くの不具合が解消されるようです。 -さらに、プリントダイアログにおける Unite job -のチェックをはずすと、状況が改善されるかも知れません。
+荳願ィ倥ッ縲∽セ九∴縺ー蟶りイゥ縺ョ逕サ蜒丞ヲ逅繧ス繝輔ヨ縺九i蜊ー蛻キ繧定。後≧蝣エ蜷医ョPostScript繝励Μ繝ウ繧ソ縺ョ荳榊キ蜷医→縺励※繧ら衍繧峨l縺ヲ縺繧九h縺縺ァ縺吶ゆサ・荳翫ョ逅逕ア縺九i縲 ̄ostScript繝励Μ繝ウ繧ソ縺ァ縲 ̄K繝輔か繝ウ繝医r菴ソ縺蝣エ蜷医d逕サ蜒上ョ蜿悶j霎シ縺ソ縺 +縺ゅk蝣エ蜷医ッ縲√励Μ繝ウ繧ソ繝峨Λ繧、繝仙エ縺ァ縺ョ逕サ蜒丞粋謌先桃菴懊r譛蟆代↓縺吶kauto +mode(rep) 繧堤畑縺繧九→縲 螟壹¥縺ョ荳榊キ蜷医′隗」豸医&繧後k繧医≧縺ァ縺吶 +縺輔i縺ォ縲√励Μ繝ウ繝医ム繧、繧「繝ュ繧ー縺ォ縺翫¢繧 Unite job +縺ョ繝√ぉ繝繧ッ繧偵ッ縺壹☆縺ィ縲∫憾豕√′謾ケ蝟縺輔l繧九°繧ら衍繧後∪縺帙s縲
--PostScriptプリンタを使う場合は、dvipsk などのDVIファイルからPostScriptへの変換プログラムを用いて印刷すれば、WindowsのPostScriptプリンタドライバの上記不具合などの問題点が無く印刷できます。特に、PSTrick - などのPostScriptに特化されたspecialsを使っている場合は、こちらでないと印刷できません。なお、dvioutのGUIを使ってdvipskによる印刷をすることも可能です。
+PostScript繝励Μ繝ウ繧ソ繧剃スソ縺蝣エ蜷医ッ縲dvipsk 縺ェ縺ゥ縺ョDVI繝輔ぃ繧、繝ォ縺九iPostScript縺ク縺ョ螟画鋤繝励Ο繧ー繝ゥ繝繧堤畑縺縺ヲ蜊ー蛻キ縺吶l縺ー縲仝indows縺ョPostScript繝励Μ繝ウ繧ソ繝峨Λ繧、繝舌ョ荳願ィ倅ク榊キ蜷医↑縺ゥ縺ョ蝠城。檎せ縺檎┌縺丞魂蛻キ縺ァ縺阪∪縺吶ら音縺ォ縲PSTrick + 縺ェ縺ゥ縺ョPostScript縺ォ迚ケ蛹悶&繧後◆specials繧剃スソ縺」縺ヲ縺繧句エ蜷医ッ縲√%縺。繧峨〒縺ェ縺縺ィ蜊ー蛻キ縺ァ縺阪∪縺帙s縲ゅ↑縺翫dviout縺ョGUI繧剃スソ縺」縺ヲdvipsk縺ォ繧医k蜊ー蛻キ繧偵☆繧縺薙→繧ょ庄閭ス縺ァ縺吶
カラーのPostScript画像を、白黒プリンタなどを使って、適当な白黒のパターンで表現して印刷するという場合があります。dvioutは、カラーから白黒変換などの画像の変更は一切行いません。従って -dvioutが白黒化した画像を受け取るか(これは、Ghostscriptが作成します)、プリンタドライバがカラー画像を白黒化するかのどちらかです。なお、ここでいうカラーのPostScript画像というのは、 -gray scale画像も含まれています。この変換を +
繧ォ繝ゥ繝シ縺ョPostScript逕サ蜒上r縲∫區鮟偵励Μ繝ウ繧ソ縺ェ縺ゥ繧剃スソ縺」縺ヲ縲驕ゥ蠖薙↑逋ス鮟偵ョ繝代ち繝シ繝ウ縺ァ陦ィ迴セ縺励※蜊ー蛻キ縺吶k縺ィ縺縺蝣エ蜷医′縺ゅj縺セ縺吶Eviout縺ッ縲√き繝ゥ繝シ縺九i逋ス鮟貞、画鋤縺ェ縺ゥ縺ョ逕サ蜒上ョ螟画峩縺ッ荳蛻陦後>縺セ縺帙s縲ょセ薙▲縺ヲ +dviout縺檎區鮟貞喧縺励◆逕サ蜒上r蜿励¢蜿悶k縺具シ医%繧後ッ縲;hostscript縺御ス懈舌@縺セ縺呻シ峨√励Μ繝ウ繧ソ繝峨Λ繧、繝舌′繧ォ繝ゥ繝シ逕サ蜒上r逋ス鮟貞喧縺吶k縺九ョ縺ゥ縺。繧峨°縺ァ縺吶ゅ↑縺翫√%縺薙〒縺縺繧ォ繝ゥ繝シ縺ョPostScript逕サ蜒上→縺縺縺ョ縺ッ縲 +gray scale逕サ蜒上b蜷ォ縺セ繧後※縺縺セ縺吶ゅ%縺ョ螟画鋤繧
手間はかかりますが、よいプログラムを使うならば 3. が最良でしょう。 -また、プリンタドライバの性能次第では 2. が良いこともあります。 -一方、1. や 3. ではプリンタに依らない結果が得られることになります。
+謇矩俣縺ッ縺九°繧翫∪縺吶′縲√h縺繝励Ο繧ー繝ゥ繝繧剃スソ縺縺ェ繧峨ー 3. 縺梧怙濶ッ縺ァ縺励g縺縲 +縺セ縺溘√励Μ繝ウ繧ソ繝峨Λ繧、繝舌ョ諤ァ閭ス谺。隨ャ縺ァ縺ッ 2. 縺瑚憶縺縺薙→繧ゅ≠繧翫∪縺吶 +荳譁ケ縲1. 繧 3. 縺ァ縺ッ繝励Μ繝ウ繧ソ縺ォ萓昴i縺ェ縺邨先棡縺悟セ励i繧後k縺薙→縺ォ縺ェ繧翫∪縺吶
- + -dvioutで表示されている紙面を、プリンタにでなく画像データとして出力したい場合があります。用途によって最適な方法が異なります。また、画像やカラー文字が入っているかどうかによっても異なります(EMFまたはBMP形式画像形式として、クリップボードにコピーすることも可能です -- October 9, 2002版以降)。 +
dviout縺ァ陦ィ遉コ縺輔l縺ヲ縺繧狗エ咎擇繧偵√励Μ繝ウ繧ソ縺ォ縺ァ縺ェ縺冗判蜒上ョ繝シ繧ソ縺ィ縺励※蜃コ蜉帙@縺溘>蝣エ蜷医′縺ゅj縺セ縺吶ら畑騾斐↓繧医▲縺ヲ譛驕ゥ縺ェ譁ケ豕輔′逡ー縺ェ繧翫∪縺吶ゅ∪縺溘∫判蜒上d繧ォ繝ゥ繝シ譁蟄励′蜈・縺」縺ヲ縺繧九°縺ゥ縺縺九↓繧医▲縺ヲ繧ら焚縺ェ繧翫∪縺呻シEMF縺セ縺溘ッBMP蠖「蠑冗判蜒丞ス「蠑上→縺励※縲√け繝ェ繝繝励懊シ繝峨↓繧ウ繝斐シ縺吶k縺薙→繧ょ庄閭ス縺ァ縺 -- October 9, 2002迚井サ・髯搾シ峨
--注意:適当な外部プログラムを用いることによって、dvioutから出力されるBMP/BMC/EMF/PNG/PDF/EPS画像を、必要なら画像処理をして - BMP/PNG/JPEG/EPS画像などに変換することができます(例えば、付属のifbmc.spi - をグラフィックコンバータBTJ32に登録して使うと便利)。
+豕ィ諢シ夐←蠖薙↑螟夜Κ繝励Ο繧ー繝ゥ繝繧堤畑縺繧九%縺ィ縺ォ繧医▲縺ヲ縲‥viout縺九i蜃コ蜉帙&繧後kBMP/BMC/EMF/PNG/PDF/EPS逕サ蜒上r縲∝ソ隕√↑繧臥判蜒丞ヲ逅繧偵@縺ヲ + BMP/PNG/JPEG/EPS逕サ蜒上↑縺ゥ縺ォ螟画鋤縺吶k縺薙→縺後〒縺阪∪縺呻シ井セ九∴縺ー縲∽サ伜ア槭ョifbmc.spi + 繧偵げ繝ゥ繝輔ぅ繝繧ッ繧ウ繝ウ繝舌シ繧ソBTJ32縺ォ逋サ骭イ縺励※菴ソ縺縺ィ萓ソ蛻ゥシ峨
Ver.3.12.2 (June 29, 2001) 以降では、Display → Region → On -(Nov. 25, 2002 以降は CTRL+[ にデフォルトで割り当てられている)の後、切り出す矩形の左上頂点と右下頂点をマウスカーソルで示し、それぞれマウスの左ボタンと右ボタンを、SHIFTキーを押した状態でクリックして指定します。 +
Ver.3.12.2 (June 29, 2001) 莉・髯阪〒縺ッ縲.isplay 竊偵Region 竊 On +シNov. 25, 2002 莉・髯阪ッ CTRL+[ 縺ォ繝繝輔か繝ォ繝医〒蜑イ繧雁ス薙※繧峨l縺ヲ縺繧具シ峨ョ蠕後∝繧雁コ縺咏洸蠖「縺ョ蟾ヲ荳企らせ縺ィ蜿ウ荳矩らせ繧偵槭え繧ケ繧ォ繝シ繧ス繝ォ縺ァ遉コ縺励√◎繧後◇繧後槭え繧ケ縺ョ蟾ヲ繝懊ち繝ウ縺ィ蜿ウ繝懊ち繝ウ繧偵ヾHIFT繧ュ繝シ繧呈款縺励◆迥カ諷九〒繧ッ繝ェ繝繧ッ縺励※謖螳壹@縺セ縺吶
+dviout 縺後h繧雁商縺迚医ョ蝣エ蜷医ッ縲∽サ・荳九ョ繧医≧縺ォ縺励∪縺吶
WEBページなどに張り付けるような場合で、白黒部分の切り出しに適します。 -カラー文字やカラー画像は除かれます。 +
WEB繝壹シ繧ク縺ェ縺ゥ縺ォ蠑オ繧贋サ倥¢繧九h縺縺ェ蝣エ蜷医〒縲∫區鮟帝Κ蛻縺ョ蛻繧雁コ縺励↓驕ゥ縺励∪縺吶 +繧ォ繝ゥ繝シ譁蟄励d繧ォ繝ゥ繝シ逕サ蜒上ッ髯、縺九l縺セ縺吶
なお、gray scale 変換など、画像処理プログラムによって画像を加工する場合は、縮小しないで(すなわち、プレビュー画面を最大に拡大表示して)白黒2値のBMP/BMC画像ファイルとして出力しておくと良い。 +
縺ェ縺翫“ray scale 螟画鋤縺ェ縺ゥ縲∫判蜒丞ヲ逅繝励Ο繧ー繝ゥ繝縺ォ繧医▲縺ヲ逕サ蜒上r蜉蟾・縺吶k蝣エ蜷医ッ縲∫クョ蟆上@縺ェ縺縺ァシ医☆縺ェ繧上■縲√励Ξ繝薙Η繝シ逕サ髱「繧呈怙螟ァ縺ォ諡。螟ァ陦ィ遉コ縺励※シ臥區鮟抵シ貞、縺ョBMP/BMC逕サ蜒上ヵ繧。繧、繝ォ縺ィ縺励※蜃コ蜉帙@縺ヲ縺翫¥縺ィ濶ッ縺縲
-他のワープロやプレゼンテーションためのプログラムで作成するページに張り付ける場合などに適します。そのプログラムがEMF(Windows -Enhanced MetaFile)に対応している必要があります。File → Save as -Image を選んで EMF画像として出力します。
+莉悶ョ繝ッ繝シ繝励Ο繧繝励Ξ繧シ繝ウ繝繝シ繧キ繝ァ繝ウ縺溘a縺ョ繝励Ο繧ー繝ゥ繝縺ァ菴懈舌☆繧九壹シ繧ク縺ォ蠑オ繧贋サ倥¢繧句エ蜷医↑縺ゥ縺ォ驕ゥ縺励∪縺吶ゅ◎縺ョ繝励Ο繧ー繝ゥ繝縺EMFシWindows +Enhanced MetaFileシ峨↓蟇セ蠢懊@縺ヲ縺繧句ソ隕√′縺ゅj縺セ縺吶File 竊 Save as +Image 繧帝∈繧薙〒 EMF逕サ蜒縺ィ縺励※蜃コ蜉帙@縺セ縺吶
-この場合、フォントはWindows TrueType を使うことが望まれます。patch2 -にあたるモードで出力され、EMF にはWindowsのSystem関数を使った描き方が記録されます。文字や線や色づけなど、それの描き方が記録されるので、サイズの変換に対応したファイルを作成することが可能です。ファイルサイズは比較的大きくなります。
+縺薙ョ蝣エ蜷医√ヵ繧ゥ繝ウ繝医ッWindows TrueType 繧剃スソ縺縺薙→縺梧悍縺セ繧後∪縺吶patch2 +縺ォ縺ゅ◆繧九Δ繝シ繝峨〒蜃コ蜉帙&繧後EMF 縺ォ縺ッWindows縺ョSystem髢「謨ー繧剃スソ縺」縺滓緒縺肴婿縺瑚ィ倬鹸縺輔l縺セ縺吶よ枚蟄励d邱壹d濶イ縺・縺代↑縺ゥ縲√◎繧後ョ謠上″譁ケ縺瑚ィ倬鹸縺輔l繧九ョ縺ァ縲√し繧、繧コ縺ョ螟画鋤縺ォ蟇セ蠢懊@縺溘ヵ繧。繧、繝ォ繧剃ス懈舌☆繧九%縺ィ縺悟庄閭ス縺ァ縺吶ゅヵ繧。繧、繝ォ繧オ繧、繧コ縺ッ豈碑シ逧螟ァ縺阪¥縺ェ繧翫∪縺吶
-Susie plug-in の出力版にあたる ABC 出力プラグイン(画像出力用DLL)を用いることにより、各種の形式でプレビュー画面を切り出して画像ファイルにすることができます(July -2, 2001以降)。どの形式になるかは、指定したファイルの拡張子で判断されます。
-256色以下の画像に対応しているものが必要で、現在 -PNG 用の ABC出力プラグインや -ラスター形式EPS 用の ABC出力プラグイン -が存在します。 +
Susie plug-in 縺ョ蜃コ蜉帷沿縺ォ縺ゅ◆繧 ABC 蜃コ蜉帙励Λ繧ー繧、繝ウシ育判蜒丞コ蜉帷畑DLLシ峨r逕ィ縺繧九%縺ィ縺ォ繧医j縲∝推遞ョ縺ョ蠖「蠑上〒繝励Ξ繝薙Η繝シ逕サ髱「繧貞繧雁コ縺励※逕サ蜒上ヵ繧。繧、繝ォ縺ォ縺吶k縺薙→縺後〒縺阪∪縺呻シJuly +2, 2001莉・髯搾シ峨ゅ←縺ョ蠖「蠑上↓縺ェ繧九°縺ッ縲∵欠螳壹@縺溘ヵ繧。繧、繝ォ縺ョ諡。蠑オ蟄舌〒蛻、譁ュ縺輔l縺セ縺吶
+256濶イ莉・荳九ョ逕サ蜒上↓蟇セ蠢懊@縺ヲ縺繧九b縺ョ縺悟ソ隕√〒縲∫樟蝨ィ +PNG 逕ィ縺ョ ABC蜃コ蜉帙励Λ繧ー繧、繝ウ繧 +繝ゥ繧ケ繧ソ繝シ蠖「蠑拾PS 逕ィ縺ョ ABC蜃コ蜉帙励Λ繧ー繧、繝ウ (Web archive) +縺悟ュ伜惠縺励∪縺吶
-画質や解像度等の調整については、BMP/BMC画像出力のときと同じです。 +逕サ雉ェ繧隗」蜒丞コヲ遲峨ョ隱ソ謨エ縺ォ縺、縺縺ヲ縺ッ縲BMP/BMC逕サ蜒丞コ蜉縺ョ縺ィ縺阪→蜷後§縺ァ縺吶
dvipdfmx 20040204以降および dviout Ver.3.16 以降が必要ですが、 -矩形領域を指定し、その領域を PDF形式画像ファイルに変換して出力する -ことが出来ます。 -拡張子 .pdf を用いれば、自動的に PDF 変換になります。
- -DVIファイルをPostScriptファイルに変換するには、dvipsk や dvi2ps -などを用いるとよいでしょう。また、Windows の PostScriptプリンタドライバに -dviout から出力する方法もあります。ここでは、画像を切り出してdviprt機能を使い、ビットマップ形式のEPSFファイルを作成する方法を述べます。
- -切り出す部分を指定し、Display → Region → Cut でカットしておきます。dviout -のパッケージに含まれるコンフィギュレーションファイルの epsimage.cfg -を、Option → Setup Parameters... → [Printer] の [CFG file] -ボタンで選択します。印刷ダイアログで、dviprt と Print -to file をチェックしてファイルに出力すると、-dpi: -で指定された解像度の白黒画像のEPSF形式画像ができます(前項の方法と異なり、画面の拡大/縮小とは無関係で、 -カラー文字やカラー画像取り込みには非対応)。 -同様なやり方で、g3fax.cfgやdvi2pbm.cfgを使うことにより、 -G3FAX形式やPBM 形式画像出力が出来ます。
- -PDF形式の画像は、DVIファイルのように複数ページをまとめて扱うことが出来ます。また、汎用性が高く、フォント埋め込みなどに注意して作成すれば、高解像度の印刷にも向くファイルとすることができます。
- -PDFファイルの作成は、dvioutからPrinterドライバにAcrobat PDF -Writerを指定して作成する、dvipskを使ってPostScriptファイルに変換し、それを -Acrobat Distiller によってPDFファイルにする、PDFTeXを使う、dvipdfm -を使う、など多くの方法があります。現時点ではdvipsk とDistiller を使う方法が最も勧められるようですが、版によっては、あるいは使い方によっては不具合が生じることがあるので、注意が必要です。 -また、日本語に対応がなされた dvipdfmx も勧められるでしょう。
-Ver.3.15.1 以降では -2nd tool button のニコニコマークのボタンにデフォルトでPDFへの変換が定義されています -。dvipdfm(x)を用います。 -Option->Choose Parameters... からは種々のやり方が定義されています。
-dviout でもフォントや画像の埋め込み機能がサポートされているので、DVI -ファイル + dviout for Windows を PDFファイル + Acrobat Reader のように考えることもできます。
- -dvipdfmx 20040204莉・髯阪♀繧医ウ dviout Ver.3.16 莉・髯阪′蠢隕√〒縺吶′縲 +遏ゥ蠖「鬆伜沺繧呈欠螳壹@縲√◎縺ョ鬆伜沺繧 PDF蠖「蠑冗判蜒上ヵ繧。繧、繝ォ縺ォ螟画鋤縺励※蜃コ蜉帙☆繧 +縺薙→縺悟コ譚・縺セ縺吶 +諡。蠑オ蟄 .pdf 繧堤畑縺繧後ー縲∬ェ蜍慕噪縺ォ PDF 螟画鋤縺ォ縺ェ繧翫∪縺吶
+ +DVI繝輔ぃ繧、繝ォ繧単ostScript繝輔ぃ繧、繝ォ縺ォ螟画鋤縺吶k縺ォ縺ッ縲‥vipsk 繧 dvi2ps +縺ェ縺ゥ繧堤畑縺繧九→繧医>縺ァ縺励g縺縲ゅ∪縺溘仝indows 縺ョ PostScript繝励Μ繝ウ繧ソ繝峨Λ繧、繝舌↓ +dviout 縺九i蜃コ蜉帙☆繧区婿豕輔b縺ゅj縺セ縺吶ゅ%縺薙〒縺ッ縲∫判蜒上r蛻繧雁コ縺励※dviprt讖溯ス繧剃スソ縺縲√ン繝繝医槭ャ繝怜ス「蠑上ョEPSF繝輔ぃ繧、繝ォ繧剃ス懈舌☆繧区婿豕輔r霑ー縺ケ縺セ縺吶
+ +蛻繧雁コ縺咎Κ蛻繧呈欠螳壹@縲.isplay 竊 Region 竊 Cut 縺ァ繧ォ繝繝縺励※縺翫″縺セ縺吶Eviout +縺ョ繝代ャ繧ア繝シ繧ク縺ォ蜷ォ縺セ繧後k繧ウ繝ウ繝輔ぅ繧ョ繝・繝ャ繝シ繧キ繝ァ繝ウ繝輔ぃ繧、繝ォ縺ョ epsimage.cfg +繧偵^ption 竊 Setup Parameters... 竊 [Printer] 縺ョ [CFG file] +繝懊ち繝ウ縺ァ驕ク謚槭@縺セ縺吶ょ魂蛻キ繝繧、繧「繝ュ繧ー縺ァ縲dviprt 縺ィ Print +to file 繧偵メ繧ァ繝繧ッ縺励※繝輔ぃ繧、繝ォ縺ォ蜃コ蜉帙☆繧九→縲-dpi: +縺ァ謖螳壹&繧後◆隗」蜒丞コヲ縺ョ逋ス鮟堤判蜒上ョEPSF蠖「蠑逕サ蜒上′縺ァ縺阪∪縺呻シ亥燕鬆縺ョ譁ケ豕輔→逡ー縺ェ繧翫∫判髱「縺ョ諡。螟ァシ冗クョ蟆上→縺ッ辟。髢「菫ゅ〒縲 +繧ォ繝ゥ繝シ譁蟄励d繧ォ繝ゥ繝シ逕サ蜒丞叙繧願セシ縺ソ縺ォ縺ッ髱槫ッセ蠢懶シ峨 +蜷梧ァ倥↑繧繧頑婿縺ァ縲g3fax.cfg繧dvi2pbm.cfg繧剃スソ縺縺薙→縺ォ繧医j縲 +G3FAX蠖「蠑繧PBM 蠖「蠑逕サ蜒丞コ蜉帙′蜃コ譚・縺セ縺吶
+ +PDF蠖「蠑上ョ逕サ蜒上ッ縲.VI繝輔ぃ繧、繝ォ縺ョ繧医≧縺ォ隍謨ー繝壹シ繧ク繧偵∪縺ィ繧√※謇ア縺縺薙→縺悟コ譚・縺セ縺吶ゅ∪縺溘∵ア守畑諤ァ縺碁ォ倥¥縲√ヵ繧ゥ繝ウ繝亥沂繧∬セシ縺ソ縺ェ縺ゥ縺ォ豕ィ諢上@縺ヲ菴懈舌☆繧後ー縲鬮倩ァ」蜒丞コヲ縺ョ蜊ー蛻キ縺ォ繧ょ髄縺上ヵ繧。繧、繝ォ縺ィ縺吶k縺薙→縺後〒縺阪∪縺吶
+ +PDF繝輔ぃ繧、繝ォ縺ョ菴懈舌ッ縲‥viout縺九iPrinter繝峨Λ繧、繝舌↓Acrobat PDF +Writer繧呈欠螳壹@縺ヲ菴懈舌☆繧九dvipsk繧剃スソ縺」縺ヲPostScript繝輔ぃ繧、繝ォ縺ォ螟画鋤縺励√◎繧後r +Acrobat Distiller 縺ォ繧医▲縺ヲPDF繝輔ぃ繧、繝ォ縺ォ縺吶k縲PDFTeX繧剃スソ縺縲dvipdfm +繧剃スソ縺縲√↑縺ゥ螟壹¥縺ョ譁ケ豕輔′縺ゅj縺セ縺吶ら樟譎らせ縺ァ縺ッ dvipsk 縺ィDistiller 繧剃スソ縺譁ケ豕輔′譛繧ょ匡繧√i繧後k繧医≧縺ァ縺吶′縲∫沿縺ォ繧医▲縺ヲ縺ッ縲√≠繧九>縺ッ菴ソ縺譁ケ縺ォ繧医▲縺ヲ縺ッ荳榊キ蜷医′逕溘§繧九%縺ィ縺後≠繧九ョ縺ァ縲∵ウィ諢上′蠢隕√〒縺吶 +縺セ縺溘∵律譛ャ隱槭↓蟇セ蠢懊′縺ェ縺輔l縺 dvipdfmx 繧ょ匡繧√i繧後k縺ァ縺励g縺縲
+Ver.3.15.1 莉・髯阪〒縺ッ +2nd tool button 縺ョ繝九さ繝九さ繝槭シ繧ッ縺ョ繝懊ち繝ウ縺ォ繝繝輔か繝ォ繝医〒PDF縺ク縺ョ螟画鋤縺悟ョ夂セゥ縺輔l縺ヲ縺縺セ縺 +縲Evipdfm(x)繧堤畑縺縺セ縺吶 +Option->Choose Parameters... 縺九i縺ッ遞ョ縲縺ョ繧繧頑婿縺悟ョ夂セゥ縺輔l縺ヲ縺縺セ縺吶
+dviout 縺ァ繧繝輔か繝ウ繝医d逕サ蜒上ョ蝓九a霎シ縺ソ讖溯ス縺後し繝昴シ繝医&繧後※縺繧九ョ縺ァ縲DVI +繝輔ぃ繧、繝ォ + dviout for Windows 繧 PDF繝輔ぃ繧、繝ォ + Acrobat Reader 縺ョ繧医≧縺ォ閠縺医k縺薙→繧ゅ〒縺阪∪縺吶
+ +-File → Save as Image... (矩形領域を指定しての切り出しをサポート)で,拡張子により外部のDVIファイルから画像ファイルへの変換用の一般的なプログラムを呼ぶことが可能(Ver.3.16以降). -11.5 のPDF画像出力は,この機能で実現されている. +File 竊 Save as Image... シ育洸蠖「鬆伜沺繧呈欠螳壹@縺ヲ縺ョ蛻繧雁コ縺励r繧オ繝昴シ繝茨シ峨〒シ梧僑蠑オ蟄舌↓繧医j螟夜Κ縺ョDVI繝輔ぃ繧、繝ォ縺九i逕サ蜒上ヵ繧。繧、繝ォ縺ク縺ョ螟画鋤逕ィ縺ョ荳闊ャ逧縺ェ繝励Ο繧ー繝ゥ繝繧貞他縺カ縺薙→縺悟庄閭スシVer.3.16莉・髯搾シ会シ +11.5 縺ョPDF逕サ蜒丞コ蜉縺ッシ後%縺ョ讖溯ス縺ァ螳溽樟縺輔l縺ヲ縺繧具シ
-拡張子 .foo の画像ファイル出力の場合,utility\dvi$foo.bat に変換の手順を書い -ておけば,それが呼び出される.渡されるパラメータは +諡。蠑オ蟄 .foo 縺ョ逕サ蜒上ヵ繧。繧、繝ォ蜃コ蜉帙ョ蝣エ蜷茨シ蛍tility\dvi$foo.bat 縺ォ螟画鋤縺ョ謇矩繧呈嶌縺 +縺ヲ縺翫¢縺ーシ後◎繧後′蜻シ縺ウ蜃コ縺輔l繧具シ取ク。縺輔l繧九ヱ繝ゥ繝。繝シ繧ソ縺ッ
- %1 横の原点移動 (単位は cm).デフォルト(移動なし)は 2.54cm - %2 縦の原点移動 (単位は cm).デフォルト(移動なし)は 2.54cm - %3 紙面の横幅 (単位は cm) - %4 紙面の縦の長さ(単位は cm) - %5 出力するページの番号(1つのみ) - %6 DVIファイルのフルパス名(" " で囲まれた形式) - %7 出力ファイルのフルパス名 - %8 横の移動 (単位は cm).デフォルト(移動なし)は 0cm - %9 縦の移動 (単位は cm).デフォルト(移動なし)は 0cm + %1 讓ェ縺ョ蜴溽せ遘サ蜍 シ亥腰菴阪ッ cmシ会シ弱ョ繝輔か繝ォ繝(遘サ蜍輔↑縺暦シ峨ッ 2.54cm + %2 邵ヲ縺ョ蜴溽せ遘サ蜍 シ亥腰菴阪ッ cmシ会シ弱ョ繝輔か繝ォ繝(遘サ蜍輔↑縺暦シ峨ッ 2.54cm + %3 邏咎擇縺ョ讓ェ蟷 シ亥腰菴阪ッ cmシ + %4 邏咎擇縺ョ邵ヲ縺ョ髟キ縺包シ亥腰菴阪ッ cmシ + %5 蜃コ蜉帙☆繧九壹シ繧ク縺ョ逡ェ蜿キシ茨シ代▽縺ョ縺ソシ + %6 DVI繝輔ぃ繧、繝ォ縺ョ繝輔Ν繝代せ蜷搾シ" " 縺ァ蝗イ縺セ繧後◆蠖「蠑擾シ + %7 蜃コ蜉帙ヵ繧。繧、繝ォ縺ョ繝輔Ν繝代せ蜷 + %8 讓ェ縺ョ遘サ蜍 シ亥腰菴阪ッ cmシ会シ弱ョ繝輔か繝ォ繝(遘サ蜍輔↑縺暦シ峨ッ 0cm + %9 邵ヲ縺ョ遘サ蜍 シ亥腰菴阪ッ cmシ会シ弱ョ繝輔か繝ォ繝(遘サ蜍輔↑縺暦シ峨ッ 0cm-
WindowsのプリンタドライバとしてFAX送信が組み込まれていれば、それとモデムとを使ってdvioutから直接FAX送信が可能です。
+Windows縺ョ繝励Μ繝ウ繧ソ繝峨Λ繧、繝舌→縺励※FAX騾∽ソ。縺檎オ縺ソ霎シ縺セ繧後※縺繧後ー縲√◎繧後→繝「繝繝縺ィ繧剃スソ縺」縺ヲdviout縺九i逶エ謗・FAX騾∽ソ。縺悟庄閭ス縺ァ縺吶
-解像度は 200 dpi 程度が適当でしょう。印刷ダイアログで、Unite
+ 隗」蜒丞コヲ縺ッ 200 dpi 遞句コヲ縺碁←蠖薙〒縺励g縺縲ょ魂蛻キ繝繧、繧「繝ュ繧ー縺ァ縲Unite
job
-のチェックが外れていると、各頁毎に別々に送信することになるので注意。
dviout for Windowsの前身であるMS-DOS版のDVIwareは、previewer の dviout と -printer driver の dviprt の2つに別れており、特に dviout -はパソコンのグラフィック表示機能の違いから、PC-9801用とDOS/V用というように別のプログラムになっていました。 -dviout for Windowsは、パソコンのグラフィック画面の制御が不要なため、MS-DOS版dviprtを元に開発されたものですが、MS-DOS版でのdviprtの機能をdviout -for Windowsでも実現するものが、dviout for Windowsのdviprt機能です。 +
dviout for Windows縺ョ蜑崎コォ縺ァ縺ゅkMS-DOS迚医ョDVIware縺ッ縲}reviewer 縺ョ dviout 縺ィ +printer driver 縺ョ dviprt 縺ョシ偵▽縺ォ蛻・繧後※縺翫j縲∫音縺ォ dviout +縺ッ繝代た繧ウ繝ウ縺ョ繧ー繝ゥ繝輔ぅ繝繧ッ陦ィ遉コ讖溯ス縺ョ驕輔>縺九i縲 ̄C-9801逕ィ縺ィDOS/V逕ィ縺ィ縺縺繧医≧縺ォ蛻・縺ョ繝励Ο繧ー繝ゥ繝縺ォ縺ェ縺」縺ヲ縺縺セ縺励◆縲 +dviout for Windows縺ッ縲√ヱ繧ス繧ウ繝ウ縺ョ繧ー繝ゥ繝輔ぅ繝繧ッ逕サ髱「縺ョ蛻カ蠕。縺御ク崎ヲ√↑縺溘a縲`S-DOS迚dviprt繧貞縺ォ髢狗匱縺輔l縺溘b縺ョ縺ァ縺吶′縲`S-DOS迚医〒縺ョdviprt縺ョ讖溯ス繧壇viout +for Windows縺ァ繧ょョ溽樟縺吶k繧ゅョ縺後‥viout for Windows縺ョdviprt讖溯ス縺ァ縺吶
-dviprt機能は、「白黒2色の紙面画像を個々のプリンタの制御コードを用いて直接プリンタに送って印刷する」というのが基本となっています(よってカラー非対応)。MS-DOS時代に使われたプリンタの多くは、その制御コードが公開されていたので、このことが可能でした。個々のプリンタの制御コードの違いに対応するため、プリンタ定義ファイルを用意し、それに従って出力する、というものです。この定義ファイルの仕様は、付属の -cfg\optcfg.dvi に詳しい解説があります。
+dviprt讖溯ス縺ッ縲√檎區鮟抵シ定牡縺ョ邏咎擇逕サ蜒上r蛟九縺ョ繝励Μ繝ウ繧ソ縺ョ蛻カ蠕。繧ウ繝シ繝峨r逕ィ縺縺ヲ逶エ謗・繝励Μ繝ウ繧ソ縺ォ騾√▲縺ヲ蜊ー蛻キ縺吶k縲阪→縺縺縺ョ縺悟渕譛ャ縺ィ縺ェ縺」縺ヲ縺縺セ縺呻シ医h縺」縺ヲ繧ォ繝ゥ繝シ髱槫ッセ蠢シ峨MS-DOS譎ゆサ」縺ォ菴ソ繧上l縺溘励Μ繝ウ繧ソ縺ョ螟壹¥縺ッ縲√◎縺ョ蛻カ蠕。繧ウ繝シ繝峨′蜈ャ髢九&繧後※縺縺溘ョ縺ァ縲√%縺ョ縺薙→縺悟庄閭ス縺ァ縺励◆縲ょ九縺ョ繝励Μ繝ウ繧ソ縺ョ蛻カ蠕。繧ウ繝シ繝峨ョ驕輔>縺ォ蟇セ蠢懊☆繧九◆繧√繝励Μ繝ウ繧ソ螳夂セゥ繝輔ぃ繧、繝ォ繧堤畑諢上@縲√◎繧後↓蠕薙▲縺ヲ蜃コ蜉帙☆繧九√→縺縺繧ゅョ縺ァ縺吶ゅ%縺ョ螳夂セゥ繝輔ぃ繧、繝ォ縺ョ莉墓ァ倥ッ縲∽サ伜ア槭ョ +cfg\optcfg.dvi 縺ォ隧ウ縺励>隗」隱ャ縺後≠繧翫∪縺吶
-optcfg.dvi の入っているフォルダーに定義ファイル *.src -をパックしたものが入っています。多くの人の協力で種々のプリンタに対する定義ファイルが作成され、実際50種類以上のものが入っています。定義ファイルは、optcfg.exe -で dviout が解釈可能な *.cfg -ファイルに変換し(変換したものもパックして入れてあります)、それをパラメータ -dviprt に指定することで、その機能を有効にできます。
+optcfg.dvi 縺ョ蜈・縺」縺ヲ縺繧九ヵ繧ゥ繝ォ繝繝シ縺ォ螳夂セゥ繝輔ぃ繧、繝ォ *.src +繧偵ヱ繝繧ッ縺励◆繧ゅョ縺悟・縺」縺ヲ縺縺セ縺吶ょ、壹¥縺ョ莠コ縺ョ蜊泌鴨縺ァ遞ョ縲縺ョ繝励Μ繝ウ繧ソ縺ォ蟇セ縺吶k螳夂セゥ繝輔ぃ繧、繝ォ縺御ス懈舌&繧後∝ョ滄圀50遞ョ鬘樔サ・荳翫ョ繧ゅョ縺悟・縺」縺ヲ縺縺セ縺吶ょョ夂セゥ繝輔ぃ繧、繝ォ縺ッ縲optcfg.exe +縺ァ dviout 縺瑚ァ」驥亥庄閭ス縺ェ *.cfg +繝輔ぃ繧、繝ォ縺ォ螟画鋤縺暦シ亥、画鋤縺励◆繧ゅョ繧ゅヱ繝繧ッ縺励※蜈・繧後※縺ゅj縺セ縺呻シ峨√◎繧後r繝代Λ繝。繝シ繧ソ +dviprt 縺ォ謖螳壹☆繧九%縺ィ縺ァ縲√◎縺ョ讖溯ス繧呈怏蜉ケ縺ォ縺ァ縺阪∪縺吶
-出力先は、プリンタとは限らないので、FAXモデム用の定義ファイルや画像ファイル出力用の定義ファイルも存在します。画像ファイル出力用としては、蜃コ蜉帛医ッ縲√励Μ繝ウ繧ソ縺ィ縺ッ髯舌i縺ェ縺縺ョ縺ァ縲:AX繝「繝繝逕ィ縺ョ螳夂セゥ繝輔ぃ繧、繝ォ繧逕サ蜒上ヵ繧。繧、繝ォ蜃コ蜉帷畑縺ョ螳夂セゥ繝輔ぃ繧、繝ォ繧ょュ伜惠縺励∪縺吶ら判蜒上ヵ繧。繧、繝ォ蜃コ蜉帷畑縺ィ縺励※縺ッ縲G3FAX, PBM, EPSF -の形式用があります。
+縺ョ蠖「蠑冗畑縺後≠繧翫∪縺吶 -MS-DOS時代から高品位で高速なプリンタとして LBP(Laser -Beam Printer)が使われています。特にMS-DOSには、高品位で自由にサイズ変更可能な和文フォントをシステムが持っていなかったため、そのようなフォントを内蔵しているLBPへの対応が望まれ、dviprtは早い時期にLBPに対応しました。対応が行われたLBPの制御コードは、CanonのLIPS III/IV および Epson の ESC/Page です。
+MS-DOS譎ゆサ」縺九i鬮伜刀菴阪〒鬮倬溘↑繝励Μ繝ウ繧ソ縺ィ縺励※ LBPシLaser +Beam Printerシ峨′菴ソ繧上l縺ヲ縺縺セ縺吶ら音縺ォMS-DOS縺ォ縺ッ縲鬮伜刀菴阪〒閾ェ逕ア縺ォ繧オ繧、繧コ螟画峩蜿ッ閭ス縺ェ蜥梧枚繝輔か繝ウ繝医r繧キ繧ケ繝繝縺梧戟縺」縺ヲ縺縺ェ縺九▲縺溘◆繧√√◎縺ョ繧医≧縺ェ繝輔か繝ウ繝医r蜀阡オ縺励※縺繧記BP縺ク縺ョ蟇セ蠢懊′譛帙∪繧後‥viprt縺ッ譌ゥ縺譎よ悄縺ォLBP縺ォ蟇セ蠢懊@縺セ縺励◆縲ょッセ蠢懊′陦後o繧後◆LBP縺ョ蛻カ蠕。繧ウ繝シ繝峨ッ縲,anon縺ョLIPS III/IV 縺翫h縺ウ Epson 縺ョ ESC/Page 縺ァ縺吶
-dviprt機能のLBP対応の基本は、次の2つです。 +
dviprt讖溯ス縺ョLBP蟇セ蠢懊ョ蝓コ譛ャ縺ッ縲∵ャ。縺ョシ偵▽縺ァ縺吶
プリンタ内蔵の和文フォント使用では、TeXのどのフォントに対してどのようにプリンタ内蔵のフォントを使うか(各種の装飾や変形が可能)、あるいは使わないか、を指定できます。LBP対応の印刷は、以下のように2パスでなされます。
+繝励Μ繝ウ繧ソ蜀阡オ縺ョ蜥梧枚繝輔か繝ウ繝井スソ逕ィ縺ァ縺ッ縲ゝeX縺ョ縺ゥ縺ョ繝輔か繝ウ繝医↓蟇セ縺励※縺ゥ縺ョ繧医≧縺ォ繝励Μ繝ウ繧ソ蜀阡オ縺ョ繝輔か繝ウ繝医r菴ソ縺縺具シ亥推遞ョ縺ョ陬鬟セ繧螟牙ス「縺悟庄閭スシ峨√≠繧九>縺ッ菴ソ繧上↑縺縺九√r謖螳壹〒縺阪∪縺吶LBP蟇セ蠢懊ョ蜊ー蛻キ縺ッ縲∽サ・荳九ョ繧医≧縺ォシ偵ヱ繧ケ縺ァ縺ェ縺輔l縺セ縺吶
-ダウンロードするフォントについては、欧文のみ、あるいは(プリンタ内蔵フォントを使う設定になっていない)和文フォントも含めるかどうか指定できます。dvioutはダウンロードの可能性のあるフォントの使われている文字を、実際に印刷するページに渡って調べ、その文字サイズや頻度に応じてソートし、ダウンロード容量や使用頻度を考慮してダウンロードするものを決定します。 -dvioutはダウンロードする文字のセットを(欧文文字も和文文字も区別せずに)組みなおして、新たな1 byteの文字コードを与えた複数の新たな欧文フォントセットとして定義して、文字の画像データをLBPにダウンロードします。
+繝繧ヲ繝ウ繝ュ繝シ繝峨☆繧九ヵ繧ゥ繝ウ繝医↓縺、縺縺ヲ縺ッ縲∵ャァ譁縺ョ縺ソ縲√≠繧九>縺ッシ医励Μ繝ウ繧ソ蜀阡オ繝輔か繝ウ繝医r菴ソ縺險ュ螳壹↓縺ェ縺」縺ヲ縺縺ェ縺シ牙柱譁繝輔か繝ウ繝医b蜷ォ繧√k縺九←縺縺区欠螳壹〒縺阪∪縺吶Eviout縺ッ繝繧ヲ繝ウ繝ュ繝シ繝峨ョ蜿ッ閭ス諤ァ縺ョ縺ゅk繝輔か繝ウ繝医ョ菴ソ繧上l縺ヲ縺繧区枚蟄励r縲∝ョ滄圀縺ォ蜊ー蛻キ縺吶k繝壹シ繧ク縺ォ貂。縺」縺ヲ隱ソ縺ケ縲√◎縺ョ譁蟄励し繧、繧コ繧鬆サ蠎ヲ縺ォ蠢懊§縺ヲ繧ス繝シ繝医@縲√ム繧ヲ繝ウ繝ュ繝シ繝牙ョケ驥上d菴ソ逕ィ鬆サ蠎ヲ繧定諷ョ縺励※繝繧ヲ繝ウ繝ュ繝シ繝峨☆繧九b縺ョ繧呈アコ螳壹@縺セ縺吶 +dviout縺ッ繝繧ヲ繝ウ繝ュ繝シ繝峨☆繧区枚蟄励ョ繧サ繝繝医rシ域ャァ譁譁蟄励b蜥梧枚譁蟄励b蛹コ蛻・縺帙★縺ォシ臥オ縺ソ縺ェ縺翫@縺ヲ縲∵眠縺溘↑1 byte縺ョ譁蟄励さ繝シ繝峨r荳弱∴縺溯、謨ー縺ョ譁ー縺溘↑谺ァ譁繝輔か繝ウ繝医そ繝繝医→縺励※螳夂セゥ縺励※縲∵枚蟄励ョ逕サ蜒上ョ繝シ繧ソ繧鱈BP縺ォ繝繧ヲ繝ウ繝ュ繝シ繝峨@縺セ縺吶
-そのあと、各ページ毎の印刷を行いますが、各ページに対応する白黒2色のBMP画像は、ダウンロードされなかった文字(たとえば、1回しか使われない文字とか、サイズが大きすぎてダウンロードができない文字)や取り込みが指定された白黒画像などのみが貼り付けられた、空白の多いものになります。 -dviout はこの空白の多い画像を、適当に細かく分割し、分割された小画像のうち空白でないもののみを抽出して(これはLBP対応でないdviprt機能での印刷も同じ)そのデータをLBPに送り、さらに内蔵フォントやダウンロードされたフォントの文字を、フォント選択コマンドと文字コードで呼び出してページを完成させて印刷します。
+縺昴ョ縺ゅ→縲∝推繝壹シ繧ク豈弱ョ蜊ー蛻キ繧定。後>縺セ縺吶′縲∝推繝壹シ繧ク縺ォ蟇セ蠢懊☆繧狗區鮟抵シ定牡縺ョBMP逕サ蜒上ッ縲√ム繧ヲ繝ウ繝ュ繝シ繝峨&繧後↑縺九▲縺滓枚蟄暦シ医◆縺ィ縺医ー縲シ大屓縺励°菴ソ繧上l縺ェ縺譁蟄励→縺九√し繧、繧コ縺悟、ァ縺阪☆縺弱※繝繧ヲ繝ウ繝ュ繝シ繝峨′縺ァ縺阪↑縺譁蟄暦シ峨d蜿悶j霎シ縺ソ縺梧欠螳壹&繧後◆逋ス鮟堤判蜒上↑縺ゥ縺ョ縺ソ縺瑚イシ繧贋サ倥¢繧峨l縺溘∫ゥコ逋ス縺ョ螟壹>繧ゅョ縺ォ縺ェ繧翫∪縺吶 +dviout 縺ッ縺薙ョ遨コ逋ス縺ョ螟壹>逕サ蜒上r縲驕ゥ蠖薙↓邏ー縺九¥蛻蜑イ縺励∝蜑イ縺輔l縺溷ー冗判蜒上ョ縺縺。遨コ逋ス縺ァ縺ェ縺繧ゅョ縺ョ縺ソ繧呈歓蜃コ縺励※シ医%繧後ッLBP蟇セ蠢懊〒縺ェ縺dviprt讖溯ス縺ァ縺ョ蜊ー蛻キ繧ょ酔縺假シ峨◎縺ョ繝繝シ繧ソ繧鱈BP縺ォ騾√j縲√&繧峨↓蜀阡オ繝輔か繝ウ繝医d繝繧ヲ繝ウ繝ュ繝シ繝峨&繧後◆繝輔か繝ウ繝医ョ譁蟄励r縲√ヵ繧ゥ繝ウ繝磯∈謚槭さ繝槭Φ繝峨→譁蟄励さ繝シ繝峨〒蜻シ縺ウ蜃コ縺励※繝壹シ繧ク繧貞ョ梧舌&縺帙※蜊ー蛻キ縺励∪縺吶
--MS-DOS版では、ページ全体の画像データを作成するだけのメモリーが取れなくて、ページをいくつかに分割して画像データを作成していましたので、より複雑でした。
+MS-DOS迚医〒縺ッ縲√壹シ繧ク蜈ィ菴薙ョ逕サ蜒上ョ繝シ繧ソ繧剃ス懈舌☆繧九□縺代ョ繝。繝「繝ェ繝シ縺悟叙繧後↑縺上※縲√壹シ繧ク繧偵>縺上▽縺九↓蛻蜑イ縺励※逕サ蜒上ョ繝シ繧ソ繧剃ス懈舌@縺ヲ縺縺セ縺励◆縺ョ縺ァ縲√h繧願、髮代〒縺励◆縲
そのほか、LBPの仕様上の問題点に関連して種々の複雑なことがありますが、ここでは省略します。なお、各種のオプション機能については、On-line -Help の 概要 → 印刷 → dviprtによる印刷 → LBP用ドライバ からサブパラメータを参照してください。MS-DOS版からほとんど機能は変わっていないので、パラメータ指定はGUIでなくて文字列での指定になっています。
+縺昴ョ縺サ縺九´BP縺ョ莉墓ァ倅ク翫ョ蝠城。檎せ縺ォ髢「騾」縺励※遞ョ縲縺ョ隍髮代↑縺薙→縺後≠繧翫∪縺吶′縲√%縺薙〒縺ッ逵∫払縺励∪縺吶ゅ↑縺翫∝推遞ョ縺ョ繧ェ繝励す繝ァ繝ウ讖溯ス縺ォ縺、縺縺ヲ縺ッ縲^n-line +Help 縺ョ 讎りヲ 竊 蜊ー蛻キ 竊 dviprt縺ォ繧医k蜊ー蛻キ 竊 LBP逕ィ繝峨Λ繧、繝縲縺九i繧オ繝悶ヱ繝ゥ繝。繝シ繧ソ繧貞盾辣ァ縺励※縺上□縺輔>縲MS-DOS迚医°繧峨⊇縺ィ繧薙←讖溯ス縺ッ螟峨o縺」縺ヲ縺縺ェ縺縺ョ縺ァ縲√ヱ繝ゥ繝。繝シ繧ソ謖螳壹ッGUI縺ァ縺ェ縺上※譁蟄怜励〒縺ョ謖螳壹↓縺ェ縺」縺ヲ縺縺セ縺吶
-dviprt機能のLBP対応印刷は、個々のプリンタに対応したWindowsのドライバを使った印刷よりはるかに高速であり(特に大量のページを含む文書)、Windowsのドライバを使うということで生じる不確定要素がないので、現時点(2002年)でもdviout開発者によって使われています。
+dviprt讖溯ス縺ョLBP蟇セ蠢懷魂蛻キ縺ッ縲∝九縺ョ繝励Μ繝ウ繧ソ縺ォ蟇セ蠢懊@縺欷indows縺ョ繝峨Λ繧、繝舌r菴ソ縺」縺溷魂蛻キ繧医j縺ッ繧九°縺ォ鬮倬溘〒縺ゅjシ育音縺ォ螟ァ驥上ョ繝壹シ繧ク繧貞性繧譁譖クシ峨仝indows縺ョ繝峨Λ繧、繝舌r菴ソ縺縺ィ縺縺縺薙→縺ァ逕溘§繧倶ク咲「コ螳夊ヲ∫エ縺後↑縺縺ョ縺ァ縲∫樟譎らせシ2002蟷エシ峨〒繧Eviout髢狗匱閠縺ォ繧医▲縺ヲ菴ソ繧上l縺ヲ縺縺セ縺吶
-「dviout でpreviewを行うが、dvipskなど他のプリンタドライバから出力したい」という場合への対応もdviprt機能と呼びます。これは今まで述べたdviprt機能と意味が異なっていますが、やはりパラメータ dviprt で設定します。
+縲慧viout 縺ァpreview繧定。後≧縺後‥vipsk縺ェ縺ゥ莉悶ョ繝励Μ繝ウ繧ソ繝峨Λ繧、繝舌°繧牙コ蜉帙@縺溘>縲阪→縺縺蝣エ蜷医∈縺ョ蟇セ蠢懊bdviprt讖溯ス縺ィ蜻シ縺ウ縺セ縺吶ゅ%繧後ッ莉翫∪縺ァ霑ー縺ケ縺歸viprt讖溯ス縺ィ諢丞袖縺檎焚縺ェ縺」縺ヲ縺縺セ縺吶′縲√d縺ッ繧翫ヱ繝ゥ繝。繝シ繧ソ dviprt 縺ァ險ュ螳壹@縺セ縺吶
-印刷のページや順序の指定、紙面サイズの指定など、dviout -の印刷ダイアログのGUIを使って指定したものを、どのような書式でどのようなプログラムに渡すか、ということをパラメータ -dviprt に指定します。詳しくは、On-line Help のパラメータ -dviprt: -の解説などをご覧ください。
+蜊ー蛻キ縺ョ繝壹シ繧ク繧鬆蠎上ョ謖螳壹∫エ咎擇繧オ繧、繧コ縺ョ謖螳壹↑縺ゥ縲‥viout +縺ョ蜊ー蛻キ繝繧、繧「繝ュ繧ー縺ョGUI繧剃スソ縺」縺ヲ謖螳壹@縺溘b縺ョ繧偵√←縺ョ繧医≧縺ェ譖ク蠑上〒縺ゥ縺ョ繧医≧縺ェ繝励Ο繧ー繝ゥ繝縺ォ貂。縺吶°縲√→縺縺縺薙→繧偵ヱ繝ゥ繝。繝シ繧ソ +dviprt 縺ォ謖螳壹@縺セ縺吶りゥウ縺励¥縺ッ縲^n-line Help 縺ョ繝代Λ繝。繝シ繧ソ -dviprt: +縺ョ隗」隱ャ縺ェ縺ゥ繧偵#隕ァ縺上□縺輔>縲
-その例は、Ver.3.14.3以降では Option->Choose Parameters... の選択肢にありますので、その例を参考に環境に合わせて書き直すと便利に使えるでしょう。
+縺昴ョ萓九ッ縲〃er.3.14.3莉・髯阪〒縺ッ Option->Choose Parameters... 縺ョ驕ク謚櫁い縺ォ縺ゅj縺セ縺吶ョ縺ァ縲√◎縺ョ萓九r蜿り縺ォ迺ー蠅縺ォ蜷医o縺帙※譖ク縺咲峩縺吶→萓ソ蛻ゥ縺ォ菴ソ縺医k縺ァ縺励g縺縲
-外部のプリンタドライバのプログラムの出力先が標準出力の場合、Windowsではプリンタへのリダイレクトが正常に動作しない場合があります。dvioutのパッケージには、Windowsの
-rawプリンタドライバ
-を使って標準出力やファイルの内容をそのままプリンタに送るためのプログラム
+ 螟夜Κ縺ョ繝励Μ繝ウ繧ソ繝峨Λ繧、繝舌ョ繝励Ο繧ー繝ゥ繝縺ョ蜃コ蜉帛医′讓呎コ門コ蜉縺ョ蝣エ蜷医仝indows縺ァ縺ッ繝励Μ繝ウ繧ソ縺ク縺ョ繝ェ繝繧、繝ャ繧ッ繝医′豁」蟶ク縺ォ蜍穂ス懊@縺ェ縺蝣エ蜷医′縺ゅj縺セ縺吶Eviout縺ョ繝代ャ繧ア繝シ繧ク縺ォ縺ッ縲仝indows縺ョ
+raw繝励Μ繝ウ繧ソ繝峨Λ繧、繝
+繧剃スソ縺」縺ヲ讓呎コ門コ蜉帙d繝輔ぃ繧、繝ォ縺ョ蜀螳ケ繧偵◎縺ョ縺セ縺セ繝励Μ繝ウ繧ソ縺ォ騾√k縺溘a縺ョ繝励Ο繧ー繝ゥ繝
rawprt.exe
-を添付してあるので、それを利用すれば問題が解決します。
dviout で使われているBMC画像形式(可逆圧縮)の圧縮率を調べてみました。dviout付属のepsfdoc.dvi -をサンプルとしました。紙面サイズは、A4 です。画像は
+dviout 縺ァ菴ソ繧上l縺ヲ縺繧毅MC逕サ蜒丞ス「蠑擾シ亥庄騾蝨ァ邵ョシ峨ョ蝨ァ邵ョ邇繧定ェソ縺ケ縺ヲ縺ソ縺セ縺励◆縲Eviout莉伜ア槭ョepsfdoc.dvi +繧偵し繝ウ繝励Ν縺ィ縺励∪縺励◆縲らエ咎擇繧オ繧、繧コ縺ッ縲、4 縺ァ縺吶ら判蜒上ッ
-\includegraphics*[height=10cm]{golfer}
\includegraphics*[height=6cm]{tiger}
によって300dpiとして作成したものです。文書の方は600dpiを用いています。
+
縺ォ繧医▲縺ヲ300dpi縺ィ縺励※菴懈舌@縺溘b縺ョ縺ァ縺吶よ枚譖ク縺ョ譁ケ縺ッ600dpi繧堤畑縺縺ヲ縺縺セ縺吶
-epspdoc(2) : 最初のページを 600 dpi で B/W(2色)画像としたもの。
-epsfdoc(16): 最初のページを 600 dpi/6 として gray scale(16色)画像としたもの。
-golfer(256) : golfer.ps を 256色で画像ファイルにしたもの
-tiger(256) : tiger.eps を 256色で画像ファイルにしたもの
-golfer(full) : golfer.ps を full color(24 bit)で画像ファイルにしたもの
-tiger(full) : tiger.eps を full color(24 bit)で画像ファイルにしたもの
+epspdoc(2) : 譛蛻昴ョ繝壹シ繧ク繧 600 dpi 縺ァ B/Wシ茨シ定牡シ臥判蜒上→縺励◆繧ゅョ縲
+epsfdoc(16): 譛蛻昴ョ繝壹シ繧ク繧 600 dpi/6 縺ィ縺励※ gray scaleシ16濶イシ臥判蜒上→縺励◆繧ゅョ縲
+golfer(256) : golfer.ps 繧 256濶イ縺ァ逕サ蜒上ヵ繧。繧、繝ォ縺ォ縺励◆繧ゅョ
+tiger(256) : tiger.eps 繧 256濶イ縺ァ逕サ蜒上ヵ繧。繧、繝ォ縺ォ縺励◆繧ゅョ
+golfer(full) : golfer.ps 繧 full color(24 bit)縺ァ逕サ蜒上ヵ繧。繧、繝ォ縺ォ縺励◆繧ゅョ
+tiger(full) : tiger.eps 繧 full color(24 bit)縺ァ逕サ蜒上ヵ繧。繧、繝ォ縺ォ縺励◆繧ゅョ
BMP | @@ -1134,11 +1131,11 @@ tiger(full) : tiger.eps
---|
+
縲
BMP | @@ -1226,15 +1223,14 @@ tiger(full) : tiger.eps
---|
BMC画像形式は、圧縮率を目指したものでなくBMP形式との相互変換の容易さと高速性とを目指したものです。対象とする画像ファイルは、PostScript画像や文書紙面、グラフや線画など文書で使われるものです。フルカラーなどの写真画像には適さないと思われます。上記の圧縮率を見ると、BMC(+LZH)はそう悪くない成績となっています。
+BMC逕サ蜒丞ス「蠑上ッ縲∝悸邵ョ邇繧堤岼謖縺励◆繧ゅョ縺ァ縺ェ縺州MP蠖「蠑上→縺ョ逶ク莠貞、画鋤縺ョ螳ケ譏薙&縺ィ鬮倬滓ァ縺ィ繧堤岼謖縺励◆繧ゅョ縺ァ縺吶ょッセ雎。縺ィ縺吶k逕サ蜒上ヵ繧。繧、繝ォ縺ッ縲 ̄ostScript逕サ蜒上d譁譖ク邏咎擇縲√げ繝ゥ繝輔d邱夂判縺ェ縺ゥ譁譖ク縺ァ菴ソ繧上l繧九b縺ョ縺ァ縺吶ゅヵ繝ォ繧ォ繝ゥ繝シ縺ェ縺ゥ縺ョ蜀咏悄逕サ蜒上↓縺ッ驕ゥ縺輔↑縺縺ィ諤昴o繧後∪縺吶ゆク願ィ倥ョ蝨ァ邵ョ邇繧定ヲ九k縺ィ縲。MC(+LZH)縺ッ縺昴≧謔ェ縺上↑縺謌千クセ縺ィ縺ェ縺」縺ヲ縺縺セ縺吶
逶ョ谺。縺ク
-誤りや補足すべき点があればお知らせ下さい --> ftp-admin@akagi.ms.u-tokyo.ac.jp
+隱、繧翫d陬懆カウ縺吶∋縺咲せ縺後≠繧後ー縺顔衍繧峨○荳九&縺 --> dviout@tug.org