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

Pocket

Tweet

Kindle Paperwhite

Amazon Kindle Paperwhite電源アダプター
(端末には付属していません)

BUFFALO Kindle Paperwhite専用
レザーケース ネイビー BSTPKDT12LNB

iPad miniを買ったしイラネと思いつつも、微妙に値下がりして、この値段なら買っても良かったなー、と思いはじめ、さりとて今更注文しても納期が1月とかなのでスルーを決め込んでたKindle Paperwhiteですが、発売日の昨日、普通にビックカメラに売ってたので買ってしまいました。家電量販店ではヨドバシ、ヤマダはAmazon憎しで取り扱わず、Amazonに出店していて共存を目指すビックカメラや、ケーズ、TSUTAYA辺りは扱うらしいですね。

■ハード面

サイズ、解像度、バックライトなど電子ペーパー的にほぼ同スペックのkobo gloと比べ、本体外寸はひとまわり大きい本機ですが、やはりサービスが全く別モノなので比べても仕方ないでしょう。

kobo gloは店頭で少し触った程度ですが、あちらのバックライトは輝度を上げるとインク色まで青っぽくなって、大昔のΣBookみたいな安っぽさがありました。それに比べると本機のバックライトは最大輝度としてはkobo gloに劣るものの、最大照度近辺でも墨色部分に不自然な青白さがあまり感じられない印象。暗いところでの補助というより、紙色をより白く見せるためのバックライトなのかなと。ただやはり海外発売時に言われていてムラはあるし、白部分に青さは出るので、点けなくて済むなら点けずにいた方がいいなぁという感じ。特に真正面から見た時の違和感が大きい。少し下方向からみるとむしろ綺麗なんですが、

レスポンスはまぁ電子ペーパーとしては納得のレベルかな。自炊コンテンツの場合、開いた最初の数秒は反応が詰まるのもお約束。iPad等に慣れていると多少イラっとしますが、普通に読み始めると（先読みが進むと）ほぼ問題ないページめくり速度になります。

あと、KindleDXやSONY Readerで気になっていたUSB経由でコピーする時の書き込みの遅さも随分解消されたなと思いました。前二機種はどんだけ安いフラッシュメモリだよって位書き込み遅かったです。

背面はラバーコートですが、滑りにくいかっていうとそこまででもなく、寝転がって片手保持するなら背面にハンドストラップ(?)のついたケースが欲しくなります。このニーズは結構把握されてるようで、BUFFALOはじめいくつかのブランドのケースでは既に対応済みです。個人的にはカバーいらないのでストラップだけ追加できるようなアクセサリが欲しいなぁとも思いますが。

■操作性

惜しいのはページめくりのタップ操作方式です。過去に何度も書いてますが、この手の端末では持ち手を頻繁にスイッチする為、左右どちらの手で持っても親指で順送りできることが重要です。逆送りなんて頻度でいえばたいしたことないので、スワイプとかで充分なんですが、どうもこの手の端末メーカーは順送りと逆送りの操作の対称性にこだわりたいようで。せめてiBooksアプリや他の多くのリーダーアプリのようにカスタマイズできるといいんですが。

Kindle（写真左）の場合、ヘルプ画像にあるように右寄りの狭いエリアが逆送りで、残りは順送りというタップ反応エリアを非対称にする措置をとっています（もちろん本の綴じ方向によっては反転します）。なので一応右手で持っても親指をちょっと伸ばせば順送りできるっちゃできるんですが、やはり地味に負担が大きいというか、読書に熱中していると指の伸ばし方が足りずに逆送りになってしまってイラッ☆とします。これに関して設定は一切できません。また裸で片手持ちする場合、画面上の枠を人差し指と中指で挟むようにして持つことが多いんですが、この状態で親指でタップすると上部のツールバー呼び出しゾーンが反応してしまうこともしばしば。

参考までにkobo gloの設定画面も載せておきます（写真右）。デフォルトは左右の一定ゾーン、設定で真ん中部分まで使うことができますが、両方順送りに指定することはやはりできません。このプレビューで見る限り、逆送りゾーンも結構太いみたいです。

この辺りの割り切り、シンプルさがiOS等を爆発的に普及させた大事な観点で、日本メーカーが苦手とする部分でもあるんですが、当のApple製リーダーiBooksですらこの点は認識してカスタマイズ可能にしているんですよと言いたい。

脱獄したらこの辺りの境界座標をいじれるよ、っていうなら迷い無く脱獄したいレベルです。

