【Calibre】電子書籍 保存･管理･変換･編集ソフト part1
■ このスレッドは過去ログ倉庫に格納されています
https://calibre-ebook.com/
Wikipedia https://ja.wikipedia.org/wiki/Calibre
Calibreとはフリー・アンド・オープンソースの電子書籍ソフトウェアであり、
電子書籍を保存や管理を行うことが可能で、多数のフォーマットに対応している。
またDRMのかかった電子書籍を他のフォーマットへ変換でき、
数種類の主な電子ブックリーダーと同期することができる。
使い方説明サイト
http://gihyo.jp/lifestyle/serial/01/calibre
Calibreについて語りましょう sigiはちょっとした修正なら良いけど、画像の全入れ替えや
二つのepub比較して修正ならいったん展開した方が楽だと思うけどね
7-zip等で簡単にepubにまとめ直せるし >>610
基本的にはEPUBにさえなれば困らないのですが、いつも保険としてPDFにも変換しているので
この辺がはっきりするまでとアップデートは見送ろうと思います。
どちらにせよ結構はっきりした不具合っぽいのでそのうち修正されると信じてます >>613
4.0はもう一つ困ったことがありましてさ。
PDF変換するときには、変換前にビューアーのインスペクターで画像サイズ
を確認して、縦横比を合わせて余白無しで出力すると、見開きも中央に余白
が入らずｳﾏｰなのだが、4.0からインスペクターがまるっきり変わって、どこに
ソースの画像サイズが書いてあるのかさっぱりわからない。
この一点を取ってみても、4.0は使えない。ま、そもそも変換できないんだけど
さ‥。 >>612
sigilは使いこなせれば優秀だぞ
展開する必要なんて全くない 例えばカバー画像が入ってなくて
ネットから拾ってきた画像を追加したいと思った時に
Sigilで編集すると新しいシートと画像が追加されたら
自動的にoptファイルにも追加されるから便利だよ epubcheckも出来るし、メタデータの編集も簡単だしな >>611
それが拡張子はepubなんですが、展開してみると中身はmobi7に入っていたのと丸っきり同じという……
Calibreでも表示はepubなんですが、実際はmobipocketを開くのと同じ要領で開いているのかと calibreのKindleunpackプラグインってepub2とepub3、どちらにするか設定あるけどちゃんとepub3になってる？ もし集英社だったら普通のepubとは形式が違うから、画像フォルダだけ抜き出して、AozoraE pub3あたりで作り直したほうが早い >>620
META-INF(フォルダ)
OEBPS(フォルダ)
mimetype(拡張子なしのファイル)
はある？ >>623
epub内にはその3つが入ってます（mobi7のと全く同じというのは見間違いでした）
epubが入っているmobi8フォルダにもその3つがあります
ただそのepubはCalibreでしか正しく開けません
http://www.ic.daito.ac.jp/~mizutani/ebook/epub_package.xhtml
を見てパッケージし直してみましたが効果はありません >>sage
エラーは使ってるビュワーによるのかもしれない
評価が高いkinoppyのviewer20.exeでダメかな？ >>624
うまく表示されない・正しく開けないというけど、具体的にどう表示されてるの？ >>625
>>626
ありがとうございます。Kinoppyで表示できました！
これまで試したのはEdgeとiBooksで、
Edgeは「セクションを読み込むことができませんでした。」とだけ表示、
iBooksは画像無し改行無しで文字だけが延々表示、
でした opfやnav、tocあたりに齟齬があるんだろうな
sigilでepubcheckして直せばいいけどスキル的に無理そうだしなー epubcheckは無視しても良さそうなエラーも全部出すからなぁ
ある程度慣れないと使いづらい >>629
それでもやってもらわないと
Calibreで変換したepubにどんなエラーが出てどう修正すればいいのか
これがわかっている人が増えないとCalibreを改良したくても話にならない KindleUnpack plugin は設定で
auto、epub2、epub3を選べるけど
どれに設定するのが正解なのだろう？ >>634
KindleUnpack pluginのデフォルト設定はepub2なので
全部epub3で変換し直すわ
多すぎて何日かかるかわからないけど・・・ azw3から単純にepubデータを取り出しているだけかと思ってたが
KindleUnpack pluginに設定なんてあったのか 外人さんが作ったのだから音声とか動画の部分の対応してるだけとかじゃないの？ >>639
azw3(KF8)ってのはEPUB3をベースにしたもので、2011年以降の端末ではまずこちらがDLされるはず…。
つまりAuto ≒ ePub 3
ただKindle黎明期に発売されて未更新の洋書とか、Kindle端末内の辞書とかにmobi/azw(KF7)がまぎれてるかもしれないから、そーいうのが怖ければAutoにすれば良いと思う で。
設定をepub2からepub3に変えてできたepubに違いがあったわけ？ ちょっと試したところではopfのepubバージョン表記、メタデータいくつか、ncx指定辺りが違ったな epub2とepub3は表紙（cover image）の指定なんかが違うから、cover imageからサムネイル作るリーダーだと
表紙画像が作れなかったりする とりあえずepubで保存してたが2とか3とかあったのかよ 結構気がついてない人多いんだな
せめてデフォがautoだったら被害者も少なかっただろうに
epub2にしてるのは欧米書籍だと間違ってepub3に判定されるケースでもあるのかね 欧米はepub2が普及しすぎて3への移行が進んでないって聞いたことあるわ 欧米人には縦書きは必要ないから
横書きしかできないepub2でもやっていけるんだよ 日本が先行して進めていかないと
いつまでも世界標準がepub3に移行しないから
そのつもりで頼む >>647
欧米ってか、縦書き右綴じのコンテンツが商業ベースで広く読まれてるの日本だけじゃね
海外製のepubリーダーだとepub3対応を謳ってても縦書き右綴じやルビの表示がおかしくなるのいまだにいっぱいあるよ
日本の電子書籍ストアのリーダーもepub3に忠実かどうかより既存の自ストアのコンテンツがちゃんと表示されるかどうかの方が大事だから過去の独自拡張とか無くせないかと 今更ながら久しぶりにここ見てKindleUnpack pluginなんていう便利な物があるのに気付いたわ
何時もはcss使ってCalibreでepubに縦書き変換してたけど禁則処理が出来てなかったから気になってたんだ
全部変換し直すのくっそめんどいけどやっとくか… 念の為書いておくがKindleUnpackはPythonのスクリプト
それをCalibre pluginに移植してる
バッチかスクリプト書けば大量処理できるよ
ただresファイルの統合もスクリプトでやると長くなるけど これ、フォルダを複数選んで追加する方法はないのですか？ >>656
あれはディレクトリ指定なんよね
新しく追加するときに毎回全部スキャンして既に追加されてるのもありますけど？みたいなのに時間かかる
>>657
フォルダではダメなんよね。ファイルじゃないと。
仕方ないからエクスプローラーでキンドルのところでazwで検索してファイルをドラッグしてる PC版kindle用なら、everthingとかの検索ソフトにkindleのフォルダと拡張子azwの条件を保存して出てきたのD&Dでいいんじゃね
kindle側に古いazw残してるならタイムスタンプでソートしなきゃcalibre登録済みかどうか分からなくなるし kindle for PCで読んだりするとタイムスタンプ更新されるから判定が面倒なんだよね
自分は新しい本はすぐDeDRMしてフォルダにシステム属性付けてる
書籍が改訂されて再DLされるとシステム属性外れるので判定できて便利 あっゴメン フォルダと勘違いした
azwのタイムスタンプだね unpack plugin案の定epub2になっててワロタ😭 >>563と同じ要件だが、以下でシェル化できた
Calibreには長いことお世話になったがお別れだ
・DeDRMプラグインのpythonライブラリをちょっと弄ってCLIでDRM解除
・epub化はKindleUnpackをCLI実行
・メタデータはcontent.opfを頑張って読む CLIはpython2.7とコマンドプロンプトの相性の悪さがﾅｰ
まあwslでやれって話になるわけだが >>665
そういうわけなのでLinuxでやってる
bashとawkとpythonとphpがごちゃまぜで、とても他人に見せられるようなものではないが >>665
windowsだと相性悪いよね
今のwin10ならWSL使うべきだろうけど昔作ったので自分はcygwin使ってる プログラム書ける人材が複数いそうなのに全く改善が進まない不思議 >>662
デフォルト設定がepub2なんだよなあ
おかげで全部変換し直し >>670
ある程度自分でなんとかできる人間ならコードはほぼオープンなので
俺環上等で組み上げることは可能なんだけど
前出の通り文字コードの問題があるのと元がpythonでexe化しにくいのとで
そのあたりの素地のない人でも簡単に使えるような汎用物に仕上げるのが難しい スクリプト配布して終わりにならないのがね
最低限pythonの実行環境を自分で構築できる人で無いと動かないと文句言われそう
そしてその手の方が圧倒的に多い 同じようなことを考えてるか、過去に考えた人がそこそこいるってことだろう
うちはLinuxでwineも絡むのでさらに面倒くさい >>674
話を理解してくれそうな人がいるからね
草生やすだけには言うだけ無駄だから そういうことだな
「配布してくれ」以外の反応があると話しやすい 4人くらいいそうだな
複数人がスレ見てるってのが証明されたし今後は遠慮せず改良を進めてくれ まずは>>663が考えたスクリプトを公開してその改良から始めようぜ >>670
自分が使えればいいだけってなら他人の意見はいらないし、サポートの手間とかソースの流用やDRMの事でもめたりしそうで公開するメリットなくてデメリットばかりだからじゃね
フォーラムとかで自分が雛型作ってソース見てもらい要望やアドバイスもらって完成したようなもんだと公開しないと不義理だと思うが、雛型時点で作者が満足してたら公開なんぞせんのでは？ >>663だが公開する気はない
これから作る人に助言というか、「自分はこうやった」って伝えるくらいはやるかな 以上、自分は満足してるのでCalibreのバージョンアップに協力する気はないという皆さんでしたー 以上、自分は満足してるのでCalibreのバージョンアップに協力する気はないという皆さんでしたー もらえないからとひがみ根性は見苦しいねぇ
>>395のplugin上げたのはオレだよ
他の人もできる範囲でアドバイスとかしてる思う Calibreのバージョンアップに協力？
なんのこっちゃ いや、なぜこの文脈で「Calibreのバージョンアップ」なのか本気でわからんな
日本語不自由な人だったか >>690
日本語ファイル名のまま追加したいということ？
出来ればいいんだけどな >>689
コードどころかレスの内容の意味も分からん状態の人だと
calibre外でゴショゴショやってるってこと自体気づかないんだろう
こういう所からも求められてるものと自分専用スクリプトの隔たりを感じるよね
まあでも中途まで書いて放置してる身としてはきちんと仕上げられた人達は
qiitaあたりで解説記事書いてくれると嬉しい
エンドユーザー向けじゃなくて全然いいので 会話の内容が訳分からん奴はCalibreのプラグインでしこしこ変換してろって事よな
俺のように >>693
そういうことです。
誰かプラグイン作って デカイこと言われてもそれに対応するほどの実力がないってこと >>696
ライブラリのファイル名はcalibre本体の管理がそうなってる以上
プラグインではどうにもならんよ
エクスポート時に日本語ファイル名で出力する事はできるが ここの連中の対応でepub3の今後が決まるとか酷すぎだろ 「元ファイル(azw,epub)が登録してあるフォルダに
日本語ファイル名に変換し直したファイルのコピーを作る」
なら出来るかもしれない
俺は出来ないが。 固定レイアウトのazw→zipの変換でhtmlとか要らないんだけどなぁ
ビュアーで読むから連番のjpegを抜いてzipに固めてくれるだけでいいのに…
プラグインとかでもそういうの見つからないし需要ないのかな >>701
同意
コミックは画像だけのzipの方がいい CLIのみでDRM解除するには、DeDRMプラグインの中の
DeDRM_Windows_Application/DeDRM_App/DeDRM_lib/lib
にあるscriptinterface.pyがキモ
この中にあるメソッド
def decryptk4mobi(infile, outdir, rscpath):
を呼び出せばDRM解除できる
infile: 入力ファイル
outdir: 出力ディレクトリ
rscpath: 鍵ファイル（*.k4i）が格納されたディレクトリ
鍵ファイルがあればどのマシンでも解除可能
Linuxの場合はpython, python-crypto, python-lzmaが必要
lzmaは実際には使われないのでlib/ion.py内でimportしてるとこを
コメントアウトすれば不要になる
という話が通じる人は参考にしてください 余計な情報のないフラットなzipにするには
KindleUnpackなり、calibreで変換（ebook-convert）した後でunzipして加工してzipに戻せばいい
Unpackの場合なぜか画像ファイル名の連番が1から始まらないのでそこを揃えたいときはちょっと面倒 >>704
結局、ひとつずつepubを解凍していって
取り出したjpgをzip化することになるのかな？ >>705
解凍せずにzip操作もできたとは思うが
ファイル追加削除はともかくリネームや階層移動はできたかどうか
そこに悩むくらいなら解凍した方が早い
シェルにすれば大した手間でもないし zip内jpg以外削除はUnifyZipでやってる
フォルダごと投げりゃいいから楽よ
コマンドライン用exeだからcalibreやlinux cli上のpythonとの連携はできないのがネックだが >>701
バッチファイル2,3行書けばjpgだけ取り出せるゾ
低知能ド文系の僕でもそうしてるゾ >>695
自分が使ってるソフトの不満点や要望はそのソフトの作者に言うのが筋だし、それが相手にされなかったら自分でなんとかするって世界だからなぁ
作者へコンタクトとるのすらめんどくさいから誰かやってくれってのは頼まれた相手もいい気はしないわな ■ このスレッドは過去ログ倉庫に格納されています
