(月)なるほどなあ、そういう考えかたもありかもしれんなあ、という微温い小ネタ。本を書いて出版するからには、読者に届いてその作品をずっと愛でられていたい・大切にしてもらいたい、というものばかりだと思ってたし、実際、底辺とはいえ出版社で編集をやってた頃の作家さんは例外なくその通りだった。ないこともあって、ちょっと驚いた。・本を買ってもらって、読んでもらったら、本はその場で消えてなくなってほしい。・わたしが死んだら、わたしの出した本はすべて燃えて消えてほしい。なんでやねん、と聞いてみたらば「だって気持ち悪いじゃないですか」と。いつまでも自分の文章や絵が残ることが気持ち悪いということだろうか。なんかわかるような気がした。黒歴史の積み上げというか...とか言うと叱られそうだけど。その時、思いが伝われば良くて、カタチはいらないというか。(日)とらのあなのダウンロードストアが終了したらしい。DRMのかかった閲覧認証が必要な本は読めなくなる。いうネタなんだけど、DRMでコントロールされた電子書籍は、本を購入するのではなくて、閲覧権を購入するということ。もんで、ストア、サービスが終了したら購入した本は読めなくなる。「本を買った」と思ってると、買った本が読めなくなるなんて論外で、確かに電子書籍は信用できない。とらのあなダウンロードストアも終了、閲覧認証の必要な購入物は再生不可に。http://d.hatena.ne.jp/geromi/20150919/1442671230またサービス終了によって、購入物の閲覧が不可になる現象が発生か。電子はこういう現象があちこちで起きてるので買ってなかったから良かったものの改めて電子書籍の信用の出来なさぶりがわかる。今までどれだけサービスが終了となって「買った本」が読めなくなったというのがまとめられていて興味深いエントリだ。わたしの場合、それほど所有欲がないし、何度も再読する本は限られた一部なので、サービスが終了して本が読めなくなってもそれほどダメージはない。そりゃないよ」とか言っちゃうとは思うけど、たぶん言うだけ。再読したい本・手元に置きたい本は、別のストアでまた買うか、紙本で買うかな。ほんと、そんなにみんな、買った本を再読してるのかな。紙本との比較でというのも首肯できるところなんだけど、これはこれである意味、八百屋でさんまを買えないのはおかしい、というようなことだとも思う。そこはこだわりもなく、割とどうでもいい話だと思う。いうかちょっと違う話だ。わたしの読者側からの視点。本(電子書籍)を出している立場でいうと、読者が困るのは論外。てめえの都合で勝手にサービスを終了して、それで読者が読めなくなるのはおかしいという声を上げてんだから、なんとかしろよ、と思う。売る側的に、機会損失というか信用失墜というか、企業責任というか、投げっぱなしジャーマンかよ、とか。対策を考えなきゃいけない。サービスが終了しても、うちには本(電子書籍のEPUBファイル)がある。本がなくなることはない。デジタルデータは劣化することなく手元にある。再読したいと思ってもらえるようなコンテンツを提供できているとして、サービス終了で読めなくなった場合に、EPUBファイルを提供するというのが解決策だろう。今後は万が一ストアが終了、サービスが終了したような場合のために、奥付あたりに「こちらに連絡をいただければEPUBファイルを提供いたします」とURLとともに付記追記しておこう。この「電子書籍は信用できない」という風物詩について。電子書籍側属性のひとと一般との乖離は、たぶん相変らず埋まってなくて。犬子さん(@sleeping_husky)と電書ちゃん(@denshochan)のツイートが象徴的だと思う(わたしは犬子さんのツイートにまったくの同意)さいたま新副都心、けやき広場のビール祭りはまったりしていて好きなイベント。今日もたっぷり堪能いたしました。(金)ハイブリッド型EPUB3を生成するスクリプトのフィックスページ部分で画像サイズを取得する必要があった。「かんたんEPUB3作成ハイブリッド型EPUB3対応版」http://t2aki.doncha.net/easy_epub-hybrid定番のImageMagickを使えば簡単なんだけど、ImageMagickが簡単じゃなかった。WINDOWSではImageMagickのインストールが必要で、さらにActivePerlをインストールしたら一緒にインストールされるppmを使ってImageMagickを使うためのperlのモジュールのインストールが必要。ユーザーさんに別途インストールしてもらうにはちょっとハードルが高い。インストールしても、パッケージがあったのでそれをインストールしても、ソースからコンパイルしても、肝腎のJPEG、PNGに対応したものを作れなかった(JPEGはどうにかこうにか、まずJPEGのライブラリをインストールしてmakeしなおしたらjpeg対応版ができたけど、PNGがお手上げ)JPEGにもPNGにも対応したImageMagickを使ってるひとがいるようなので、わたしのスキル、知識不足。自分でうまく行ってないものをユーザーさんにインストールしてね、というのは無理すぎる。「かんたん」を謳う以上、面倒くさいことはひとつでも増えちゃいけない。ことで、扱うのはJPEGとPNGだけだし、perlだけで画像サイズを取得する方法を探してgoogleさま。ありがたいことに、そのまま利用できるサブルーチンなどがいくつかアップされていた。そのまま=ブラックボックスのまま使わせてもらうと、あとあとメンテの時などに困るのは火を見るより明らか。猿程度の理解は必要だろうと、画像について、その扱いについて調べたので、備忘録。・PNGは簡単らしい。height16byte目からの4byteに幅、続く4byteに高さのピクセル数が入っているので決め打ち。$buf);幅高さをネットワークバイトオーダーのビッグエンディアン(32bit)で取得するだけでOK。・JPEGがちょっと面倒。画像情報を格納しているのはSOFという種類のセグメント。マーカーというのは16進数の「FF」がセグメントの開始を表していて、これはどういうセグメントですよという内容を意味するのが「FF」に続く1Byteのバイナリ。SOFセグメントのマーカーで、JPEGのベースラインは「FF」「C0」プログレッシブは「FF」「C2」ということらしい。ファイルの先頭から見て「FF」が見つかったらそこからセグメントの開始となる(ファイル先頭と最後にはマーカーだけのセグメントがあるので、先頭の2Bytesは読み飛ばす)必要なのはJPEGの情報が入ったSOFセグメント。1)4Bytes読み込む。2)unpackでマーカーとセグメントサイズを取得する。3)→マーカーの1byteがFFじゃなかったら終了。→マーカーの1byteがFFでセグメント内容がC0かC2なら続くセグメント本体を読み込む。→マーカーの1byteがFFでセグメント内容がC0でもC2でもなかったら、セグメントの本体サイズ分読み飛ばして次のマーカーからの4byteを読む4)画像サイズはセグメント本体先頭に入っている。2Byteunpackで取得できる。ことで、easy_epub-hybridに組みこんだサブルーチンが以下。}スクリプトの中からImageMagickを使うシチュエーションのほとんどが画像サイズの取得なので、これは重宝しそうだ。jpeg画像について、おそらく間違ってるところがあると思うので、きちんとした知識は以下のサイトへどうぞ。参考にさせていただいたサイトhttp://tohoho-web.com/lng/200003/00030402.htmhttp://www2c.biglobe.ne.jp/~osakana/vc/pc/jpegsize.htmlhttp://hp.vector.co.jp/authors/VA032610/JPEGFormat/marker/SOF.htmhttp://www.setsuki.com/hsp/ext/segment/sof0.htm情報、丁寧な解説ありがとうございます。