■画質

KindleDXを除く多くの電子書籍端末は長らく600×800というのが主流でしたが、kobo glo共々ついに758×1024と高解像度されました。さすがにKindleの小説コンテンツはその恩恵を感じられます。一方Kindleコミックはまだまだ微妙。文字はかろうじて読めますが、トーンがつぶれてモアレが発生しまくり。iPad miniでも指摘しましたが、それよりも気になります。例えば無地のシャツを着ているはずのキャラが妙な柄物を着てることに翻案されてるレベル。服ならまだいいですが、髪に模様とかおかしすぎますｗ。もう少しインテリジェントなスケーリングアルゴリズムを採用するには処理能力が不足なんですかねぇ。個人的にはこれでコミックを読むことはない気がします。

自炊（小説）に関しては、この解像度変更でMeTiltranを使ったリフロー処理をしなくても、ChainLPの余白カットだけで実用になる域になったのが大きいと思います。特に一段組の文庫本なら充分です。画質的にはPDFが綺麗らしいんですが、なぜかページめくり方向が左綴じ固定になってしまう仕様で、現状はやや文字が太るもののmobi形式を使うのが無難かなという気がしています。自炊レシピについては別エントリにて。

■その他

KindleDXの頃と違い、充電器は付属していません。まぁいまやスマートフォン用にUSB5V充電器やmicroUSBケーブルなんて家に転がってる人が多いので妥当なところでしょう。ただ付属のmicroUSBケーブルはKindleDXに付属のものと似ている手触り。DXのものは1,2年で皮膜が硬化してボロボロに割れて来たので、今回もイヤーな予感しまくりです。

Pocket

Tweet

bREADERで快適に小説を読む為の自炊研究の続き。前の記事では、ノンブル領域を目安に素早く傾きがヒドいページを見つける方法を模索しましたが、これ自体が傾き補正精度を上げる訳ではありません。今回は全く別のアプローチで傾きを軽減するレシピについてです。

実はこれを見つけたのは偶然というか怪我の功名というか、還付金でもっと傾き補正がイケてるスキャナに買い換えようかと情報収集をしていて、（他のスキャナの話ですが）「傾き補正をオフにした方が傾かない」という書き込みを見つけたことがきっかけでした。多くのスキャナの傾き補正機能はeTilTranのような文字や罫線を認識しているのではなく、ページの末端を使っているらしいのです。で、自炊など断裁機で背表紙を裁ち落とした辺は傾いていることも多いので、これがかえって傾きを助長させてしまう（本来比較的まっすぐに取り込めているのに、この傾いたページ境界を使ってかえって傾いて補正されてしまう）という訳です。特に我が家の場合、糊残りでくっついてるページで重送されにくくする為と、スキャン速度を上げる為に、文庫本などは横向きにセットします。糊が残っている可能性がある断裁した側を上（後ろ）に向けるので、特に影響を受けてしまうんじゃないかと（ページ後端で識別するものが多いらしい）。

ということで、手持ちスキャナ（fi-6130）の付属ソフトの傾き補正をむしろオフにしたら他のモードにしてみたらマシになるんじゃね？ってことで実験を始めました。同スキャナの付属ソフトScandAll PROでは、「自動傾き／サイズ検出」という設定項目に「無効」、「後端検出」、「自動用紙サイズ検出」、「黒背景」という選択肢があります。「よしこの４モードを全て試して傾き方に違いが出るか試すぜ」となったんですが、そのうちの最後、「黒背景」というのが思わぬ結果をもたらしてくれたのです。

1. 黒枠つきでスキャンする

実際に「黒背景」モードでスキャンするとこんな画像が吐き出されます。このスキャナがスキャンできるA4サイズに対し、紙がかかっていなかった部分が黒く塗りつぶされている訳です。一見すると使い物にならない訳ですが、ものは試しにとeTilTranに食わせてみるとびっくり！かなりの精度で傾きが補正されています。それもそのはず、下の写真はeTilTranの内部演算プレビューを表示したところですが、中の文面には目もくれず、紙面と黒枠の境界部分の上下辺を基準に補正してくれてます。つまり断裁の影響を受けていない２辺ということですね。

見かけ上、解像度が落ちてるようですがそんなこともなく、単に全体のピクセル数が大きいので縮小されて見えるだけです。

つまり、この画像から黒枠部分をトリミングできればほぼ理想の傾き補正済み画像が得られるという訳です！

2. 黒枠部分を裁ち落とす

