【Calibre】電子書籍 保存・管理・変換・編集ソフト part1
■ このスレッドは過去ログ倉庫に格納されています
https://calibre-ebook.com/
Wikipedia https://ja.wikipedia.org/wiki/Calibre
Calibreとはフリー・アンド・オープンソースの電子書籍ソフトウェアであり、
電子書籍を保存や管理を行うことが可能で、多数のフォーマットに対応している。
またDRMのかかった電子書籍を他のフォーマットへ変換でき、
数種類の主な電子ブックリーダーと同期することができる。
使い方説明サイト
http://gihyo.jp/lifestyle/serial/01/calibre
Calibreについて語りましょう とりあえず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ファイルの統合もスクリプトでやると長くなるけど これ、フォルダを複数選んで追加する方法はないのですか? >>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のバージョンアップに協力する気はないという皆さんでしたー ■ このスレッドは過去ログ倉庫に格納されています