現状の pdfview にはまだまだ問題点があります。
そのうちのいくつかを説明します。

■描画の不具合

描画の不具合で、一つ上げると下記のファイルのマスク・重ね合わせ処理の違いがあります。
http://www.akita-jas.com/images/brochure.pdf

はっぴの画像でマスクの濃淡が反転しているように見えますが、何枚かの画像を重ね合わせていて違いの原因を細かく追い切れていません。他にも描画の不具合は、探せば色々見つかると思います。

■未実装の描画処理

未実装の描画処理もいくつかあります。
例えば注釈の描画、レイヤーの描き分けにまだ対応できていません。

注釈の例
http://www.adobe.com/jp/acrofamily/features/acro_nikkei/pdfs/Annotation.pdf

pdfview ではまだ注釈の表示はできません。
なお、PDF Viewer SDK では Viewer Control での注釈の表示は可能です。

レイヤーの例
http://www.pdfill.com/example/pdf_layer_new.pdf

画像の比較だけでは少しわかりにくいですが、元の PDF ファイルではページ内の各部分がレイヤーに分かれていてそれぞれ表示、非表示の切り替えができます。pdfview ではレイヤーの表示、非表示の切り替えに対応できておらず、すべて表示されます。pdfview ではページ下の × ✓ ⦿ の３つとも表示されていますが、本来はこのうちの一つだけが表示されるものです。

■サンプルの速度

Android のサンプルとしてビューアーアプリケーションを用意していますが、動作速度が遅いという問題があります。速度低下の原因は色々考えられるのですが、そのうち、拡大表示を行った時にあきらかに速度が落ちるという問題があります。これは内部の動作としてページ全体を描画してその一部を画面に表示するという、単純な実装になっている事が原因と考えています。拡大されたページ全体を描画するため、倍率の分増加する使用メモリーを確保する時間が必要で、また描画する領域も大きくなるのでその描画処理に時間がかかるという事です。

実際に描画が必要なのは表示される領域だけですので、描画する領域をページ内の表示する領域だけに絞って確保するメモリーを減らし、描画することで、ある程度は速度の改善は可能と考えています。
できれば次回公開する版に反映させたいと思います。

また、描画処理自体の処理も改善を図っていますので、新しい版のほうが速くなっているかと思います。

以前、PDF ビューアーアプリケーションの表示機能の比較を１つのファイルについて行ってみました。
→ 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 % で表示しました。

細かい違いはあるもののそれぞれ問題なく描画されているようにみえます。 ただひとつ気になるのが ViewerSDK の Level 2 Pattern の箇所の画像のパターンが他のアプリケーションよりも大きい事です。

これは実はタイリングパターンの数が多いときに描画に時間がかかりすぎるため、パターンをある大きさ以下にはならないように制限を設けているというものなのです。そのためタイリングパターンを含むファイルは低倍率では正確に描画できなくなっています。 倍率を 50 % にしたのはそれを確認するためです。

■BlendModes-rgb.pdf

色の重ねあわせを表現するための PDF の仕様にブレンドモードというものがあります。
このファイルではブレンドモードの適応状況を確認することができます。
http://www.pdfvt.com/pdf/BlendModes-rgb.pdf

Foxit ViewerSDK は Adobe XChange pdfview に比べて再現性に劣ると言えるでしょう。

■taisyou.pdf

縦書きのサンプルです。
https://www.npa.go.jp/koutsuu/kikaku9/taisyou.pdf

XChange では括弧 “（” “）” が縦書き用のグリフで描画されないようです。

■zapf-dingbats.pdf

ZapfDingbats フォントのサンプルです。
http://www.w3.org/Style/XSL/TestSuite/contrib/XEP/Tests/zapf-dingbats.pdf

Adobe と Foxit で同じフォントが使われているようです。
XChange と pdfview もまた同じフォントのようですが、Adobe のものとは異なります。
(a1 ～ a3 のはさみの向きが目安になるでしょう。)
ViewerSDK は絵文字で描画されませんでした。

■結論

上記より Adobe を基準にすると pdfview が最も近い描画結果を得られるという結論となります。と言いたいところですが、今回は pdfview での描画に問題があるファイルはあえて選ばれておりません。しかし pdfview が他の描画システムよりも優位になる場合があることは確かだと言えるかと思います。
(pdfview 開発者記)

pdfview 及び PDF Viewer SDK については、鋭意改善しています。
次回 pdfview の問題点を紹介します。