おそらくこのような画像を読み込んだ場合、全てのページが「漫画」種別で認識され、基準テクスト領域が全体を囲い、ノンブル領域は未指定になってると思います。まずこの基準テクスト領域を紙面相当部分に指定しなおしてやります。

「領域設定」ウインドウで偶数ページ、奇数ページそれぞれ値を修正していきます。前にも書きましたがeTilTranの領域設定はマウスで範囲指定して、とかできないのでちと面倒ですが、まずWidthとHeight値を「黒枠なしでスキャンした場合に出てくるサイズ」を目安に指定すると手っ取り早いです。300x300dpiでスキャンした文庫本の場合、1180×1760位になります。少し小さめ位にしておくと後の調整が楽です。偶数ページと奇数ページでは多少ズレが出るので片方に合わせたあとで４つの数値を書き写し、X,Yを修正してやります。またページを重ねるうちに段々ズレてくるので、最初の方と最後の方で確認しておきます。枠を小さめにしてどこでチェックしても黒枠が入らないようにすればOKです。

今回の例では、

偶数ページ X:0239 Y:0187 W:1175 H:1760

偶数ページ X:0193 Y:0182 W:1175 H:1760

となりました。基準ノンブル領域は設定しなくていいです。

次に前回も使用した「自動領域補正」を使います（失敗してもいいよう適宜プロジェクトを保存しつつ作業して下さい）。「トリミング範囲を基準領域から自動計算する」にチェック。余白指定はお好みで（指定したピクセル分の余白が各４辺に足されるようです）。中段は「基準テクスト領域に、テクスト領域のみを合わせる」を選択（ここの選択肢の違いはよくわかってませんが、まぁノンブルは指定してないのでノンブルを使わないのがいいだろう、位の理解ｗ）。

すると今回の例では偶数ページだけが少し右へズレてトリミングされてしまいました。とはいってもこの段階で実際にトリミングが完了している訳ではないので補正が可能です。まず右サイドバーの「テキスト補正」欄を見ながらカーソルキーでプレビューを動かして、いい感じに赤枠に紙面が収まる位置を見つけます。今回はX（水平）方向に-25でOKそうです。この数字だけ記憶し、一旦補正を0に戻します。

次の同じだけの補正を全偶数ページにだけ一括適用させます。「ツール」->「一括補正」を開き、写真のような感じで指定し「適用」をクリックすれば、全偶数ページが25左に移動してピッタリ赤枠内に収まってくれます。部分ごとにパラーメーターを変えて適用することもできるので上手く使いこなして下さい。

3. 後処理

σ(^^)の場合、この後はヒストグラムを調整して文字を濃くするんですが、ひとつ困ったことがあります。全てのページが一律で「漫画」に分類されてしまっているので、挿絵のページを除外してヒストグラム変更する、といったことができません。

仕方ないので手作業で分類しなおす訳ですが、その際は、Explorerでサムネイル一覧表示にしてやれば挿絵ページをすぐ見分けられるので、それと見比べながら作業するのが良いかと思われます。

eTilTranの作者さんは最近はChainLPばかりメンテされてeTilTranはあまり手を掛けて下さってないですが、個人的にはこれが一番便利で使い出があると思います。なんとかマウスで領域指定できるようになってくれるとさらに神なんですけどねぇ。

2012.04.19追記：コミックの場合、「原稿外枠しきい値」を調整する

そもそもeTilTranにはこうした黒枠がついた画像を識別し分離する機能がついていました。設定->原稿外枠というカテゴリのパラメーターで、「原稿外枠しきい値」と「原稿外枠識別」の２つです。後者は単なるON/OFFなのでまぁONにしてきます。で、前者は文字通り、外枠として認識する基準値を指定します。基準の決め方は上記公式サイトの説明にあるように、「モノクロ化閾値上限」をかえつつ、内部演算プレビューで「二値画像」を選択した状態で、綺麗に中身が真っ白になり、外枠だけが黒くなる状態を探します。その数値をこの「原稿外枠しきい値」に指定して、再読込すればOKです。説明には50～80とありましたが、カラーページなどはかなり低くしないと上手く分離できませんでした。まぁ、白黒のページで基準領域が決まったら、あとは「原稿外枠識別」をOFFにしてカラーページだけ再読込してやればヨサゲ（ページ毎の再読込は、左サイドバーのリストを右クリックすればメニューがあります）。

Pocket

Tweet

