カテゴリー: 電子書籍自炊／リーダー

前のエントリでPDFでもDot-by-Dot表示するための解像度を突き止めたんですが、これだけでは不十分でした。KindleのPDFビューワーがお節介にも外周の余白を落として拡大表示してくれるせいで、ページ毎に微妙にズーミングされてしまい、いくら元データを揃えても意味がないんです。また、PCで読むのには784×1142ではやや粗いので、１ファイル・マルチディスプレイ的な使い方にはイマイチです。

で、その後も色々試行錯誤して、DbDの整数倍である、1568×2284という解像度で作るとなかなか良好な結果になりました。スキャンした解像度とあまり変わらないので、そのまま入れた方が綺麗なんじゃないか？という説もありましたが、実際に比べた結果、1568×2284の方が綺麗でした。どのみち傾き補正はするので一度はリサイズが発生しますしね。流石にファイルサイズは784×1142の時に比べて、２倍ほどになりましたが、それでも450ページの小説で300MBほど。動画コレクションに比べたら誤差のレベルです。KindleDX上での操作レスポンスも気になるほどの違いは感じられません。

以下はKindleDXに表示した状態でスクリーンキャプチャを撮ったものです。トリミングしてJPEG圧縮。

 

784×1142のリサイズした画像を取り込んでPDFにしたもの。ガンマ補正で全体を濃くすることによってフォントを太らせています。こうしないとKindle上では薄くて読みづらいからです。

３行目の「つ」や「け」など各所にリサイズによる崩れが発生。

全体のファイルサイズは139MB。

２倍DbD（1568×2284）で食わせた例。ガンマ補正有り。

気になるほどの崩れはありません。

ファイルサイズは328MB。

２倍DbD（1568×2284）で食わせた例。ガンマ補正無し。

こうしてみるとこっちの方が見やすいんですが、KindleDX上ではカスレ気味に見えて目が疲れます。KindleDXで濃度調整機能があればいいんですが…

ファイルサイズは319MB。
以下は後ろの２つをKindleDXで表示した様子（クリックで拡大）。

うーん、この写真だと右（ガンマ調整無し）でも読めそうに見えるかな？まぁ、読めないことはないんですけどね。ひらがなのはらいの部分みたいに細いところが消えかかってる感じ。あと全体にグレー字になって見えるので、環境によってはツラいんです。

Kindleの難点はバックライトがないので暗所では読めないというところです。まぁ、普通は部屋の照明をつけてればいいんですが、プロジェクターでゲーム等をしながら使いたい（攻略サイトを参照するなど）場合があるので電気スタンドでは明るすぎて、、→のクリップ型のライトを買って見ました。

この製品は元々は譜面台用とされていますが、Amazon.comのKindle StoreでKindle Accessoriesのところに載っています。わざわざ「Kindle Version」となってますが、どうもロゴが印刷されてるだけっぽい。どう見ても同じものですよね。てことで事実上の純正オプションなんだろうということでチョイス。

グースネックの部分は結構細くてグニャグニャ柔らかいですが、ヘッド自体がそう重い訳ではないので、多少揺れた位では勝手に変形したりはしなさそうです。

ただ、クリップ部分が大きくて、KindleDXのフレームに止めるには端っこギリギリしかありません。公式サイトだと平気で画面にかかるように止めてたりしますが、繊細な日本人には無理ですねｗ。ここでもかろうじて止められはいます。激しく動かさない限り一応止まっている、というカンジ。純正指定とはいて、所詮出来合というところですかね。ちなみに電池ボックスはクリップの裏側にあり、単４ｘ３本。スイッチはヘッド部分にあります。重さはカタログスペックで109gありますが、これをつけるとメチャメチャ重くなるという印象はないです。まぁ、あまり長時間試した訳ではないですが。

 

