当サイトは移転しました。現在は https://oiio.jp にて更新を続けています。
ラフなページまんが
なんとなく物体が認識できる程度の薄ぼんやりさで留めて、それ以上ピントを合わせないようにする目の力加減が意外と難しい。
効き目あるといいなあ。
1月にこちらの記事で「仕上がりが楽しみ」と書いていたやつですね。残念ながら見た目も外しちゃった上に、自立もしないし鉄板にも貼り付いてくれないというなんとも残念な出来に。
もっと薄型の磁石を見つけておいて、作品の裏側は凹みを設けずフラットにしておくのが無難っぽいです。
型からおこしてリトライする気が起きたら、またチャレンジしてみたいと思います。
めっちゃ時間かけて調べまくったのに、まさか「無理」で終わるとは思わなかった。
この手順で作ったデータであれば、iPad用のプレビューに切り替えた時も、MOBIと同じところにAZKファイルが生成されて、無事に実機で確認を取ることができました。もち画質には一切悪影響なし。
ただ、この時点ではiPad上のKindleだとメニュー内に目次は表示されません。何度かやり方を変えてみても駄目で、その後、実際に販売を開始したデータを確認したら、普通に目次がメニュー表示されてました。だからこれはどうも「そういうもの」みたいです。
と、終わってみればなんてことのない、無駄に長い作業手順になっちゃいました。自分用の覚書なので、どうしてもミスったところとか残しておいた方が後で助かるんですよね。
普通にやれば(わざわざPNGなんか使おうとしなけりゃ多分ぜんぜんスムーズに行ってた)ひっかからないようなところで苦労した分、どこにどんなデータがあって、どの範囲を保守管理していけばいいのかも見えるようになったので、最初のチャレンジとしては結果オーライかなーと自分を慰めてます。
このguideタグに囲まれる部分の情報がどのように使われるかというと、Kindleアプリで電子書籍を開いた時の、メニューに表示される次の情報に該当します。
本来ならこの目次部分にはHTML目次を指定することで、「ユーザーが目次ページにジャンプ、そこからさらに各章へとジャンプできる」という操作になるんだと思いますが、今回自分はHTML目次を利用しなかったのでここには単なる目次ページのHTMLファイルを指定しました。
ちなみにメニュー内にはtoc.ncxにまとめた目次情報も表示されてて直接ジャンプできるので、別にそんな必要とも思えなかったんですよねHTML目次。
というわけで、guideタグ内には以下の情報を記載しました。上から順に「表紙」「目次」「最初のページ」を指定しています。最初のページについては、guideタグ内に書かれたコンテンツ要素が自動的に「最初のページだ」と認識される扱いのようです。
<guide>
<reference title="The Book Cover" type="cover" href="cover-image.jpg"/>
<reference title="Table Of Contents" type="toc" href="html/Page-3.html"/>
<reference title="The First Page" type="text" href="html/Page-2.html"/>
</guide>
このあたりの情報は、下記のページから拾い読むことができます。
...> Where do you start an ePUB and what is the <guide> section of the .OPF file?
...> Open Packaging Format (OPF) 2.0.1 v1.0.1
どうもePUB 3.0以降ではguideタグ自体が推奨されない(けど一応使える)扱いの設定になっているようなので、なんかまだ流動的というか、微妙なところではあります。Amazonは推奨してるわけだから、自分のようにKindle専売って決めちゃえるなら問題ないんですけどね。
ただ、この辺の仕様が影響してるのか、最初のページの扱いが、どうもビューアによって異なるというか、今ひとつ安定してない気も...。
ソフト自体の細かい使い方は丁寧に書いて下さってるページがたくさんあるので、あえてそれ以外のところを書き殴ってます。
はじめは「これが電子書籍を作る統合ツール」みたいな受け止め方でいたもので、本のタイトルや著者名を後から変更できなかったり、本を作り直すたびに新しいフォルダの中にごちゃごちゃっとファイルがたくさん作られて「どれが最新なんだか管理しづらいやん...」と途方に暮れたりと面食らいまくったんですが、要は初期テンプレート生成用のツールなのかと気付いてストンと腑に落ちました。
細かい指定や再編集については、直接「contents.opf」ファイルや「toc.ncx」ファイルを書き換えてメンテナンスしていくことになります。中を見てみれば難しい構造ではないので、確かになるほどその方が話が早い。
で、このへん修正できるように細かい意味を調べていくと、けっきょくEPUB自体の仕様を理解しなきゃいけなくなって、それらを手打ちで書き換えていくことになって...。
なんかロクなHTMLエディタがなくて、テキストエディタでHTMLファイルをいちから手打ちしていた頃を思い出しますよ。
AmazonのKindleは一大プラットフォームだと思っていたんですが、このレベルの手打ちがいまだに求められてしまうんですね。そのことにかなり驚きました。
「最終出力をJPEG画像にする」と決まった時点で、極力ファイルサイズを小さくするための手段を探して『JPEGmini』なるソフトにたどり着きました。白一色の画像を放り込むとエラー吐いて落っこちちゃいますけど、それ以外はまとめて変換できて質も上々と良いソフトです。
ちなみに、PDFからJPEGを吐き出す際は少し大きめの解像度(118.11 ピクセル/cm)設定で出力しています。
これだと元がA4データの場合、2,481×3,508ピクセルのデータとして出力されるので、それをJPEGminiにまとめて放り込んで、ファイルサイズの軽量化を行います。
JPEGminiは、そのまま軽量化させても30%以上ファイルサイズを縮めてくれるんですが、今回の場合はさらに縦サイズを基準としてiPad Proの画面解像度におさまるよう縮小変換もかけました。
これにより、最終の画像データは1,932×2,732ピクセル。100MB弱だった全体サイズは、50MB程度に収まりました。
四神獣の助けとか全然いらんかったんや...。
このへんで、だいぶ心が折れそうになりました。
もっと出版関係ツールは整理されてると思ってたんですよね。ぜんぜんそんなことなくてむしろびっくり。
それぞれのツールの位置付けと役割が自分の中で腑に落ちてくるまで、この混乱は続くのでした...。
検索
About ラフなページまんが
広告
カテゴリー
※[続き物]ではじまるカテゴリは古→新、それ以外は新→古の順に記事が表示されます。
- 親バカ日記 [111]
- 釣りとか海遊び [43]
- クルマ [6]
- バイク [88]
- ナビ [11]
- インカム [10]
- ツーリング [13]
- PPIHC 2016 [8]
- KSR2 [14]
- PPIHC観戦とRoute66ツーリング [11]
- 森の秘密基地 [3]
- MOTO GUZZI V7 STONE [29]
- キャンプ [17]
- このサイトについて [14]
- つらつらと思うこと [22]
- 千葉のいいとこ [5]
- 水彩画とか [13]
- 山登りとか [6]
- 陶芸とか [43]
- 色んな感想 [4]
- お仕事 [103]
- まんが [0]
- ラフなページまんが [127]
- [続き物] メバリング道入門 [6]
- 昭和のいいもの [1]
- 4コマまんが [122]
- ラフなページまんが [127]
- モノ語り [73]
- DIY [9]
- プリンタ [7]
- ソフトウェア [16]
- キーボード [16]
- タブレットPC [41]
- ThinkPad Tablet 2 [12]
- Latitude 10 [13]
- Galaxy Book 12" [4]
- VAIO Z [8]
- WQ1/M (QH55/M) [7]
- パソコン [36]
- ケータイ [19]
- iPhone / iPad [58]
- [続き物] iPadPro雑感 [6]
- デジタルガジェット [1]
- Galaxy Note 8 [4]
- 液晶タブレット・ペンタブレット [31]
- Dell Canvas [5]
- カメラ [14]
- 雑記 [277]