epubcheckがバージョンアップ
今日気がついた。
5月31日にepubcheckのver4.0.0がプレ公開されていた(今日時点の正式リリースは3.0.1)4.0.0というメジャーバージョン番号がひとつ上がるということは大幅な機能追加のバージョンアップだろうと思うんだけど、よくわからなかった。メッセージを詳細にするというぐらいなら3.0.2でいいような気がする…素人のわたしにはわからない部分で大幅な機能追加がされたんだろうか。
https://github.com/IDPF/epubcheck/releases
素人のわたしは身体で覚えるタイプなので、とりあえず今までの3.0.1と今度の4.0.0で同じファイルをチェックしてみた。
3.0.1だとエラーも警告もなかった。
4.0.0だとナビゲーション文書のHTMLにインラインでスタイルを指定したところが警告となっていた。
残念なことに最近仕事でEPUBファイル制作はご無沙汰なんだけど(お仕事お待ちしております=切望)スクリプトの該当部分を修正しておいた。
ということは、今まで作ってすでに販売されているファイルは新たなepubcheckでは警告が出ることになる(こういうところも電子書籍ならでは、というヤツだなあ)
「こうあるべき」というのはその通りだ。
でも現実的には。お客さんにしてみれば、EPUBCHECK?ナニソレ?んなことより早くkindleに並べてよibookstoreはどうなってるの、あの本じゃやってるじゃないどうしてできないの、だろうしなあ。
EPUBCHECKでエラーはもちろん警告も出ないことが最低条件・必須条件なんです、と言ってもエラーや警告が出てるものが現実に店頭に並んでいたりするし、ibookstoreの公式サンプルはEPUBCHECKにかけるとエラーまみれだったような…。
だいたい。EPUBCHECKでエラーや警告がなくてもストアごとのレギュレーションに引っかかるケースがある。
電子書籍に限った話じゃなくて。正論・べき論vs現実・現物合わせは悩ましいところだ。
商売になるのは現物合わせの方なのでそちらに流れるんだけど、正論・べき論でモノ作りをしていった方が関わるみんながラクできて幸せになれるような気がする。
» ローカル環境で電子書籍を作る、Macアプリ・Windows版ツール 「かんたんEPUB3作成easy_epub」
メールアドレス埋め込み電子書籍の堂々巡り
昨日の記事。メールアドレスなどをEPUBファイルに埋めこむ仕組みの導入。うーむ、いろいろ面倒というか難しい。ソーシャルDRMとしてそれっぽくメールアドレスやtwitterアカウントを埋め込んでフリーで配る準備はいいけれど、それってどうなの?というところ。
気軽手軽に手に取ってもらいたいという意図なのに。
メールアドレスやtwitterアカウントを埋め込むためには、読者にアクションをしてもらう必要がある。これはハードルが高いんだよなぁ。
その1(自動生成)
・メールアドレスを登録してもらってEPUBファイルを作る
・登録してもらったメールアドレスにダウンロードURLを返信する
・メール記載のダウンロードURLにアクセスしてもらってダウンロード
その2(一部手作業)
・メールをもらってEPUBを作る
・もらったメールにEPUBファイルを添付して返信する
メールアドレスの実在を確認するためには上記のパターンどちらかだろう。
その1は以前、電書フリマでやっていた方法。これはリアルの場、温度の高い場所・人だからその場の勢いというものがあったからうまく行ったんだと思う。
ウチでまったりネットを見ていて、その1もその2も
「え?メール?登録してからダウンロード? 面倒くさいからいいや」
となる。
メールなりの確認をしないということにするとソーシャルDRMの意味がないし、迷惑メールとして使われる状況も考えられる。
そもそもEPUBファイルをもらったとしても何も考えずにダブルクリックで読めるのはMacユーザー限定(今日時点)だし、それならiBookstoreで無料販売すれば済む話。mobiファイルにしたところでダブルクリックしても何も起らない。パーソナルドキュメントとしてkindleで読むというのはおそらく知られていないしやっぱり面倒くさい。
素直にiBookstore、google play、koboといった無料販売のできるストアを利用させてもらうのが、読者・ユーザーにとって一番とっつきやすいだろうという結末。これを堂々巡りという。
とりあえず、有料本を買ってくれたひとに
・オマケとして無料本をメールで送る・贈る
・ストアが潰れても大丈夫ですよというメッセージ
というプラスアルファな使いかたならイメージできるかも。ただ、上記したように広く周知するため・宣伝のための使いかたは思いつかない。ビジネス脳がないんだよなあ。おれ。
» ローカル環境で電子書籍を作る、Macアプリ・Windows版ツール 「かんたんEPUB3作成easy_epub」
メールアドレス埋め込みを機能追加
しょせん素人、個人レベルのネタだけど、EPUB3ファイルにメールアドレスを埋め込めるようにした。
「かんたんEPUB3作成easy_epub」https://t2aki.doncha.net/easy_epub
なんでこんなことやってんのか。
ヤマダ電機じゃないけど、電子書籍のストアがサービス停止になったりそもそも倒産したりすると、そのストアで買った本は読めなくなる(これはDRMで管理しているどのストアでも同じこと・念のため)読者・ユーザーとしてはなんじゃそりゃの話。
ただ、最近の動きとしては。
読者救済のために、潰れてしまったストアの読者の購入履歴を引き継いでくれるストアもある。
また、版元がストアが潰れたらファイルを提供するというケースも出てきた。
かなり健全。あるべき姿に近づいてるということだろう。
まったく違う文脈だけど「読書権」読書をする権利という言葉もある。
本を読みたいと思った時、手に入らないとかなくなってるというのはどうなのということでもある(というか、これの本来の意味は、本を読む権利は万人に開かれているべきであるという趣旨。誰もがアクセスできるべきであるということだったように思う)
とはいえ。前から言ってるようになりすましにパクリが横行する電波が問題。
読者が不便を感じないである程度コピー流出の抑止に繋がるであろうというところで「購入者・所有者のメールアドレス埋め込み」という選択(DRMもしょうがないと思ってんだけど、ここではその話はなし)
タイトルと奥付に購入者・所有者のメールアドレスを埋め込む…の他にちょっと細工があるんだけど内緒にしておかないと意味がない。ソースでわかるひとは読んでみてください(大したことはしてないけど、分かりにくい感じになってると思う)
想定している使い方としては。
・読者からどこぞのストアが潰れて読めなくなったんだけどなんとかならんか。
・同人誌イベントの販促物や献本の一環として使えないか。
の二点。
てことで、メールアドレスの管理は必要になるとして。
まずはメールアドレスを埋め込みたいEPUB3電子書籍ファイルを作成する。
その状態で、メールアドレスを埋め込むためにエクセルから別名保存したファイルを使って、各々メールアドレスを埋め込んだ電子書籍ファイルを作る、という手順。
パソコンを買えばほぼオプションとしてついてくる、誰もが使わざるをえないエクセルで管理。
emailのところ以外は見てないのであとはテキトー。
これを「別名で保存」→「テキスト(タブ区切り)」にする。文字コードはshiftjis。
この、メールアドレスをつけたファイルを作ったら
・perl easy_epub.pl email-regist EPUBFILE EMAILFILE
コマンドラインで「email-regist」というキーワードに続けてメールアドレスを埋め込みたいEPUBファイルとEMAILアドレスを書いたファイルを指定する。
メールアドレスのついたEPUB3ファイルができればOK。
EPUBファイルの整合性チェックは
・perl easy_epub.pl email-check EPUBFILE EMAILFILE
で、エクセルに書かれているemailアドレスとepubに書かれているemailをチェック。
「email-check」というキーワードの後ろにチェックしたいepubファイルと上記のメールアドレスを書いたエクセルからのテキストファイルを指定する。
なぜか出回っている電子書籍を開くとメールアドレスがタイトルと奥付に記載されているので、それを見れば出処はわかる。また、追跡用に暗号化したものも書き込んでるのでそれもチェックしていて、上記のコマンドラインですべて「ok」なら問題はないけどひとつでも「ng」が出たら改竄されている可能性がある、ということぐらいはわかる、かな。
法的な実効力はともかく。
とりあえず、少しぐらいはコピー流出の歯止めになるかな、と思う。
なんかよく分からん説明になったけど。
メールアドレスを書いたタブ区切りのファイルを用意するだけでそれっぽいものを作ります。
- 『おかえりください』サウンドノベルWINDOWS版
- 『おかえりください』本編を加筆修正、6つのバッドエンド分岐シナリオを追加してサウンドノベル化!
音と映像が、血まみれのこっくりさんの惨劇を蘇らせる。 - 【無料体験版】はこちら
» ローカル環境で電子書籍を作る、Macアプリ・Windows版ツール 「かんたんEPUB3作成easy_epub」
EPUB電子書籍のDRMその2
電子書籍のサービス終了や停止、死屍累々。
@ryou_takanoさんのブログ記事(2014/5/29)
「ヤマダイーブック閉鎖時の対処を記憶に焼き付けるとともに「事前の救済策」でユーザーの信頼を勝ち取ろう」
https://www.wildhawkfield.com/2014/05/Closure-of-Yamada-eBook.html
が、まとまっていてわかりやすい。
この中で取り上げられているケースでは、救済処置(購入した本の引き継ぎ・購入分をポイントで還元)はそれなりにやってるみたいだけど。このあたりのドタバタがSNSやニュースで流れるたびに
「なんだ電子書籍ってサービスが終わったら読めなくなんのかよ」
ということになる…ってもともと電子書籍はDRM(デジタル権利管理)によって販売サイトと結びついている。ユーザーは本を買うのではなくて「読む権利」を買うだけなので、乱暴に言ってしまうと長期間の貸本屋で本を借りるようなもの。この手の話はさんざん既出。
(「これだから電子書籍は紙の本と違って」うんぬん、と言われ…そこ比較するところじゃないよなあ)
んじゃ、どうするのがいいの?というのもすでにあちこちで語られている。
実現可能かどうかはともかく。
・電子書籍もすべて一意のコードで管理する
・書店横断のDRMにして買った本のダウンロードはどの店でもできる
というのが理想かなあ。
(誰が本のコード管理するのか、購入履歴の管理はどうなるのか、配信コストの負担をどうするのか、…などなど思いつかないけど)
そもそもDRMに関して、わたしは「不要論」
ユーザーに不便を強いるだけのシロモノだし、しょせんいたちごっこでいつまで続けるの?と思う。
…なんだけど、前にも書いたようになりすましやパクリなどの電波なひとに対応するのは大変。弁護士だ裁判だともろもろひっくるめたコストを考えると個人だとやってられないので、コピーガードとしてのDRMは残念ながら現状はまだ必要。
という既出のネタでの長い前書きがやっと終わって、今日のネタは以前書いた記事の続き。
「EPUB電子書籍のDRM」 (2013/1/15)
「EPUB3にメールアドレス埋め込み」 (2013/1/16)
ソーシャルDRMとかソフトDRMとか言われるもの。
・購入者のメールアドレスをEPUB3ファイルに埋め込む。
・コピーが流出したら「おいおい、それオレが流したってバレちゃうじゃん」というストッパーにする。
EPUB3はZIPファイル。解凍して中を覗けばメールアドレスが埋め込んであるところがわかってしまうので、個人レベルでできることなどネタにしかならないのは重々承知で。
(電子透かし(表紙画像などコピーしても簡単には消えないようにメールアドレスを埋め込む)がいいのかと思いつつ難しそうなのでパス)
・メールアドレスを書誌情報ファイルに書き込む
・本文の扉や奥付、スタイルシートに書き込む
のが前回までのあらすじ。
これにメールアドレスを暗号化した文字列を入れておく。発行したメールアドレスを管理する必要はあるけど、暗号化されたメールアドレスと登録管理しているメールアドレスを照合すればどういう経路で流れたのかがわかる。
もちろん、暗号化されたメールアドレスを削除されたらそれで終了だけど、ナマの可読性のあるテキストより全然わかりにくい。EPUB3ファイルに関して熟知してるひとがみれば一発だけど、そこまでするなら買った方が早いと思うひとの方が多いだろう。
どこかで機能追加してみるかな。
ここんとこ「電子書籍+DRM+解除」が検索ワードに増えてきてる。
それもこれも「サービスが終わったら読めなくなるってか!?だったらハードディスクに保存しよう!」だろうなあ。
» ローカル環境で電子書籍を作る、Macアプリ・Windows版ツール 「かんたんEPUB3作成easy_epub」
ibooks新刊!『水に咲く花』
『水に咲く花』(日野裕太郎・ハルノブ)[iBooks版]
kindle版『水に咲く花』https://t2aki.doncha.net/?id=1385516659 と同じです。
文庫本サイズ(39字x18行)で42ページほどのファンタジー中編です。
*****
羽は広がり、次第に姿を変える。
肩胛骨を芯に、産毛に似るという羽は菌糸のように根づくのだ。羽はかたちを変え、やがて大輪の薔薇が咲くことになる。身体中に。全身の皮膚という皮膚に。
薔薇は広がり——全身を埋め尽くすと、今度は鱗に変わる。
変容だ。
患者は水の住人になるのだ。彼らは遠く離れた塩の湖に住む資格を得るのである。
彼らは陸ではうまく呼吸ができなくなっていく。あえぎ喘鳴をくり返すころ、脇腹に亀裂が生じる。亀裂はえらになり、口腔と肺での呼吸機能はすみやかに失われる。彼らは水中でのみ呼吸が可能になり、人語が曖昧になるのだ。
肺が機能を失い、声帯が瞬く間にも衰退する。
発音は聞き取りづらく、語るものは言語とはほど遠いものになる。旋律に似て、陸の生きものには鼻歌に聞こえるようになるという。
塩水で暮らすものとなりながら、陸を恋慕って彼らは浅い岸辺を往復するそうだ。その場から離れ難く、延々と波打ち際にとどまろうとする——陸に可能な限り近い場所を漂い、彼らは歌い続けるとも聞く。
僕はコリンを殺したら、ノイノイに会いに湖に行く——その夢想は、何故だかとてもやさしかった。
*****
iTunes Storeで
「日野裕太郎」で検索いただくか
「SF/ファンタジー > ファンタジー > 日野裕太郎 & ハルノブ」カテゴリからご覧ください
Mac版iBooksのスクリーンショット。
最終ページにはkindleなどと同じく評価やソーシャルボタンがついています。
※ kindleと違って、同じ著者の作品が並ぶのがありがたいなあ。
» ローカル環境で電子書籍を作る、Macアプリ・Windows版ツール 「かんたんEPUB3作成easy_epub」
KindleとiBooksの画像サイズ縦横比
よく忘れるので自分メモ。
最近ウチで作ってる電子書籍の画像サイズ。
・kindleは16:10なので、2500x1563
・ibooksは4:3なので、2048x1536(※ 上限320万画素)
どちらもカバー画像の解像度は72dpiにした(kindleのリフローで使う本文画像は300dpi以上が推奨となっている)
([05/28 21:18:27] kindleの現状はこれでも足りないはず。2560x1600だという記述もある。要は縦横比16:10がポイントでサイズはデバイスで違うのでできるだけ大きいのを準備しようということ)
でも、固定レイアウトはkindleもなんとなく4:3。
知り合いに見せてもらったipad miniが漫画端末としてあまりに奇麗で快適なので強く印象に残ったからかも(漫画を読みたいんですけどどれがいいですか?と聞かれたら問答無用でipad miniをオススメする)うちにあるNexus7(2012)のkindleアプリで確認したけど4:3で上下の余白はあまり気にならなかった…かもだし。
今日ibookstoreで公開になった三毛猫野良猫写真集はすべて2048x1536。
kindleの三毛猫写真集はカバーが1867x1400。本文は1270x900。でもこれは去年冬の時点で作ったもので、今だともっとサイズをあげなきゃいけないっぽい。
ただ、端末やアプリの性能向上でサイズが大きくなると画像サイズもでかくなるいたちごっこでキリがない。
本書は122枚の画像で、EPUBファイルのサイズが186M(kindleの猫写真集はほぼ同じ枚数で33M)kindleも最近ファイルサイズの上限が引き上げられたけどダウンロード・回線状況が大変になるなあ(動画ほどじゃないだろうけど)
iBookstoreはこちら→ 「MIKE and Neighbors」
120 Pictures of Japanese Bob Tail Cat.
Here is no artistic photograph.
Here is everyday life of cats and neighbors.
It is blessing to all cats !
(今日時点、定価100円)
ちなみに本書、kindleの三毛猫写真集収録の写真を中心に新規の写真を入れたもので写真はかなりダブっている。
新規の写真はもちろん、各々写真のサイズをiBooksに合わせて大きくしてトリミングを変更、左綴じにして言語をenにして、世界各国51エリアで販売中(ウチのibookstoreの小説本は日本だけ配信にしている)
英語版にして世界制覇を狙う。
さらにちなみに、本書は例によって例のごとく当サイトの 「コミックスなど固定レイアウトEPUBを作る」 で作った固定レイアウトのEPUB3ファイルをそのまま登録に使った。
1ページ1画像の漫画や写真集はこれでイケるなあ。
» ローカル環境で電子書籍を作る、Macアプリ・Windows版ツール 「かんたんEPUB3作成easy_epub」