２枚目の写真は部屋を暗くした状態で撮ってみたもの。色は一般的な白色LEDの色。もう少し色温度が低くい方が見やすいかも。明るさは充分かな。逆にもう少し照射範囲が狭い方が、プロジェクター画面に光があたらないという意味では理想。ただヘッドを画面に近づけてしまうと光源が映り込んで見辛くなってしまうんですよね。

Kindle専用設計ではない分の微妙さはありますが、まぁこの値段で買えるなら良しとしましょう。

KindleDXでPDFを表示すると、画面上下にメタデータを表示する領域が強制的に入る為、824×1200で作った画像PDFでは綺麗に表示されません。特に文字主体のデータでは潰れが酷くかなり読みづらくなります。

そこで、上下の領域を差し引いたピクセル数をスクリーンショットを使って計測しました。その結果。784×1142という数値が導き出されました。横は差し引かれないので、実際には824×1142でもいいかも知れませんが、824×1200の元データがアスペクトを維持して縮小された時の実測値が784×1142という訳です。本当にDbDかどうか確認する術はありませんが、一応Photoshopで作ったグリッド画像を表示してみた感じでは綺麗に表示できてるっぽいです。。

実際、eTilTranからこのサイズで出力したものをPDF化したところ、かなり良好に表示できました。新書サイズの小説をこのサイズにしたところ、PCで見るには若干解像度不足かなという気はしますが、当面はKindle優先で。解像度的には損してる感がしますが、やはり小説の場合、文字が綺麗に見えてナンボなので、Dot-by-Dotは重要です。

後継機に買い換えるどころか、今後PDFの全画面表示に対応するなどファームウェア更新ですら状況が変わってしまう可能性がある刹那的な設定ですが、まぁ当面はこれで頑張ってみます。

■MeTilTran

eTilTranの姉妹ソフトである、MeTilTranも試してみました。このソフトは、画像中の文字を文字単位で認識し、指定した解像度に最適な行数、列数で並べ替えをしてくれるというシロモノです。よくまぁ、思い付いたなと感心しきりです。

例えば、iPhoneに縦40文字とか入れたら小さくて読めないですが、縦20文字くらいにして行数とページ数を増やす方向で再配置すると、文字サイズを保って読みやすい画像ができがる訳です。

やってみると精度も実用レベル。これはかなり使えます。KindleDX位の解像度なら再配置しなくてもいけますが、PDA用に変換する場合などは重宝しそうです。

残念なのは現在縦書きにしか対応していない点。横書きも扱えると翻訳モノのビジネス書なんかにも使えて良さげなんですけどね。

色々試行錯誤をして、KindleDXで快適に閲覧できるZIP入りJPGアーカイブができるようになってきました。

最近やっていることは、

• 824×1200（もしくはどちらかに合わせ）にし、KindleDX上で全画面表示をする（ドットバイドット）
• ZIP圧縮時に圧縮率を0（圧縮無し）にする
• アーカイブにフォルダ階層を含めない

個別にどの程度効くかは未検証ですが、KindleDX購入以前からあったアーカイブに比べ、明らかにページめくりのレスポンスが良くなっています。表紙などカラーページやはり若干もたつく印象ですけどね（著作権的に問題のない作品でもあれば動画でも載せたいところなんですが）。

ZIP圧縮率0だとファイルが大きくなるんじゃ？と思われるかも知れませんが、もともとJPEGフォーマットの段階でほぼ限界まで圧縮されているので、更にZIPで圧縮してもたいして縮まらず、展開負荷が無駄になります。ちなみにウチでは7-Zipを使って圧縮しています。

あと、おそらくバグですが、MENUでは全画面モードのはずなのに、実際にはタイトルバーが出ている、という状態になることがあります。仕方ないので、こないだ発見したキーボードショートカットの[F]を２度押しして再度全画面表示にしてやる必要があります。

あとの不満はジャンプができないって位ですね。後半1/3位から読みたい、なんてのができないので。まぁ、最後に読んだページは覚えててくれるので大抵はそれでなんとかなるんですが。