【Calibre】電子書籍 保存･管理･変換･編集ソフト part1
■ このスレッドは過去ログ倉庫に格納されています
https://calibre-ebook.com/
Wikipedia https://ja.wikipedia.org/wiki/Calibre
Calibreとはフリー・アンド・オープンソースの電子書籍ソフトウェアであり、
電子書籍を保存や管理を行うことが可能で、多数のフォーマットに対応している。
またDRMのかかった電子書籍を他のフォーマットへ変換でき、
数種類の主な電子ブックリーダーと同期することができる。
使い方説明サイト
http://gihyo.jp/lifestyle/serial/01/calibre
Calibreについて語りましょう >>556
やっぱりか。自分も同じとこで躓いてた。3に戻してこなれてきたら4に上げよう... PDF縦書き変換は出来るようになったが、フォントサイズが設定通りにならないし
レイアウトもおかしいな。Viewerが対応してるんだから、変換もうまくいきそうな
もんだが。
コミックだとエラーになって変換出来んな。 ここに書かれていることを参考に、pythonで.resを抜き出してみたけど、ページが歯抜けなのは仕様なの？ >>449
仕様というか差分だからazwでオリジナルから画質を落としているページだけ入ってる
残念ながらファイル名はkindleunpackと互換性ないので通番で自分でマッチングさせるしかない めちゃメンドイけど、歯抜け差分と合体させれば高画質の完全体になるんやな Calibreの管理機能やビューアは使ってないので
・azwのDRM解除、と同時に著者名やタイトル等のメタデータ取得（calibredb add ）
・本の変換（ebook-convert）
だけをなるべくコンパクトにやれると嬉しいのだが >>562
ラノベはcoverxxxxx.jpegがimagexxxxx.jpegの後番にされるから面倒だけど
マンガならimagesフォルダ内をHDimage00001.jpegから連番リネームすれば
ファイル名は合うからそれほどでもない adobe digital editions腐ってる 漫画って.resに表紙しか入ってなくない？
何個かやってみたけど表紙だけなら面倒だしいいやと思って放置してる 系統によっては表紙以外も入ってんだね
どうもありがとう リフロー型か固定レイアウト型か本を開かずにわかる方法ないかなあ
できたら書籍一覧の列に表示出来たらいいんだけど タグ作って自分で入力すりゃいいじゃん
自動化するなら書籍フォーマット解析してfixかrefrowかをタグに書き込むプラグインのスクリプトを書かなきゃならんだろうけど これ内蔵ビューアで見開きに設定できる？項目が見つからない MacOSを上げてしまうと32bitアプリが動かなくなるので旧kindleが動かなくなる
かなり困るな Macはかなりダメダメだな
windowsなら32bitアプリも動くのに >>575
Parallels等のエミュで旧macOSを動かせば良いだろ。 信心とか関係なく、使いたいソフト動かなくなるなら上げないだろ普通 紙袋に入れて、さらにビニール袋で保存するのがオススメ とりあえずEPUBにしておけば無難かな
PDFは変更できない ボールペンの芯で絶縁,,,無理やり取り出そうとしたら燃える... あれって実際には役にたたないんだよな。
液体状態のガソリンに火花が散っても燃えはしない。
気化したガソリンが漏れているなら開けようとしなくても静電気の火花で燃える。 気化してない液体のガソリンなんて日本にあるわけがない
灯油や軽油じゃあるまいし >>588
液体状態のガソリンはガソリンスタンドで売ってるだろ。
気化「しない」じゃないよ。
密閉状態でなければすぐ気化して危ない。
密閉していれば気化できないので、そのまま火花が散っても燃えない。
電池で動く程度の装置が作れる火花で容器ごと燃え広がる事は無い。 >>589
気化してないガソリン＝気化ガスを発生させていないガソリン、のつもりで書いたんだよ
まあ書き込んだあと勘違いされるかな？とは思ったけどさw
流れ的にわかるだろとも思ったんだけどね…… エロ本の安全な保存法をﾏﾀｰﾘ語り合おうジャマイカ Calibreがいつのまにか縦書対応してた
4.0からかな >>592
目でスキャンして脳内に保管しておく
スキャン終わったエロ本はさっさと焼き捨てる >>594
4.0は2週間前に報告あるし縦書きは以前から>>546-548 縦書きは可能になったが、PDFだとページが目茶苦茶 4以降のバージョンアップの度にビューワーのバグ対応いっぱいしてるから落ち着くまでまだ数ヶ月はかかるんじゃね
エンジン換えたり、内部的に3のビューワーからかなり変わったみたいだしな まだアップデートは様子見した方が良いということですね mobiを無劣化でepubにするにはどうしたらいいですか？
kindleunpackだとminefileなしのフォルダが出てくるのでその後うまくepubにできませんし
、Calibreの標準機能だと劣化してしまいます >>601
unpackのmobi8ん中にepubあるやん >>601
mobi8フォルダにepubそのものがないか？ >>602
>>603
調べてみましたが、変換しようとしているのが、どうもめちゃくちゃ古いmobipocket形式みたいでした。
kindleunpackにかけると、HDImages（中身無し）とmobi7（Imagesフォルダ、book.html、content.opf、toc.ncx）の2つのフォルダが出てきました
こうなるともうepubとは形式が違うということになるのでしょうか？ >>604
そういう形式に当たったことがないので想像だけど、自分だったらこんなこと試してみる
・content.opfからkindlegenかKindle Previewer3でmobi作ってそれをkindleunpackしてみる
・元のmobiをCalibreでepub化し展開、kindleunpackの展開結果と比較し自分でepub作る >>605
ありがとうございます
kindlegenやPreviewerを使ってみたところ、epubが手に入りましたがCalibre以外ではうまく表示されませんでした
あきらめてCalibre標準の変換機能を使いました すまんすでに話題になってたな
ダウングレードしてくる >>607
やぱりまだ4.0では上手く行かないのですね >>609
4.0からPDF変換周りの処理が変わったような事を書いている記事も
あるけど、関係あるのかな？今ひとつわからず。 >>606
calibreで作ったepubをSigilで手直しすればいいんじゃね？
画像の劣化ならimagesフォルダ差し替えればいいだけだし 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ファイルの統合もスクリプトでやると長くなるけど これ、フォルダを複数選んで追加する方法はないのですか？ ■ このスレッドは過去ログ倉庫に格納されています