bREADERが便利すぎ、『境界線上のホライゾン』が面白すぎて自炊率が上がっている今日この頃です。同シリーズの文庫は900ページ近くある巻も多く、とても紙で読んでられないので電子化は必須です。bREADERはMeTilTranよりもリフロー誤爆が少なく、極端にスキャン画像が傾いてなければほぼ正確に処理してくれるんですが、やはりそれでもゼロではありません。bREADERがページを画像だと判定してリフローを断念すると、普段白黒反転して黒地に白で暗くした寝室で読んでると、いきなり真っ白なページが表示されて「目がーっ！」となるのでダメージデカいですｗ（まぁ本来の挿絵でどのみちそうなるんですが）。

さりとてホライゾンの様に900ページもあると傾き補正のチェックも一苦労なんてもんじゃありません。それにあまり本文に目をやると思わぬネタバレをしてしまうリスクがあります、というか実際にIIの下巻を自炊していてやっちゃいましたorz。

ということで、ページが傾いているかを本文を見ないで簡単にチェックする意味も含めてノンブル領域を基準とした補正について研究してみました。ノンブル領域とは、Office的にいうヘッダやフッタにあたる領域のことで、小説だとページ番号や章タイトルなどが入っていることが多いです。左右のページそれぞれでこの領域に文字が入っていることを利用し、eTilTranはこの領域を基準にした自動調整をすることができます。

1. ノンブル領域を指定

eTilTranに画像ファイル群を読み込ませる時に出るダイアログで、ノンブル領域の上下や左右位置を指定しておきます。

2. 領域設定を修正

ノンブル位置を指定して画像ファイル群を読み込むと、自動的に奇数ページ、偶数ページそれぞれのパターンを解析し、テンプレートを赤枠で表示してくれます。ページ番号を囲う小さな枠がノンブル領域、本文を囲うのが基準領域です。本来ノンブル領域は常に一定の位置に表示されるので、逆にここでカーソル上下左右で画像を移動してこの枠に収まるように調整してやれば、本文ともども一定の枠に収まってくれることになります。またノンブル領域がある程度長ければ傾き補正が上手くいっているかどうかも見て取りやすいわけです。

章タイトルが表示されていても、大抵はページ番号部分だけを囲む様に設定されるので、これを図のように章タイトルまで含む様に横幅を広げてやります。ツール->領域設定を選ぶか、右サイドバーで同名のボタンをクリックして、領域設定ダイアログを表示します。

マウスで直接矩形指定することはできず、上記ダイアログで「変更」ボタンを押して数値を書き換えます。横幅だけ伸ばすなら「W:」の値を増やせばOKです。XY位置は画像側をズラして調整すればいいのであまり気にする必要はないでしょう。

3.ページ種別を正しくセットする

次の一括自動処理を実行する前に、「漫画」「縦書」「横書」「不明」といった種別が正しいかチェックします。これはノンブルがない挿絵や口絵といったページに無駄な影響を抑えるためです。ほぼ自動で問題ないので、例えば「縦書き」に分類されているのに「計測°」欄が「不明」なページを探せばたいてい挿絵だったりするので、そのページの種別を「縦書」以外に変更しておきます。

4. 画像を基準枠に収まる位置に自動調整する

いよいよノンブル領域に実際のノンブルが収まるように一括調整をします。ツール->自動領域補正を選択しダイアログを開きます。

注意すべきは、ノンブルの内容や位置が見開き左右で異なるレイアウトの場合、奇数ページと偶数ページで別々に処理すべきという点です。ページ番号の桁数や章タイトルの長さによってノンブルの幅も違うので、「ノンブル基準」欄を左側のページでは「左端合わせ」、右側のページでは「右端合わせ」にしないと上手く合ってくれません。「奇偶」欄で処理対象ページを選べます。また「種別」欄で「縦書」を指定するのもお忘れなく。

これらをセットして「補正」ボタンを押せばさほど時間もかからずに処理が完了します。

この処理自体は傾き補正には影響しないっぽいのですが、自動傾き補正が大きく誤爆していないかをチェックする効率はかなり上がる気がします。つねにノンブル領域部分をにらみながらページをめくっていけばいいからです。ただ章タイトルがなくページ番号だけの方は傾きを発見しづらいですが…

eTilTranはもう何年もお世話になっていますが、まじめにいじるとまだまだ伸びしろがあるものです。

というか、次にスキャナを買う時は、もしくはbREADER専用に買い増すとしたら、画質は二の次でいいのでとにかく傾きが抑えられたモデルを選びたいですね。