【ChainLP】自炊データ変換ソフト【PDFDiet】4冊目
・ChainLP
自炊データ変換界の大御所
http://no722.cocolog-nifty.com/blog/chainlp/
・かんたんPDFDiet
シンプルな余白削除、フォーマット変換なら。SonyReader との相性抜群？
http://smart-pda.net/software/PDFDietEasy/
自炊でないデータ変換(AozoraEpub3など)についてはこちらへ
【自主】電子書籍作成スレ【作成】
http://uni.2ch.sc/test/read.cgi/ebooks/1297947557/
■前スレ
【ChainLP】自炊データ変換ソフト【PDFDiet】3冊目
http://uni.2ch.sc/test/read.cgi/ebooks/1330112414/
引き続き、どうぞ
おつ
スレたてご苦労
http://freecomic.biz/
立ててくれてありがとう、前スレいつの間にか落ちてんだもんな
よそのスレで質問していたよ
PWは問題なんだけど、同じような症状の人いない？
ChaiLPで出力をMobiにしているだけで他は何もいじってなんだけどな
その気持ち、分かる。
なんていうか、、、
よく分からない一括おまかせ画像処理とかいらないから、
シンプルに余白カットだけとか、
画像の一部だけゴミ除去とか、
OCRの一部を訂正とか、
他は維持したまま、単純操作をやりたいのだけどそういうPDFのソフトって少ないよね。
まあかなり優秀でフリーソフトであることに申し訳と思うようなできではあるんだけどな・・・
え、なんかあったっけ
？？ 普通にショートカットとかに登録して起動しているけど・・・
Yes。Creator が変わるので scansnap で再ＯＣＲ不可。acrobat 使うしか無いよ。diet の xml 修正裏技は出来なかった。
大丈夫だったのは rightfile ぐらいかな。
出来る方法あると思うが
先頭に1枚追加や差し替えじゃないぞ
自分で作ったmobiをAndroidのKindleアプリで表示させると落ちるのって仕様なんじゃ？
俺は自炊本をAndroidで読む時はPerfectViewer使うようにしてる。出力時にzipかrarにしておいて
Creatorをscansnapにパッチすればいいんだが、pdfdietだと１文字足りないんだ。
BeCyPDFMetaEdit
使ってみて!(^^)!
のpdfを
画像データ
と
黒色OCR文字
に分離するのに簡単で最適なソフトってどれ？
TNX from 21
えっとプロファイルの setting*.xml の、
<Creator>PFU ScanSnap Organizer 4.1.14</Creator>
にすれば良いんだと思う。
設定できるのにドキュメントに書いてないのは作者が富士通に遠慮してるんだと思う。
やってみたけどダメなんだが
22 で解決済みです
処理速度向上させるのは無理だろうか
一括変換ファイルが千超えると2日くらいかかる…w
複数ページ処理させるとうちの環境だと何故かファイルがおかしくなるし
そりゃ単純にCPU性能が低いんだろ
メモリ何メガなんだよ・・・
保存先を別ドライブにするだけで時間短縮するぞ
usb3.0の”書き込みの速いUSBメモリ”でもいいぞ
main2.0 とか USA3.0 じゃ、だめですか？
ごめん そういうの解らないんだ
快適そのもの
RAMディスクはテンポラリとして？
それとも変換前データを置いておく場所として？
普通に作ればHDDで特に遅くはない
4GB割り振ってあって、スキャンしたものはそこに保存して補正。
補正後にzip化までしてからHDDに書き出してるよ。
出力された時に圧縮前のファイルと圧縮されたファイルが同時に出力されるのですが
どうにか圧縮されたファイルだけ出力出来るようになりませんか？
KindleDX用に２段組設定してると２段組に出来るときと強制的に１段になってしまうときがある？
KindleDXで１段組だと縦に長すぎて見にくいんだよね
chainLPで特定の自炊pdfファイルを開くと、
左タブにページは250枚以上全て読み込まれているらしいのですが
中身がなぜか全て同じページになっています
（プレビューも1枚）
自炊業者に頼んだpdfファイルなのですが
数点ありましてなぜかchainLPでepubやcbzに変換したあと全てが特定のページのみとなってしまいます
普通にpdfを読むだけなら破損もなく問題ないのですが…
原因がわかる方いたらご教授願います…
応えにはならんが、>>28でも同じ症状が出ている
バグかな
あ…本当だ
ありがとうございます
分割するソフトで頁ごとに分けるしかないのでしょうかね…;;
ドロップすると縦書きになってしまうので。
え？ちょっとした発想の転換てすよ
大したことないですよ
AozoraEpub3 で横書き指定の e-pub にすればいいんじゃあ無いのか ?
ありがとうございます。思っていたものに近いです。
頑張ってみましたが、58KBのテキストが、38KBになって出来上がり、
全体の三分の一くらいしか書き出されていないorz
どこか間違ってるんでしょうか。
---------------------------------------
半角ハイフンが連続で続いた行に囲まれた部分がコメント扱いにされて消えてるんだと思う
親切にありがとうございます。
半角ハイフン見当たりません。
２５課まである解説書の、７課途中までで終わってしまう。
７課のその切れ目までを消してから新たに書き出したら
今度は３１KBで、９課の途中まで。
９課のできた所の最後に半角スペースのみの行があったからそれも消したけど変化なかった。
むーん
マルチコア非対応でいい加減処理の遅さがきつくなってきたので
別のソフト何かオススメあれば教えてもらえないでしょうか
こんなニッチなアプリってやっぱり世界中探してもeTilTranだけっすかねえ…
ChainLPがもっと小回りがきけばよかったんですけど
設計思想が違うみたいですしねえ
俺もえちるとらん使ってるけど、傾き等をえちるとらんのGUI使って補正して
プロジェクト保存だけして、あとはそのプロジェクトのテキストデータを元に
imagemagick使ってバッチで画像処理してる。
一つの画像処理中に別の画像をと簡易マルチスレッドでね。
すみません、すこし詳しく教えていただけないでしょうか
えちるのプロジェクトデータの傾き補正情報ってこんなのの連続ですよね。
001.bmp,漫画,2916,4290,,0.00,0.00,-,-,100,X:0000 Y:0000 W:2916 H:4290,-,C:\hoge,12510718,-
これをどう変換してimagemagickに食わせてバッチ処理させればいいのでしょうか？
ファイル,種別,幅,高さ,しおり,計測,補正,テクスト補正,ノンブル補正,拡大率,テクスト領域,ノンブル領域,パス,サイズ,レベル調整
というフォーマットで書かれてるから行をそのままforに入れれば各パラメータが取得できる
俺は小説ばかりなんで領域取得して余白カット・回転・リサイズ・挿絵と本文での処理変更等を一括してやってる。
これバッチの一部、パラメータ取得部。
for /f "delims=" %%x in (%project%) do (
set param=%%x
set param=!param:,,=,-,!
set param=!param:,,=,-,!
set param=!param:,,=,-,!
set param=!param:,,=,-,!
for /f "tokens=1,2,3,4,7,11,12,13,14 delims=," %%a in ("!param!") do @(
rem echo;ファイル=%%a ★ 種別=%%b ★ 幅=%%c ★ 高さ=%%d
rem echo;補正=%%e ★ テクスト領域=%%f ★ ノンブル領域=%%g ★ パス=%%h ★ サイズ=%%i
set pFilename=%%~a
set pCategory=%%~b
set pWidth=%%~c
set pHeight=%%~d
set pHosei=%%~e
set pText=%%~f
set pNumb=%%~g
set pPath=%%~h
set pSize=%%~i
ありがとうございます。
コピペでまんまでは動かないので自分なりにバッチコマンドを
調べているのですが、set param=!param:,,=,-,! の意味が良くわかりません
何のためにこの処理が4行も続いているのでしょうか？
あいうえお,-,かきくけこ
ではなく
あいうえお,,かきくけこ
みたいになってるとそこの項目が飛ばされて順番がずれてしまうので
「,,」を「,-,」に置換してる。
大体しおりのところがそうなってるんで1回でもいいんだけど、他にも出てきた時の為
念のために4回位置換してれば十分かなと。
ありがとうございます。
さらに調べてみたところ私の環境では
× set param=!param:,,=,-,!
○ set param=%param:,,=,-,%
とすれば期待した動作をしました。
!はNT系のコマンドインタープリタ「cmd.exe」でサポートしている遅延環境変数を表現する時に採用されるとかなんとか、ググったらヒットしましたけれどよく分からないのでスルーします
どうもバッチって何？というレベルに近い感じで
まあ先は長そうだ頑張ってくれ。
NT系といっても、Windows XPからは基本全てNT系のはずなので
なぜうちの環境(Win7 64bit)で動かないのかよく分からないですね
for /f "tokens=1,2,3,4,7,11,12,13,14 delims=," %%a in ("!param!") do @(
ここのdoの後の「@」もついてると動きませんでした。
削除すると期待通りの動作になりました。
ある程度知識があるもんだと思って書いたわけで、コマンドの意味が分からないレベルとは思ってなかったから。
OSは同じ7の64bitさ。
自炊本のページ番号をそのまま入れるとページ番号と本文までの余白のため
かなり字が小さくなってしまう。
ページ番号をトリミングするとどこを読んでいるのかわからなくなってしまう。
ルーラー配置でノンブル入れればええやん・・・あほちゃう
やたら大きなフォントで本文とかぶっちゃって使い物にならんのだが
もし、活字印刷の小説本のようなものでしたら、
まずは、ノンブル転送を試してみてはどうでしょうか。
(詳細設定->ページ補正タブ->小説解析)
(画像タブ内でページ補正を有効にするのも忘れずに)
参考までに、私が使っている設定値で関係するのを以下に。
ページ補正
無効サイズ 13pix
除去リミット 12から10%
膨張サイズ 8pix (この値はノンブルの大きさの想定値でもあるらしい)
(この値でもノンブル転送の具合が悪い場合は、編集メニュー内の
事前トリミングを行って、ノンブルを仮想の紙の端により近づけてみる)
コレでうまくいくといいですが。どうでしょうか。ではでは。
パブーで購入したPDFなんですけど圧縮形式らしくRightFileでは弾かれて弄れないんです
簡単は使ったことない
その点かんたんはD&Dだけだからな。
こだわりがなければ自由度は変わらんと思うけど。
今はepubばっかだから
どうしようもない
でも事前トリミングで範囲広げて削れば問題ない、どうしようもないのは設計ミスじゃないかな？ダイエットくん
物凄く押しつけの強い作者像が透けて見える
なんかおまえの方がおかしくないか。
具体的な提案が出せないようでは、押し付けがましいのは
むしろクレームを出してるほうだよな。
とはいえ、私もかんたんPDFは使わなくなったんで大きなこと言えない。
前はChainLPだと読めないPDFがあったので使ってたんだが、
Acrobatで、読んだ後、保存しなおせばいいことに気がついたorz
元pdfファイルサイズが22.6Mなのに出来上がったcbzファイルサイズは80M。orz
こんなもんなのか？
画像設定16bitにしてるとか？
画像設定というのは、詳細設定の画像タブの色深度のところかな？そこは8bitになってる
ためしに元スケールで出力してみたら130Mになりやがったorz
Scansnapで取り込んだ文庫の小説であるが…
みんなファイルサイズは小さくなるんだよね…？
・元pdfがグレスケ＋OSがwin7
だったりする？
・元pdf白黒二値（＋win8 64bit） です
・ガンマ・シャープ補正 ： 二値画にやっても効果なし、意味のない補正
・縮小 ： 減色すると色数は増える。グレスケなら256色(8bit)化するのでそのままではサイズは肥大する
・色深度8bit CBZ出力 ： 中身はjpg? png? どっちにしろ koboは16色(4bit)階調しかないので色深度 8bitは無駄
色深度1〜4bitにして画像形式をPNGかGIFにしてみ
E-Ink用に縮小しない場合でも二値画のjpg化は害しかないので割けること
○縮小 ： 縮小すると色数は増える。
いかんわ、減色で色数増えたら困るね
しかも補正によってノイズが乗り圧縮が効きにくくなってる、と
jpgは色数を制限できないフォーマットなため、256階調グレスケかフルカラーのどちらかしか作れない
二値画像はjpg変換した段階で２色ではなくなり余計なノイズが入る
あとそれとは別にwin7には256階調グレスケが16階調に強制減色表示になるGDI+バグがあり
ChainLPは読み込み時に影響を受ける
http://awabi.2ch.sc/test/read.cgi/download/1343758619/406,414-415
win7上で起動したChainLPはグレスケjpg(pdf)を16色画像として読み込んでしまうのであまりよろしくない
グレスケjpg→(16階調化！)→ガンマなど補正→デバイスに合わせた縮小→デバイスに合わせた減色
ScanSnapだとスキャン段階で白飛ばし入ってるから見た目的には気にならない程度の変化かもしれない
ただ、サイズ肥大の原因になってる可能性はある
圧縮率が標準ぐらいでもぼやけると思う、字がにじむっていうのかな
pngは色数を減らすが、にじまずに白黒はっきりする、だから白黒原稿には合うんじゃないかな？
挿絵はjpg、本文はpng、俺はこうしてる
でも16階調とかのパネル用に2値は不利だからアンチエイリアスをかけるのが普通で、
画像は最初からにじんでいる
それがjpgかpngかで差が出るとしたら、圧縮のしすぎによるアーティファクトが
見えてしまう場合で、それは圧縮の設定に問題がある
jpgは不可逆でpngは可逆。 この段階で歴然とした差がある
jpgで保存したら2値だろうが16階調だろうがフルカラーかグレスケ256階調に増色されるし
16階調しかないE-Ink端末でそれを表示したら端末側で再度減色しなくちゃならなくて遅くなる
jpgの圧縮って、ようはどこまで劣化させるかってことだし、
見た目に影響しないレベルまでクオリティ上げようと思ったら16階調pngよりサイズが大きくなる
jpgはあくまで写真みたいに階調の多いもの向けのフォーマット、クッキリハッキリの画像は苦手なんだよ
トイレでのトイレットペーパーの話？
100〜のスレッドの続きを読む
