以前、PDF ビューアーアプリケーションの表示機能の比較を1つのファイルについて行ってみました。
→ PDF 表示機能の比較
今回また pdfview のサンプルプログラムを含めて、複数のアプリケーションでサンプル PDF ファイルの表示を開いて比較しました。再現結果に差があったファイルについていくつか紹介しようと思います。
比較に使用したアプリケーションは下記のとおりです。
Adobe Reader XI バージョン 11.0.10 ・・(Adobe)
PDF-XChange Viewer バージョン 2.5 ・・(XChange)
Foxit J-Reader バージョン 7.0.7.1210 ・・(Foxit)
Antenna House PDF Viewer SDK バージョン 3.4 AvsPDFViewerSample ・・(ViewerSDK)
Antenna House pdfview 開発中の版 Windows ・・(pdfview)
以下ではそれぞれ、Adobe XChange Foxit ViewerSDK pdfview と略します。
Windows 8.1 Pro 上で実行しました。画面の解像度の設定は 96 dpi です。
■3BigPreview.pdf
以前比較したファイルと同じものです。
http://acroeng.adobe.com/Test_Files/viewing/3BigPreview.pdf
それぞれのアプリケーションで、倍率 50 % で表示しました。
-
-
Adobe
-
-
XChange
-
-
Foxit
-
-
ViewerSDK
-
-
pdfview
細かい違いはあるもののそれぞれ問題なく描画されているようにみえます。 ただひとつ気になるのが ViewerSDK の Level 2 Pattern の箇所の画像のパターンが他のアプリケーションよりも大きい事です。
ViewerSDK-pattern
これは実はタイリングパターンの数が多いときに描画に時間がかかりすぎるため、パターンをある大きさ以下にはならないように制限を設けているというものなのです。そのためタイリングパターンを含むファイルは低倍率では正確に描画できなくなっています。 倍率を 50 % にしたのはそれを確認するためです。
■BlendModes-rgb.pdf
色の重ねあわせを表現するための PDF の仕様にブレンドモードというものがあります。
このファイルではブレンドモードの適応状況を確認することができます。
http://www.pdfvt.com/pdf/BlendModes-rgb.pdf
-
-
Adobe
-
-
XChange
-
-
Foxit
-
-
ViewerSDK
-
-
pdfview
Foxit ViewerSDK は Adobe XChange pdfview に比べて再現性に劣ると言えるでしょう。
■taisyou.pdf
縦書きのサンプルです。
https://www.npa.go.jp/koutsuu/kikaku9/taisyou.pdf
-
-
Adobe
-
-
XChange
-
-
Foxit
-
-
ViewerSDK
-
-
pdfview
XChange では括弧 “(” “)” が縦書き用のグリフで描画されないようです。
■zapf-dingbats.pdf
ZapfDingbats フォントのサンプルです。
http://www.w3.org/Style/XSL/TestSuite/contrib/XEP/Tests/zapf-dingbats.pdf
-
-
Adobe
-
-
XChange
-
-
Foxit
-
-
ViewerSDK
-
-
pdfview
Adobe と Foxit で同じフォントが使われているようです。
XChange と pdfview もまた同じフォントのようですが、Adobe のものとは異なります。
(a1 ~ a3 のはさみの向きが目安になるでしょう。)
ViewerSDK は絵文字で描画されませんでした。
■結論
上記より Adobe を基準にすると pdfview が最も近い描画結果を得られるという結論となります。と言いたいところですが、今回は pdfview での描画に問題があるファイルはあえて選ばれておりません。しかし pdfview が他の描画システムよりも優位になる場合があることは確かだと言えるかと思います。
(pdfview 開発者記)
pdfview 及び PDF Viewer SDK については、鋭意改善しています。
次回 pdfview の問題点を紹介します。