【ChainLP】自炊データ変換ソフト【PDFDiet】4冊目

自炊したデータやテキストを変換し、電子書籍リーダで読みやすくデータを最適化するソフトのスレです。

・ChainLP
自炊データ変換界の大御所
http://no722.cocolog-nifty.com/blog/chainlp/

・かんたんPDFDiet
シンプルな余白削除、フォーマット変換なら。SonyReader との相性抜群？
http://smart-pda.net/software/PDFDietEasy/

自炊でないデータ変換(AozoraEpub3など)についてはこちらへ
【自主】電子書籍作成スレ【作成】
http://uni.2ch.net/test/read.cgi/ebooks/1297947557/

■前スレ
【ChainLP】自炊データ変換ソフト【PDFDiet】3冊目
http://uni.2ch.net/test/read.cgi/ebooks/1330112414/

落ちていたので立ててみた
引き続き、どうぞ

>>1
おつ

>>1
スレたてご苦労

となりのヤングジャンプ、裏サンデーなどのWEBコミックや、立ち読み、試し読み　まとめサイト
http://freecomic.biz/

お>>1乙
立ててくれてありがとう、前スレいつの間にか落ちてんだもんな
よそのスレで質問していたよ

PDFDietの特殊な起動方法はなんとかならんのか

ChainLPで作成したmobiデータがNexus７だと落ちるんだけど・・・・・
PWは問題なんだけど、同じような症状の人いない？
ChaiLPで出力をMobiにしているだけで他は何もいじってなんだけどな

これもしかしてOCR無効になる？　余白かっとすると

はい

そうか。なかなか上手く行かないもんだな。

>>9 >>11

その気持ち、分かる。

なんていうか、、、
よく分からない一括おまかせ画像処理とかいらないから、
シンプルに余白カットだけとか、
画像の一部だけゴミ除去とか、
OCRの一部を訂正とか、

他は維持したまま、単純操作をやりたいのだけどそういうPDFのソフトって少ないよね。

>>12
まあかなり優秀でフリーソフトであることに申し訳と思うようなできではあるんだけどな・・・

起動方法が普通じゃないのがなー

>>14
え、なんかあったっけ

わざわざそれ用にエクスプローラ起動して、D&Dしてる

>>16
？？　普通にショートカットとかに登録して起動しているけど・・・

>>9
Yes。Creator が変わるので scansnap で再ＯＣＲ不可。acrobat 使うしか無いよ。diet の xml 修正裏技は出来なかった。
大丈夫だったのは rightfile ぐらいかな。

＞scansnap で再ＯＣＲ不可。
出来る方法あると思うが
先頭に1枚追加や差し替えじゃないぞ

>>8
自分で作ったmobiをAndroidのKindleアプリで表示させると落ちるのって仕様なんじゃ？
俺は自炊本をAndroidで読む時はPerfectViewer使うようにしてる。出力時にzipかrarにしておいて

>>19
Creatorをscansnapにパッチすればいいんだが、pdfdietだと１文字足りないんだ。

>>21
BeCyPDFMetaEdit
使ってみて!(^^)!

自炊画像データ+上のレイヤーに透明OCR文字
のpdfを
画像データ
と
黒色OCR文字
に分離するのに簡単で最適なソフトってどれ？

なんだかんだでＰＤＦにはアクロバット

>>22
TNX from 21

うい@22

>>18
えっとプロファイルの setting*.xml の、
<Creator>PFU ScanSnap Organizer 4.1.14</Creator>
にすれば良いんだと思う。
設定できるのにドキュメントに書いてないのは作者が富士通に遠慮してるんだと思う。

i2pdfで自作したPDFを更にchainLPにD&Dしたところ、そのPDFの１頁だけが本の頁分読み込まれてしまうんだが、これはバグということでいいのかな

>>27
やってみたけどダメなんだが

>>27
22 で解決済みです

chainLP，機能的には不満ないんだけど
処理速度向上させるのは無理だろうか

一括変換ファイルが千超えると2日くらいかかる…w
複数ページ処理させるとうちの環境だと何故かファイルがおかしくなるし

じゃぁ500で分けて2ファイルにしたらいいのに

>>31
そりゃ単純にCPU性能が低いんだろ

>>31
メモリ何メガなんだよ・・・

sub2.0の外付けHDDでもいいから
保存先を別ドライブにするだけで時間短縮するぞ
usb3.0の”書き込みの速いUSBメモリ”でもいいぞ

>>35

main2.0 とか USA3.0 じゃ、だめですか？

>>36
ごめん　そういうの解らないんだ

俺はRAMディスク作ってそこで作業してるな
快適そのもの

横から悪い
RAMディスクはテンポラリとして？
それとも変換前データを置いておく場所として？

それは単にソフトのバッファリングが下手なんだよ
普通に作ればHDDで特に遅くはない

>>39
4GB割り振ってあって、スキャンしたものはそこに保存して補正。
補正後にzip化までしてからHDDに書き出してるよ。

mobi出力時にKindlestrip.pyを実行する機能を追加されたので使ってみたのですが
出力された時に圧縮前のファイルと圧縮されたファイルが同時に出力されるのですが
どうにか圧縮されたファイルだけ出力出来るようになりませんか？

小説家になろうのページからD&DでPDFには出来るんだけれど
KindleDX用に２段組設定してると２段組に出来るときと強制的に１段になってしまうときがある？
KindleDXで１段組だと縦に長すぎて見にくいんだよね

すみません質問です

chainLPで特定の自炊pdfファイルを開くと、
左タブにページは250枚以上全て読み込まれているらしいのですが
中身がなぜか全て同じページになっています
（プレビューも1枚）

自炊業者に頼んだpdfファイルなのですが
数点ありましてなぜかchainLPでepubやcbzに変換したあと全てが特定のページのみとなってしまいます
普通にpdfを読むだけなら破損もなく問題ないのですが…

原因がわかる方いたらご教授願います…

>>44
応えにはならんが、>>28でも同じ症状が出ている
バグかな

>>45
あ…本当だ
ありがとうございます

分割するソフトで頁ごとに分けるしかないのでしょうかね…;;

テキスト文書を横書きのままkoboで読むのはどうすればいいでしょう。
ドロップすると縦書きになってしまうので。

本体を傾けるってのはどうかな

え？ちょっとした発想の転換てすよ
大したことないですよ

>>47
AozoraEpub3 で横書き指定の e-pub にすればいいんじゃあ無いのか ?

>>49
ありがとうございます。思っていたものに近いです。
頑張ってみましたが、58KBのテキストが、38KBになって出来上がり、
全体の三分の一くらいしか書き出されていないorz
どこか間違ってるんでしょうか。

どっかにこんな感じで半角ハイフンが続いてるところはない？
---------------------------------------
半角ハイフンが連続で続いた行に囲まれた部分がコメント扱いにされて消えてるんだと思う

>>51
親切にありがとうございます。
半角ハイフン見当たりません。
２５課まである解説書の、７課途中までで終わってしまう。

７課のその切れ目までを消してから新たに書き出したら
今度は３１KBで、９課の途中まで。
９課のできた所の最後に半角スペースのみの行があったからそれも消したけど変化なかった。
むーん

ChainLPを使わずにいまだにeTilTranを使って傾き補正をしてるんですが
マルチコア非対応でいい加減処理の遅さがきつくなってきたので
別のソフト何かオススメあれば教えてもらえないでしょうか
こんなニッチなアプリってやっぱり世界中探してもeTilTranだけっすかねえ…
ChainLPがもっと小回りがきけばよかったんですけど
設計思想が違うみたいですしねえ

作者の気分が変わることを祈るのみ

>>53
俺もえちるとらん使ってるけど、傾き等をえちるとらんのGUI使って補正して
プロジェクト保存だけして、あとはそのプロジェクトのテキストデータを元に
imagemagick使ってバッチで画像処理してる。

一つの画像処理中に別の画像をと簡易マルチスレッドでね。

>>55
すみません、すこし詳しく教えていただけないでしょうか
えちるのプロジェクトデータの傾き補正情報ってこんなのの連続ですよね。

001.bmp,漫画,2916,4290,,0.00,0.00,-,-,100,X:0000 Y:0000 W:2916 H:4290,-,C:\hoge,12510718,-

これをどう変換してimagemagickに食わせてバッチ処理させればいいのでしょうか？

テス

>>56
ファイル,種別,幅,高さ,しおり,計測,補正,テクスト補正,ノンブル補正,拡大率,テクスト領域,ノンブル領域,パス,サイズ,レベル調整
というフォーマットで書かれてるから行をそのまま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

>>58
ありがとうございます。
コピペでまんまでは動かないので自分なりにバッチコマンドを
調べているのですが、set param=!param:,,=,-,! の意味が良くわかりません
何のためにこの処理が4行も続いているのでしょうか？

それはパラメータが「-」じゃなくて無しになってる場合、つまり
　あいうえお,-,かきくけこ
ではなく
　あいうえお,,かきくけこ
みたいになってるとそこの項目が飛ばされて順番がずれてしまうので
「,,」を「,-,」に置換してる。
大体しおりのところがそうなってるんで1回でもいいんだけど、他にも出てきた時の為
念のために4回位置換してれば十分かなと。

というか今更気づいたけど2回で十分だったかな。

>>61
ありがとうございます。
さらに調べてみたところ私の環境では
× set param=!param:,,=,-,!
○ set param=%param:,,=,-,%
とすれば期待した動作をしました。

!はNT系のコマンドインタープリタ「cmd.exe」でサポートしている遅延環境変数を表現する時に採用されるとかなんとか、ググったらヒットしましたけれどよく分からないのでスルーします

遅延展開はリストを処理する場合に必要なんだが…

どうもバッチって何？というレベルに近い感じで
まあ先は長そうだ頑張ってくれ。

>>63
NT系といっても、Windows XPからは基本全てNT系のはずなので
なぜうちの環境(Win7 64bit)で動かないのかよく分からないですね

for /f "tokens=1,2,3,4,7,11,12,13,14 delims=," %%a in ("!param!") do @(

ここのdoの後の「@」もついてると動きませんでした。
削除すると期待通りの動作になりました。

そりゃ全体は200行位のバッチの途中だし頭も尻も無いんだし、パッとコピペして使えるわけがないよ…
ある程度知識があるもんだと思って書いたわけで、コマンドの意味が分からないレベルとは思ってなかったから。
OSは同じ7の64bitさ。

chainLPでページ番号をつけてくれないかな
自炊本のページ番号をそのまま入れるとページ番号と本文までの余白のため
かなり字が小さくなってしまう。
ページ番号をトリミングするとどこを読んでいるのかわからなくなってしまう。

>>66
ルーラー配置でノンブル入れればええやん・・・あほちゃう

chainLP、ルーラー配置のノンブルのフォントサイズってどっかで調整できる？
やたら大きなフォントで本文とかぶっちゃって使い物にならんのだが

>>66
もし、活字印刷の小説本のようなものでしたら、
まずは、ノンブル転送を試してみてはどうでしょうか。
(詳細設定->ページ補正タブ->小説解析)
(画像タブ内でページ補正を有効にするのも忘れずに)

参考までに、私が使っている設定値で関係するのを以下に。
ページ補正
　無効サイズ　　13pix
　除去リミット　12から10%
　膨張サイズ　　8pix　(この値はノンブルの大きさの想定値でもあるらしい)
(この値でもノンブル転送の具合が悪い場合は、編集メニュー内の
事前トリミングを行って、ノンブルを仮想の紙の端により近づけてみる)

コレでうまくいくといいですが。どうでしょうか。ではでは。

RightFile以外で左綴じから右綴じに変換出来るソフトって無いですか?
パブーで購入したPDFなんですけど圧縮形式らしくRightFileでは弾かれて弄れないんです

age

ChainLP と かんたんPDFダイエットどっち使ってる？

ChainLP
簡単は使ったことない

かんたんの方が精度高いけど、自由度はゼロに近い

かんたん使ってる。前はChainLPだったけど、いちいち変換してやるのがめんどくなった。
その点かんたんはD&Dだけだからな。
こだわりがなければ自由度は変わらんと思うけど。

PDFを使わなくなったからChainLP
今はepubばっかだから

たまにノンブル削るのに失敗してるんだけど、
どうしようもない

ChainLPもノンブルが章の名前とか続いて長かったらトリミング失敗するね
でも事前トリミングで範囲広げて削れば問題ない、どうしようもないのは設計ミスじゃないかな？ダイエットくん

かんたんはあの奇怪なUIがどうにも受け付けない
物凄く押しつけの強い作者像が透けて見える

>>79
なんかおまえの方がおかしくないか。

何がどう悪いか、どのように改善すべきなのか
具体的な提案が出せないようでは、押し付けがましいのは
むしろクレームを出してるほうだよな。

とはいえ、私もかんたんPDFは使わなくなったんで大きなこと言えない。


前はChainLPだと読めないPDFがあったので使ってたんだが、
Acrobatで、読んだ後、保存しなおせばいいことに気がついたorz

ChainLPで自炊したPDFファイルをkobo gloの解像度[758*1024]、ページ補正小説優先、ガンマ補正1.6、シャープネス3で、CBZファイルにしたら、
元pdfファイルサイズが22.6Mなのに出来上がったcbzファイルサイズは80M。orz
こんなもんなのか？

>>82
画像設定16bitにしてるとか？

>>83
画像設定というのは、詳細設定の画像タブの色深度のところかな？そこは8bitになってる
ためしに元スケールで出力してみたら130Mになりやがったorz
Scansnapで取り込んだ文庫の小説であるが…
みんなファイルサイズは小さくなるんだよね…？

・元pdfが白黒二値 　もしくは
・元pdfがグレスケ＋OSがwin7

だったりする？

>>85
・元pdf白黒二値（＋win8 64bit） です

・元画像 白黒ニ値(1ビット) ： スキャンの段階で極限まで省サイズ化されてる
・ガンマ・シャープ補正 ： 二値画にやっても効果なし、意味のない補正
・縮小 ： 減色すると色数は増える。グレスケなら256色(8bit)化するのでそのままではサイズは肥大する
・色深度8bit CBZ出力 ： 中身はjpg? png? どっちにしろ koboは16色(4bit)階調しかないので色深度 8bitは無駄

色深度1〜4bitにして画像形式をPNGかGIFにしてみ
E-Ink用に縮小しない場合でも二値画のjpg化は害しかないので割けること

×縮小 ： 減色すると色数は増える。
○縮小 ： 縮小すると色数は増える。

いかんわ、減色で色数増えたら困るね

減色のつもりが増色になってるというオチかｗ
しかも補正によってノイズが乗り圧縮が効きにくくなってる、と

なんでグレースケールのpngは良くてjpgは駄目なんだ?

256階調グレスケではなく16階調にしたいから
jpgは色数を制限できないフォーマットなため、256階調グレスケかフルカラーのどちらかしか作れない
二値画像はjpg変換した段階で２色ではなくなり余計なノイズが入る


あとそれとは別にwin7には256階調グレスケが16階調に強制減色表示になるGDI+バグがあり
ChainLPは読み込み時に影響を受ける
http://awabi.2ch.net/test/read.cgi/download/1343758619/406,414-415

win7上で起動したChainLPはグレスケjpg(pdf)を16色画像として読み込んでしまうのであまりよろしくない
グレスケjpg→(16階調化！)→ガンマなど補正→デバイスに合わせた縮小→デバイスに合わせた減色

ScanSnapだとスキャン段階で白飛ばし入ってるから見た目的には気にならない程度の変化かもしれない
ただ、サイズ肥大の原因になってる可能性はある

>>90
圧縮率が標準ぐらいでもぼやけると思う、字がにじむっていうのかな
pngは色数を減らすが、にじまずに白黒はっきりする、だから白黒原稿には合うんじゃないかな？
挿絵はjpg、本文はpng、俺はこうしてる

白黒はっきりなのは2値でしょう
でも16階調とかのパネル用に2値は不利だからアンチエイリアスをかけるのが普通で、
画像は最初からにじんでいる

それがjpgかpngかで差が出るとしたら、圧縮のしすぎによるアーティファクトが
見えてしまう場合で、それは圧縮の設定に問題がある

アーティファクトでググったけど意味が分からん
jpgは不可逆でpngは可逆。 この段階で歴然とした差がある

jpgで保存したら2値だろうが16階調だろうがフルカラーかグレスケ256階調に増色されるし
16階調しかないE-Ink端末でそれを表示したら端末側で再度減色しなくちゃならなくて遅くなる

jpgの圧縮って、ようはどこまで劣化させるかってことだし、
見た目に影響しないレベルまでクオリティ上げようと思ったら16階調pngよりサイズが大きくなる
jpgはあくまで写真みたいに階調の多いもの向けのフォーマット、クッキリハッキリの画像は苦手なんだよ

日本では一般的にブロックノイズと言われる代物＞アーティファクト(artifact)

モスキートノイズも忘れないで

chainlpで見開きをかってに連結するのどうやったらやめれるの

紙がなくて真っ黒になった部分を白にする方法てあります？

塗る

>>98
トイレでのトイレットペーパーの話？

紙が無く手なんて書くなよ
外周のトリミングの話か？
だったら適当に自分で色塗ればいい

これって二諧調化ってできないの？
モノクロじゃなくって

これってどれだよ、ここは単一アプリのスレじゃないぞ
ChainLPのこと言ってるならできるし、設定見なおせ

モノクロじゃないって書いているが、
黒を赤とかオレンジにという意味じゃないよな
一応確認の意味を込めてカキコ

ああ、白黒2色じゃなくて、赤白とか赤黒とかにしたいて意味か
それは無理だな

スレチで聞くついでで盛り上がってるから聞くけど
二階調はグレースケールじゃない奴です
白と黒の二階調化で白だったらしろ　黒だったら黒にする
やつです

>>106
そこを確認したくて書いたわけですよ
本人確認しないよあやふやなので

画像ファイルの世界でいうモノクロはカラーの対義語（中間の灰色階調のあるグレースケール）ではなく
白黒2値を指すと思う

で、結局
・白黒に限らない2色
・白黒に限った2色
のどっちを指してんの？ 前者なら無理だし、後者なら色深度1bitにすればいい

ChainLPでリサイズしてPDF化する際、以下の環境ですとサイズはどう設定するのが最適ですか？

・閲覧は画面解像度1280×720のスマホ
・使用ビュワーはComittoNや天下一読
・自炊で取り込んだ元画面の解像度は1600(固定)×1100前後

よろしくお願いします

>>109
1280×720

アスペクト保存しろよ

ありがとうございます

>>110
画面の解像度と同じにするのが理想というのは分かるのですが
それが元画像の縦横比と違えばおかしなことにならないんですか？
もしかして凄く恥ずかしいことを聞いてたらすみません

>>111
アスペクト保存とは、元画像の縦横比そのままで縮小することですよね？
この場合、縦1280と横720どちらを基準にするのが良いのでしょうか？

＞自炊で取り込んだ元画面の解像度は1600(固定)×1100前後

語るに落ちてるな
ピクセルサイズ固定でスキャンとか考えられないし、縮小済み割れファイルだろこれ
拡縮が楽な泥スマホで端末最適化とかも意味わかってなさすぎ
自分で縦1600まで縮小しておいてこれからどうすればいいですかとかアホな質問するわけもない

>>113
自炊wikiで縦は~1600が一般的と書いてあったので
そのまま取り込んだら古いノートPCだと見るときもたつくんですよ
それをスマホ用に更にリサイズ＆圧縮したいだけです

低レベルな質問をしていることは理解してます
ですが調べてもよく分からないので、教えていただけないでしょうか？

後から来る誰かの役に立ちそうもないあなただけの特殊状況に依存した質疑はここを使わず知恵袋にいくべき

>>112
縦を基準に縮小しないと見開きにしたときガタガタになる

>>115
すみません
スレ汚し失礼しました

>>116
ありがとうございます
参考にさせていただきます

結論でたね
元データは削除するなよ
元データは残しておいてスマフォ用に作ればいいだけだ

ていうか1600まで縮小できてるんならそれ以上縮める必要ないだろ
E-InkじゃあるまいしDot by Dotにこだわる理由もない

E-Inkだと拘る理由は?

16階調しかないので端末側で拡大縮小するとボケ画像になってあまり綺麗じゃない
cpuが非力なのでズーム処理が入るともっさりする

皆さんアドバイスありがとうございます
PC用のサイズから更に小さくするのは、SDに入れて持ち運びたいからです

すみません最後に１つ質問させて下さい
ChainLPで加工すると、ComittoNというビュアーでPDFが読み込めません
他のソフトでPDF化したものだと読み込めるのですが、ChainLPは何か特別な処理をしているのでしょうか？

綺麗じゃないのも非力なのもCPUの問題で、E-Inkとは関係ないのでは

パネル特性としてE-Inkは書換えに時間がかかる、少なくとも現状の技術では
タブレット並みの高速CPU積んでも液晶のような表現はできないだろう
表示については端末の縮小&減色アルゴリズムに左右されるが。CPU・パネル特性ともに無関係じゃない

尚、こっちとしては運用面でのE-Ink端末の話をしたつもり
今我々が手にとることができるE-Ink端末は電池持ちを良くするためにもれなく非力なCPU積んでるし
DotByDot表示と拡大縮小表示では明らかに見た目に差が出る

観念的な話をしてもしょうがない、てかE-Inkの実機みたことないでしょ？

ComittoNってなんなんだろうと思ってぐぐったのだけどandroidのビューワーのわけね。
androidを持ってないので、なんとも言えないのだけど、とりあえずPDFのバージョンを変更してみては？
(詳細設定→ファイル出力→PDF設定で変更可）

PDFは有名なacrobatですら、独自仕様のPDF作ってしまい互換性で意外と難があります。
基本、市販ソフトなんかはacrobatで作ったPDFが読めることが前提になるのだけど、
フリーソフトだと、ISO準拠のPDFしか読めないのかもしれないです。

他のソフトでPDF化で読めるのであれば、ChainLPで作ったPDFをそのソフトで読んで
再保存できませんか？　これだけで読めるようになることもありますよ。

>>125
ChainLPの設定変更では無理でしたが、他ソフトで再保存したら読み込めました
親切にありがとうございます
助かりました

「問題が発生したため、Chainlpを終了します。ご不便をおかけして申し訳ありません。」
最近までちゃんと使えてたのに急に起動できなくなった…
他の新しいソフトをインストールした記憶もないし、再ダウンロードしてもシステム復元しても効果無し
誰か助けて~

俺は使えている。

やっと直せた
原因は不明だけど、どうやらFrameworkのあるファイルが壊れていた模様

>>129
メモリやばくね？

epubからfont埋め込みの縦書pdfを作成できるソフトってありません？

StoryHDという少し古めのE-InkReaderを使っているんですが、
縦書EPUBに対応していないので、フォント埋め込みで縦書のPDFをPC側で作成して転送したいのです

iRiver Story HD、正式に販売中止にGoogle Booksのエコシステムを利用する世界初の電子書籍リーダーとして注目を集めたiRiverのStory HD。
販売が不調で販売中止となった。

StoryHDとか懐かしすぎワロタ
二年前の段階で縦1024の解像度があった唯一の端末だよね

koboも今のうちに買っとくべきかな

現在、スキャンしPDF化したノートがあるのですが見開き表示の際見栄えを良くしたいと思います。
具体的には「上下左右のサイズを統一する」＋「ノートの罫線が左右対称にきっちり合わせる」この２つのことをしたいです。
インターネットで調べたところ「ChainLP」＋「eTilTran」で出来るとのことですが他に何かよいソフトがありましたらそちらを使いたいと思います。
（無料・有料ソフト問いません）
宜しくお願いします。
　
http://uploda.cc/img/img52668a4e91a72.jpg

>>135
自動化は無理じゃないかな？いわゆる見開き結合でしょ？
そんな手間かける暇あったら勉強に割けよ、と俺は思うぞ

見開きで位置合わせ
手動なら写真屋でもe.cでもノートの罫線を目印に上部サイズカットして
可能かもしれんが自動はないだろうな

eTilTranをうまく使いこなせば半分程度は可能なのかもしれん
（設定煮詰める大変そうかも）

>>136
ありがとうございます。
他のノートはどうでもいいのですがこのノートだけは思い出の物で
できるだけ綺麗にデータ化しておきたいと思いまして・・・。

>>137
ありがとうございます。
自動でやってくれるソフトはありませんか・・・。
一旦画像化して１枚づつの加工の方が確実ですね。

使ってるスキャナは何？
ADFって結構伸縮誤差あるから手動でも上手く繋がらないもんだよ、S1500とかだったら絶望的

後で楽したいならフラベでノートバラさないで押しつけスキャン、ノドまたいでB5より大きめに取る
のりしろさえ有ればICEやフォトショで自動結合できる

>>138
スキャン系は基本割り切ったほうがいいかと・・・
その辺の編集はコミック系のスレで聞いたほうがいいんじゃないか？

できるソフトなんかないんじゃね
つうかスキャンの段階まで遡れば？

もう、何も書くことはございません。

>>138です。

皆さんありがとうございます。
使っているスキャナはix500になります。
同じメーカーなのでこの機種も絶望的ですね。

ADFタイプのスキャナではなくスタンド型の方が確実のようですがその場合中央部分が暗くなってしまったりと・・・。

どちらも一長一短ですね。

色々間違ってるがとりあえず諦めたっぽいので突っ込まないでおく

>>144
書いちゃったんだから
間違っている部分含めてアドバイス言っちゃえよ

ChainLP使う前に
E.C.とかeTilTranで角度補正して画像修整かける時に
奇数ページと偶数ページそろえておかないと面倒なので広告ページも一緒にスキャンしているんだけど
あとから削除するの大変

なんかいい方法ないかな
いい知恵あったらアドバイスしてほしい

あとで削除するなら、空の状態でスキャンすれば？

間違って別のとこに書いたんだけど、PDFがうまく読み込まなくなったんだ、何かの設定触っちゃったのかな?
画像だけでテキストが表示されないんだ。

>>147
空のじょうたいでスキャンとは？
ADFでそれは無理だろフラベでやっている前提？

>>148
あっちで質問取り下げてから来い、今の状態じゃマルチで起こられるぞ

>>31
亀レスだけど.net標準の機能使ってるからじゃないか
拡大縮小とかはopencvの方が遥かに早い
その分コーディングも面倒だけど

今更なんだけど
かんたんPDF ダイエット使ったら向きが横向きに変えられてるんだけどどうすればいいの？設定で防げる？

win7

誤爆すんません

"smart-pda.net"のサイトに繋がらない。

これじゃPDFDietをダウンロードしようにも出来ない。
ミラーサイトみたいなところってないの？

>>155
http://www.forest.impress.co.jp/library/software/easypdfdiet/

>>156
サンクス

chainlpで目次入れるときって、
手入力かautohotkeyしか無いですかね？
テキストデータから簡単に流し込みたいのです。

おちた？

ロンドン橋

ロンドン焼

No.722さん、
ChainLPの出力設定でcbz選択してても再起動する度にzipになる件、
そろそろ直して欲しい

初めてこの板に来ました

近所のショップでscansnap1500だかってやつの中古が自分が買える値段で売られてて
これを期に自炊を始めようと思うんだけど、どうやら同封されているAdobe Acrobat 9 Standardて奴が付いてないらしい。
その為、自炊に使用するためのソフトを手に入れたいんだけど、市販されているものでもフリーソフトでもなんでもいいので、
Adobe Acrobat 9 Standardに相当するものを教えて欲しいです。

>>163
書いてる間に>>1読めよカス
始めて来ましたとか何の免罪符にもならない

>>163
ビュアーでしょただのpdfがつかるビュアーを探せばいいだけ

うちではacrobatはOCRにしか使わないから、
代わりになるようなフリーソフトは知らないな

スキャンできればいいだけならacrobatは無くていい
っていうか無い版を安く売って欲しいと思っている

そうそう　皆の言うように
アクロバット9で何をするのかで調べたらいいと思う
ちなみに自分は全く使わない

excelのファイルをコンビニプリントすることがたまにあって、
pdfしか受け付けてないからpdfに変換するんだけど、
excelのメニューに何故かpdfの項目が増えてて、
これが実はacrobatをインストールした影響なんだと思う
これが出来ないと同じことのできるフリーソフトを探さないといけないところだった

所がどっこい
2007以降のエクセルはpdf変換出来るようになってます

所がどっこい
Excelが出力するPDFファイルは個人情報が残っていたり、
wmfの図が消えたりするおもしろ仕様になっています。

そんな不具合あるんだ

pdf読み込んだらなんか白黒反転みたいなメタリックな処理が施されてて読めぬ

かんたんPDFDietは優れたソフトだけど、使い勝手の悪さだけは何とかならんのか。

ソフトの「使用方法の文脈」が個性的すぎて、作った本人は簡単だと思ってるのかも
知れないが、久しぶりに使うと戸惑うわ・・・。

使い方を熟知して慣れると簡単に使えるようになる

でも、一般的なUIに合わせた方がもっと簡単

D&Dに対応している(というかそれ一択)なので逆に、
ファイラーからコマンドラインのツールみたいにファイルを渡して起動することができるという
思わぬ利点もある

作者はそんなこと絶対意図してないと思うけど

もう小説家になろうの目次をD&Dしても自動でやってくれないの？

みなさん漫画変換する時ってシャープネスいくつに設定してますか？

自炊の為に作成したPDFをmobiファイルに変換する為にChainLPを使ってるんだけど
どうやっても作成時に1ページおきに画像が180度回転してしまう現象が出てしまう。
こんな症状出た人いますか？
どのように対処すればいいですか？
ちなみにPDFはscansnap s1500で作成しました。

きっと元のPDFがそう。ちゃんと見えててもそう見せてるだけ

急にChainLPが起動しなくなりました。
ショートカットアイコンをクリックしても全くの無反応です。
最後に使用したのは一週間ほど前で、それ以来パソコンの電源を付けてもいません。
考えられる原因をご存知の方いましたらお助け下さい。

ダブルクリックしましたか？

システムの復元をしてみたら。

>>181
言葉足らずですみません、当然ダブルクリックです。

>>182
最後に起動させた日以前まで遡って、システムの復元も試しましたが駄目でした。

アンインストールして再度ダウンロードはダメだった？
パソコンが重いのかもね。不要なファイル削除したり、デフラグしたりして軽くみるといいよ
CCleaner(とCCEnhancer),Auslogics Registry Cleaner,
Auslogics Registry Defrag,Auslogics Disk Defrag
良かったらこの辺のフリーソフト使ってみて。雑誌に載ってたやつなんだけど
役に立てず面目ないm(_ _)m

.net frameworkのランタイムを再インストールすりゃなおるんじゃないか

>>185
何故だか分かりませんが、frameworkを再インストールしたら起動できました！
ありがとうございます、助かりました。

>>184
いえいえとんでもないです。
今回は別の原因でしたが、頂いたアドバイスは知識として覚えておきます。
ありがとうございました。

エスパーさん凄い！

青空形式のtxtで��〇〇�≠ﾌ���≠ｪＰＤＦフォント埋め込みで左右反転した形になるんですが
どこか設定ミスがあるんでしょうか？
画像ＰＤＦにすると正常に出力されます。

パソコンの買い換えを検討しているのですが、windows8でもこのソフトは使えますか？

win8.1 64bit で問題なく使ってる

>>190
安心しました
素早いレスありがとうございました

どのソフトだよ

スレ題にある2つのソフトじゃないのか

小説になろうのサイト構成に変更があったせいなのか、
D&Dでpdf変換ができなくなったorz

対応してくれんかのー。

aozorepubがなろうレイアウト変更で
ﾀﾞｳｿﾞでけんようになった

>>191
win8.1で使ってるのはChainLP
PDFDietは使ったことないのでわからん

>>194
NovelDL
俺はこれでテキスト摘出してる、登録しておければ更新があった作品のその部分だけまた摘出できるから
更新あったかな〜？と無駄にサイトを廻る必要もなくなるよ

ちなみに俺の>>176の時は誰もレス付けてくれなかったがなw別に恨んでないけど

>>197
NovelDL使ってみる。

2/19以前はChainLPで問題なくpdf作れてたよ。
>>176の時は>>176さん側の問題だったんだろう。

>>197
ソフト名書かずにわかるわけねえだろ

>>197
NovelDLも使えない件について

２ｃｈのどっかで、なろう変更に対応した設定ファイルをＵｐしてたはずだが
見失ってしまった。ここにもハッテー

>>200
AozoraEpub3なら
【自主】電子書籍作成スレ【作成】
こっちのスレじゃ？

サンクス！見つかったよ

616 ：名無しさん＠お腹いっぱい。：2014/02/23(日) 01:59:26.68 ID:ZQvr1efh
とりあえず、AozoraEpub3の「小説になろう」レイアウト変更対応ってことで >>583 に>>609 の修正を
したものに説明文を付けてうｐしておきました

http://fast-uploader.com/file/6948643504509/

そのうち消えるんでどしどし転載希望

アンカ先ミスってた
けど通じてるからいいか

なんだ、Janeだからずれているんだろうなーと思って、
>>202さんのおかげ。とかわざと書かなかったんだ。
サンクス

近代デジタルライブラリーの見開きの黒いところを削除するフリーツールってない？

最近の成年コミックの局部の黒いところを削除するフリーツールってない？

どんなのか見せて

No.19　 [名無し]さん(bin+cue).rar　［sage］　2014/03/05(水) 08:34:43.39 ID:WKSPk+Dt0 (PC)　
http://i.imgur.com/BF0vmv3.jpg
http://i.imgur.com/WlLkx9K.jpg
なんなんコレ？マンマン真剣に描き込んでる作家への冒涜だろ……消しが薄いほうが雑誌だからなコレ
月野定規の残念王子と毒舌メイドにしたってあの消しじゃせっかくの臭そうなマンマンも伝わらへんでぇ……
おっちゃんイイ歳してキレちまったよ

教えてください。

jpg→Mobiにしたんですが
kindlepw(2013)上でページをズームすると
右下しか拡大表示されません。

左下に動かそうとしても右下に戻ってしまいます。

解像度ぐらいしか変更していませんが、他に
どこか変更する箇所はあるのでしょうか？

IX500でスキャンしたPDFをLPに食わせるとtiffと拡張子のついた画像だけが白黒反転したり黒くなったりする。ChainLPに何か追加で要るものある？

>>211 そうねぇ
ビュアー：一覧表示して確認するため　　（ViXが根強い人気）
ペイント：細かい補正や単一トリミング 　（PhotoScapeやJTrimなど、PhotoShopというお金持ちも居る）
加工：一気に処理(変換)するときに使う （Ralphaとか、金があるならシェア版のほうが多機能）
どこまでやるかにもよるけど

・とれあえず読めればOK

程度でも上の3つぐらいは使うんじゃね

そもそもPDFでスキャンしないよね・・・　単一ファイルの画像フォーマットでスキャンして、それをソースとして残し
そこから、上のツールで確認・加工（簡単にやるならそれこそ数分）してPDF化するんじゃね

スキャナーのPDF作成機能だと余白や各種調整が電子書籍リーダー向けじゃないと思うけど・・・
まぁ一番早く「読める状態」にはできるとは思うけど、使いにくんじゃないの？　サイズ的にも処理的にも・・・

小説家になろうのレイアウトが変わったみたいでChainLPで直接読み込めない。
しょうがないから、NovelDLでいったんtxtにしてからChainLPに読み込ませてます。

目次関係は、青空タグの改行やら字下げやらを挿入して凌いでるんだけど、各話にある前書き後書きを除去したいんです。
ChainLPは勝手にしてくれてたんだけど、なんとかできないかな。

NovelDL→AozoraEpub3じゃいかんの？

使ってる端末がnookなんでフォント埋め込みpdf出力してやらないと、日本語縦書きで表示されないんでさぁ。
PCで読むにも、パブリフォントで作ったpdfは綺麗でいいんだよ。

nook・・・毛抜きですね、わかります

自己解決しました。

Narou.rbで生成したtxtをＣｈａｉｎLPに突っ込むことにしました。

表紙作成のためにtxtを若干弄ってやる必要ありましたが、
ＣｈａｉｎLP側で目次変換の設定を字下げ（2〜2字下げ）にしてやれば目次もバッチリでした。

両作者に感謝。

l

ChainLPで余白の削除をしたいのですが、カラーだと出来ないのでしょうか？

できなかった？

そうですね。
どこか設定を変えれば出来るのかなと思いまして。

余白が真っ白じゃないとか？

とまりすぎじゃね

縦書きのepubをPDFに変換できるソフトってないんですね。。

epubの中身を展開して、xhtmlをtxtに変換してchainLPに読ませばいいんでない？
暗号化されてるepubなら知らん。ていうか無理。

ePubを印刷できるソフトがありゃそれでOKだと思うんだが……

てす

ScanSnap iX500で文庫本(小説)をグレースケール&スーパーファインでPDF取り込み、
ChainLPでKOBO glo用に以下の設定でcbz変換しています。
・サイズ：758×1024
・本文ボールド
・ガンマ補正1.6自動
・シャープネス：3
・画像設定：本文･挿絵共にPNG･4bit
手間がかかるのでOCRでテキスト化等は考えていません。ある程度快適に読めればいいという感じです。

ファイルサイズがもうちょっと小さくならないものかと悩んでいます。
(600頁ほどの本のcbzファイルのサイズが183MB)
この程度は仕方がないのでしょうか。
ご助言頂けるとありがたいです。

自分ならエクセレントで取り込んで、縮小、二値化するかな

cbzが嫌なんで、RcKepubも使ってる。

>228

4bitPNGより、グレースケールJPEGの方が小さくできないか?

ご助言ありがとうございます！
詳細設定についてはほとんど知識がないので、的外れな理解をしていたらスミマセン。

>>229
縮小というのは・・・解像度を小さくするということでしょうか。例えば758×1024⇒379×512とか？
二値化というのは、文字のみページを白黒で取り込むということでしょうか。
挿絵が多い本だとちょっと手間がかかりますね・・・。
ではなくてChainLPの設定でそれが出来るということでしょうか。

>>230
RcKepubというのは初めて聞きました。
ChainLPの出力形式にはないように思いますが、別ソフトが必要になるのでしょうか。
でも、ものすごーく圧縮できてクオリティが大差ないなら魅力的ですね。うーむ・・・

>>231
画像形式をJPEGにしたら、色深度8bit未満を選択できなくなりまして・・・
PNG4bitで33.7MBの本が、JPEGだと89MBに増えてしまいました orz

http://www51.atwiki.jp/kb86/pages/15.html
RcKepubは、縦書きのめくり方向と同じにできるから使ってる
容量は少し増えると思う・・・

自分は今はChainLP使ってないんだけど、似たようなモノなので「あれ？ 183MBはでかすぎね？」と思って。
ChainLP 0.40b16 落としてきて >>228 に書いてある設定で試してみた。
556Pの文庫小説が 82.1MB だった。

もしかして何らかの原因で 4bit PNG になってないのでは？
編集 - 詳細設定 - 画像 を今一度確認してみてはどうでしょう。
あと、可能なら .cbz を解凍して、ちゃんと 4bitPNGになってるか確認してみるとか。

あとはスキャンの設定だな。
紙の肌理までわかるようなスキャンだと、圧縮効率は覿面に悪くなる。

グレスケ画像にするにしても、たとえば300dpiグレースケールにするより、二値600dpiスキャンをグレスケ化してから50%縮小とかの方が、
好みによるだろうがすっきりした仕上がりになる。

手間はかかるが、まずクオリティとサイズのバランスのいいところを見つけ出したら、あとはそれを可能な限り自動化する手法を構築するだけだ。

いろいろとご助言頂きありがとうございます！

>>233
容量が増えるのでしたらちょっと悩みますねｗ
まだChainLPも使いこなせていないので、極めてから試してみたいと思います。
ありがとうございます。

>>234
開いてプロパティ確認してみました！
ちゃんと4bitになっていたのですが、大きさがなんと 2396×3560ｗｗｗ
アス比の設定はちゃんとしていた筈なのになんでこんなことに…orz
無駄にサイズがデカイのはこれが原因だったようですｗ

>>235
元のスキャン画像の設定にもコツがあるんですね。
既に100冊ほど処理＆古い物は裁断本を捨ててしまったのでガックリです・・・
まずは出来上がりの違いをじっくり比較して、最適設定を模索してから大量処理します！

またご相談させて頂くかもしれませんが、その際には是非よろしくお願いします。

>ちゃんと4bitになっていたのですが、大きさがなんと 2396×3560ｗｗｗ
>アス比の設定はちゃんとしていた筈なのになんでこんなことに…orz

ぶはははははw 予想外のオチがつきましたなw
ともあれ、解決したのなら良かった。

何をやったらそんな設定になるんだよｗ

>>237
>>238
いやはやお恥ずかしいですｗｗｗ

サイズの指定でアス比入力したはいいものの「通常」ではなく「元スケール」を選択してましたｗ
再度やり直して現在小説111冊でファイルサイズ合計3.44GB。
この感じでいくとKOBO換装済内蔵32GB＋外付け32GBで1800冊くらい入りそうです。
自炊って素晴らしい！ｗｗｗ

てす

1920×1200で出力したいんだけど、文字サイズが凄い小さくなる
文字サイズを200％しても小さいんだけど、どうすれば文字サイズを調整できるのかな

誰もわからないか

馬鹿過ぎて無視されてるだけだと気付けよ

何が馬鹿なのかも言えない馬鹿（）

質問の仕方から教えて貰わないとわからない人は2ちゃん使うのは難しい
煽って答えが出てくると思ってるならなおさらアカン

マジレスするとまずソフト名が書いてない時点でアウト

元データの説明もないし設定の説明も不充分だし・・・誰が回答できるんだよｗ

そう言われると確かに馬鹿な質問だった。すまない

ソフト：ChainLP
本：文字のみ
画像の大きさ変換：1638×2475→1200×1920

ChainLPで1200×1920の大きさに変換しようとしたら、文字が凄く小さくなる。
でも文字サイズの出力は200％までしか出来ないから解決方法がわからない

そもそも、画像なら「文字サイズの出力」は無関係でしょー？
画像サイズ比からいって、縮小比はたかだか１．４分の１くらいなんだから
極端に文字が小さくなるなんてことは無い。

いちおう縦長原稿のようだが、もとは何？文庫？雑誌？
・もとから字が小さすぎる
・余白のトリミングが出来ていない
・ChainLPが文字のリフローをしてくれるものだと勘違いしている

このくらいじゃね？

>>247
文字のみの元データといってもテキストファイルじゃないんでしょ？　なら画像扱いだよ。

>>247
俺がやっているパターン

ChainLPでは無く、MeTilTranを使って文字フォントに分解
再配置時に文字サイズを200% に指定。
kobo Glo の解像度に合わせて変換

jpgファイルの入ったフォルダーをZIP でまとめて、拡張子をCBZに変換
kobo にコピーして読書

文庫はどうにでもなるけどノベルスとハードカバーの余白処理ってけっこう面倒くさいよね。

一つ偉い方にお聞きしたいのですが、
ｃｈａｉｎさんを使えば
2ページ見開きｐｄｆなりｊｐｅｇを、単ページに分割できるのでしょうか。

えらくは無いが、出来るよ

そういうのは、imagemagick使ってるな

Win8.1でChainLP使ってる方、傾き補正効いてます？
最低角度と最大角度をそれぞれ上げれる最大数値にしてもぜんぜん補正してくれない
結局eTilTran使ってるけどえらく遅い

どっちにしろ終了時に必ずエラー落ちするけど

>>253
やってみたらできますた。

>>248-250
ちなみにこれのサイズは1432×2209なんだけど、これをサイズ1200×1920に変換して
分割になってもいいから文字を大きくして見やすくしたいんですよね。
僕の設定だと逆に小さくなるんだけどどうしたらいいのかわからない・・・
例
元ファイル
http://uproda.2ch-library.com/792559itm/lib792559.jpg
↓
MeTilTranで変換
http://uproda.2ch-library.com/79256314j/lib792563.jpg

>>250
MeTilTranなら>>257のも見やすいように変換することは可能？
もし誰か詳しい人いたら>>257の元ファイルを1200×1920サイズにして文字の大きさを倍くらいにして見やすいように変換してみていただけないか

>>258
詳しくはないけど
http://uproda.2ch-library.com/792726sld/lib792726.png
再配置ボタンで出てくる設定画面で文字サイズを200％にするのを
忘れてるんじゃね？

やってみて思ったけど、このスキャン画像は傾きが大きいからMeTilTran
だと補正が大変だね
藤でトリミングしてガンマ補正かけてみた
http://uproda.2ch-library.com/792732tmu/lib792732.jpg

>>259
おお、良い感じですね
でも、やはり文字サイズを変えるとこれくらいは滲むもんなんですかね

>>257
何がしたいのかよくわからんが、こうなればいいの ?
ttp://uproda.2ch-library.com/792879dav/lib792879.jpg

>>261
そうそう！でも実際に>>259や>>261を見る限りは2倍じゃなくて3倍くらいがベストに見える。
ちなみにそれってどうやるんですか。どこか説明が詳しいサイトとか教えて貰えると助かります

>>262
どこっていうか、使い方のオンラインヘルプに載っている
MeTilTranのツール、再配置レビューでウイザードを押して、画面見ながら自分が見やすい配置、文字の大きさを確認して、設定で保存

MeTilTranって200％までしか文字を大きくできないんですね
しかも、この滲んでる感じの文字があわないから、PDFDietの余白カットで我慢するか･･･

だいぶ前に自炊した連番JpegコミックをEpub化してBook Walkerアプリで表示でさせると全部のファイルが左にずれて表示され、ずれた分が別ページとして表示されます。
正常に表示させることは可能でしょうか？
元画像　970x1400　jpg
モニタサイズ　5.4型　1080x1920
再生アプリ Android4.4.2(kitkat) Book Walkerアプリ
ChainLPの設定　解像度1080x1920、右綴じ、ページ補正　縦優先、縦横比チェック　単純横優先。

しばらく自炊画像を見ていない＆Androidが初めてなので、この方法で見るのが正しいのかわかりません。
もっと簡単に表示できる方法があったら教えていただけると助かります。

jpgコミックだったら元画像を無圧縮zipで固めてComittiNかPerfectViewerで閲覧
ビュアーにズーム機能ついてるから液晶解像度に合わせて作り直す必要はないよ
縮小ならファイル容量節約や読み込み速度軽減のメリットもあるけど
拡大は意味ないからやめたほうがいい

液晶じゃなくてE-inkだとまた話が変わってくるけどタブレットの話だよね？

>>266
液晶でスマートフォン(SH-04F)での使用です。
PerfectViewerで画像の解像度を変えずに見ていますが、快適に動作します。
コミックの文字の視認性はギリギリOKかなぁ。
ポケットに入るサイズで5.4インチは他にないので、満足してます。

ChainLPで青空文庫形式のTXTを縦書きのmobiに変換したいのですが、GraphicmodeではなくTextmodeで縦書きにするやり方を教えていただけませんでしょうか。
Grphicmodeだとサイズが大きく、Kindleで扱いにくいのです。

そもそも画像だけの電子ブック形式ファイルに変換するためのツールで、そんなことをするためのツールじゃないんですね。。。

AozoraEpub3＋KindleGenじゃいかんのか？

>>270
ですね。それを使えばよかったんでした。

SonyのReaderPRS-T3Sの小説で設定の人に聞きたいです。
表紙は758x1024　画面は738x965にしてます。これあたってますか？

フォーマットは？
ePubなら下部にページ番号入るから965
pdfなら1024

横幅738ってまとめWikiとか各種ブログでも見るけど、なんか理由があって738なんだろうか
758でいいとおもうけどなぁ

>>273　ありがとうございます。
ePubです。なるほど。758x965でためしてみます！

PDFDietの件でお聞きしたいです。端末はPRS-T3を利用しています。
PDFにコミックとして変換したあと、リーダーにコピーしたら、コミックは読めるのですが
タイトルが「表紙」、著者名が「　」の状態です。

何かオプションで表示されるようになるのでしょうか

すいません、既存の質問だったら申し訳ないのですが
ChainLPを使ってcbzファイルに変換しているんですが、特に設定をいじるでもなく、正常終了しているのに
200頁以上あるファイルが200頁くらいしか、つまり途中までしか収納されてない事が何度かあるのですが、なにか原因があるのでしょうか？
同一の書籍で圧縮ファイルからでも、解答して連番から読み込んでも、元がPNGだったのでJPGに変換しても同じでした。
また、元ファイルの容量も大小あるので関係ないようです。

自炊しているみんなに聞きたいけど、表紙やカバーはどうしている？
昔々、某Ｐ２Ｐのマンガをみたところ、きちんとカバーまでスキャンしてあったけど？ｗｗ

何で草が生えているのか分からん

もちろんきちんとカバーまでスキャンしますよ

カバーも表紙も帯も、ものによってはチラシもスキャンしてる。

ま、あれだろう「p2pやってるオレってワルだなwwww」
ワルぶりたい、お年頃なんだろう。

>>277
フラットベッドでちゃんとスキャンするよ、さすがに本文はシートフィーダーで自動にしてるが

表紙のスキャンはADFでやるとライトが反射したりゆがんだりと難しいな
アイロンかけてクルクルになる前にさっと通してるけど

ChainLPでは、PRS-T3Sで全画面表示できるepubって一度で作れないんでしたっけ？
長いこと触ってなかったら忘れちゃったよ

Wikiにあるけど、解像度でしょう

>>284
758*965でも758*1024でもepubだと下部にページでてきちゃいません？
ZIPかフォルダーで出力して、固定レイアウトepubにするツール使えば全画面にできるところまではなんとか思い出してきたんだけど、chainLPで一気にできなかったっけなと思いまして。

スキャンしたデータの文字が小さくてPRS-T3Sでは読みにくいんですが、大きさを変換出来るToolとかあります？
「MeTilTran」と言うのを使ってみたんですが、文字が重なったりして大変・・

ギリギリまで余白除去したら、大抵読めない？

5インチで読んでる俺を馬鹿にしてるのか？

>>288
こういうのは個人差あるし誰もあんたのことなんか聞いてないでしょ

>>286
PRS-T3Sなら本体の方で表示範囲を指定して余白ぎりぎりなして
色調調整で多少は読めるようになると思うが、
解像度が低いから解像度ぴったりの画像にしないと潰れて読みにくいね。

>>286
いろいろ出てるけど、それ以前に元原稿のサイズは？
文庫は余裕でＯＫ。新書２段組はぎりぎり（PRS-T3Sならなんとか）ＯＫ。雑誌は無茶だと思う。

ScanSnapIX500でスキャンしAcrobat XでOCRしたPDFや、ダウンロードした
論文などのPDFファイルをPDFDietに入れたらほとんどのファイルで
エラーが出てしまいます
たまにうまくいくファイルもあるのですが作成手順も同じだし
成功と失敗の境目が全くわかりません
おわかりの方いらっしゃいますか？

すみません、肝心のエラー内容を書くの忘れました
解析をはじめてすぐ「１つ以上のエラーが発生しました」といって
止まってしまいます
ReaderのPRS-T3S用に変換しています

>>292
僕も別に禿げてるわけではありませんが、おでこと頭の境目がわかりません

酷い回答ｗ
ＯＣＲが原因なんだろうけどさ

PDFDietは使ってないから・・・

ダイエットする理由が分からんので使ってない

>>294
眉毛を上に上げて額にシワを寄せる、シワが無いところから頭、俺も禿げてるわけじゃないけど

tiffスキャン→Scantailor→成形済ファイルをAcrobatでPDF化
ってのが、俺の黄金パターンなんだけど

Scantailor皆あんまり使ってないのかな

もっと宣伝してやれば
そのソフトは知名度がひくいんじゃないの
ここより別なスレで宣伝して広めていきましょう

tifスキャンって2階調スキャンでしょ？FAXじゃないんだから・・・

カラーもあると思うが、
そういえば会社のA3コピー機だとtiffはfax用の2値だったな
BTScanでカラーtiff保存できるよ

tiffはコンテナなのでいろんな形式がある
BTScanでグレスケTIFにすると互換性の低い形式になるので注意な

Scantailorググってみたが面白そうだね
日本の自炊だとChainLPで全自動かえちるで微調整の人が多そうだけど

最初からPDFでそこからjpg吐いて成型してる俺みたいなのはかなりレアなケースだろうな…

scansnapユーザーなら普通
最初からjpg出力でもいいけどスキャン時のファイル整理が面倒だから
とりあえずPDFって人はわりといると思うが

まさにそれなんだけど多いのか
もう慣れちまったし、読めないほど画質が悪くなるわけでも無いしね
なによりPDF化を別でやるより早いから

当方は活字専門書ですので、tiff白黒2値フラベ見開き600dpiでスキャンしています。
Scantailorのメリットは
・tiff、jpgでの出力が可能
・わかりやすいUI(特に見開き分割の処理)

ただ、回転の自動判定の精度が今ひとつなので、途中か後処理にMeTilTranを噛ませてもいいかもしれません

ScanSnapのPDFからjpgを無劣化で抽出するツールは
ChainLPの人が公開してなかったっけ？

PDFにした時点で処理入ってるから無劣化って言えないんじゃ無かったっけ？

jpgそのまま格納してるから劣化はない
その前段階のjpgでは劣化しているがssでは他に選択肢ないのでそこを気にしても仕方がない

もとがモノクロなら、グレスケでスキャンするより、高解像度２値でスキャンして、補間あり縮小した方がメリハリのあるグレスケ画像にできるよ。
300dpiグレスケと、600dpiの2値を1/4サイズに縮小したものを比較してみたら？

……網点とかスクリーントーンありありのコミックだと、かえって違和感のもとになるかもだけど。

>>310
ん、それを無劣化って言えないって言ったんだが

Acrobatから300dpiになるよう吐き出すとやたらと高画質で小さいファイルのjpgできるから後処理しない人にはオススメ

ScanSnap作成pdfを付属のアクロバット使って
抽出でjpeg取り出せるはずだが300dpiになるように吐き出すとか
そんな事しないでいいでしょ

>>312
ん？PDFにしたのが原因で劣化するって言ってたんじゃないの？
SnanSnapでは二値以外でのRAW出力無理なのは既知だし、
そこ以外の再劣化を疑ってるのかと思ったんだが

jpg出力でもpdfでも>308での後抽出でも劣化度に変わりはない

後処理しないならわざわざjpg化する必要もあまりない気がするが

acrobatからのjpg出力はメニューによって無劣化抽出と再エンコ入るのとあるから
加工する前提で抜きたい人は注意な

なるほどなー
勉強になるわ
scansnap付属のアプリでもjpgで抜けるみたいだけどあれはそのまま抜き出してるって考えてええのかな？

PDFにはjpegがそのまま収まってる（収まってたりする）からな

>>316
考えちゃ駄目だよ
付属のアクロバット使いなさい
s300とかのアクロバット付いてないのは書き出しの時にjpegじゃなくてpngで抜きなさい

＞そのまま抜き出してるって考えてええのかな？
考えちゃだめよ　ダメダメ！！

chainlpでkindle PW用に作った758×1024のmobiって
そのままでもVoyageで綺麗に表示されるかね？
それとも作り直しかな・・・

作り直し覚悟で楽しみに待ってたらいい。

1000越えると作り直しとか絶望するわ･･･

そんときはそんときでしょ
対応していると願って待ってなって言われてんじゃん

>>308
PDFダイエットに付属してる。重宝してる。

株価３桁に突入。買い場かな。

ChainLPでB5の書籍をPDF化したものをiPad airの解像度に合わせると容量が軽くなるのですが、A5等の小さ目の書籍をPDF化したものだと逆に容量が大きくなります
これって普通でしょうか？

B5 300dpi 2150×3035
A5 300dpi 1748×2480
iPAD Air 1536x2048
用紙サイズ、dpi、ピクセル
http://www.a-ain.net/2click/pc/pc_082siryo_yosi.html

サイズ近似で縮小幅が小さい＆jpg品質高めで再圧縮 で逆にサイズ増えちゃってるんでしょ
つかE-inkならともかくタブは端末側で自在に拡大縮小できるんだから
液晶解像度に合わせた変換いらないと思うけど

>>327
解像度を合わせると、ページの切り替えのスピードがもの凄く高速になるんですよね
300~500ページくらいある専門書とかだと必須でして

不思議なのは、容量が大きくなるケースでも解像度を合わせることによってページの切り替えがサクサクになるのは何故なのか？

>>328
サイズが違うのだから拡大処理してる。

原寸表示固定だと拡縮の処理が入らないからでしょ
ipadの画像処理方法はよく知らんけど体感できるってことはよっぽど重いんだな
Android機だとあんま意識したことなかったが

だったら変換はする前提でchainlpのjpg品質下げればいいんでね
ファイルサイズ肥大が起こらないあたりまで

kobogloでつかってるんですが
バッチで変換したときと一つずつ変換したときとだとファイルサイズが違うのは設定がかわっているということでしょうか？
バッチの場合のほうがサイズが大きくなります

voyageの解像度はいくつで設定すればよいのでしょうか？

1440 x 1080

>>332
1072 x 1448

青空ダウンローダー使えなくなってない？URLは変わってないようだから
仕様変更されたのかな？

Androidに自炊したPDFを無圧縮で突っ込んであるのだけど、これを旅先でKindle3に送ろうと思ってSend to kindleしようとするとメールの添付が20Mオーバーとか言われる。

Android上でリサイズしたPDF作る簡易版ChainLPもどきみたいなの作るかなぁ、と思ってるのだけれど、こんなの既に誰か作ってたりしないですかね？ちらっとplay を検索したけど見つからず。
みんなPC使うから困ってない？
自分は旅先にはPCは持っていかない事にしてるんですよねぇ。

>>336
たとえ既にあったとしても選択肢が増えるのはいいことだ
自作ならば自分の痒いところに手が届くだろうし

LHZ,CBZ,ZIPで出力出来ない
エラーも出ないし完了の音もなるがファイルが生成されてない
dll全部入れ直しても治らんし

原因分かる人居る？

>>337 作る方としては結構かったるいんでなるべく避けたいんですけどね。まぁ愚痴ってても仕方ないので作ってみます。

>>338
何のアプリの話？
症状的にはvirtualizationで良くありがちなので、例えばProgram Files下とかにexeを置いてたらMy Documentにexeも入力ファイルも移動して試してみるとか。

>>339
ChainLP
exe移動してみたり管理者権限試したりしたけどダメだった

>>340 ふーむ。ダメですか。じゃあ後は.NETインストールしてない、とか、そういうのしか思いつかないなぁ。
OSと.NETフレームワークのバージョンを書いたらもっと詳しい人が助けてくれるかも。

Windows7SP1
Microsoft .NET Framework 4.5

PDFとディレクトリ出力は出来るからそれを外部ツールで圧縮して代用しますかなぁ

>>338
その中ではzipしか使ってないけどウチではできてる
「詳細設定」→「ファイル出力」→「後で圧縮」にチェック入れるとか
入力ボタンの下の「バッチ」のチェックON・OFFしてみたらどうだろう

>>343
後で圧縮外したり付けたり
バッチ入れても問題ないしログもエラー一つ出てない

>>338
保存フォルダ場所指定を見直してみたら？

C:\ とか D:\ には書けないように制限されてたり、
C:\Program Files\... みたいに、そもそも書けないフォルダだったり、
C:\Data Folder\ みたいに、スペースが入っててだめどか

>>339-343
バッチのログでTEMP先の\が何故か全角になってて
Windows￥TEMPになってたから環境変数直してその後再起動したら治りました
いろいろ有り難うございました

それはエスパーでもわからねーわ＞全角￥

iPad Air2やiPad mini3に採用されてる「1,536×2,048」の解像度でストレスなく変換を行うには、
どれくらいのスペックのPCが必要なのだろうか。
今使ってるPCが2台（両方ノート）あって、スペックはそれぞれ以下の通り。

Microsoft Windows XP Home Edition Version 2002 Service Pack 2
Intel（R）Core（TM）2 CPU T7200 @2.00GHz 997MHz 0.99GB RAM

Windows7 Home Premium Service Pack 1 Intel（R）Core（TM）i3-4030U CPU @1.90GHz RAM 4.00GB
64ビット オペレーティングシステム

今使ってる端末の解像度は「800×1,200」で、試しに約200メガのPDFファイル（マンガ）を変換してみると、
XPと7では、それぞれこのくらい時間がかかり、変換後の容量は以下のようになる。

XP 4分22秒 34.5メガ
7 3分44秒 34.2メガ

次に「1,536×2,048」で同じ条件で試してみると、以下のようになる。

XP 12分40秒 83.7メガ
7 9分40秒 87.6メガ

「800×1,200」ではあまり差が出なかったが、「1,536×2,048」では3分近い差がでた。
ただし、これはファイルを1つだけ変換した場合であって、
「800×1,200」の方は5つくらいまで同時にファイルを変換できるが、
「1,536×2,048」の方は2つ以上のファイルを同時に変換しようとすると、最後まで変換できずにフリーズする。
「1,536×2,048」でも「800×1,200」と同じ（200メガくらいのファイル1つを、約4分で変換でき、5つくらいまで同時に変換できる）ように変換するには、
どのくらいのスペックが必要なのだろうか。
価格.comで、なんとか手が届きそうな範囲でPCを探してみると、以下のようなものがあった。

http://s.kakaku.com/item/K0000722010/
このくらいのスペックがあれば、「1,536×2,048」の変換も今の「800×1,200」のような感覚で行えるだろうか。

http://s.kakaku.com/item/K0000715036/
ちなみに、探した中で1番スペックが高かったのはこれだが、さすがにこれには手を出せない…。

長文になって申し訳ないが、もしよかったら意見を聞かせてください。

全然本題と関係ないが、1500x2000くらいまで行くと、CPUのみじゃなくてGPU使いたいよなぁ。
解像度は二乗で効いてくるからねぇ。

>>348
スゲー馬鹿発見。
iPadならアプリの方で変換機能があるからそれで読めば事前の変換なんかいらんだろ。

一応とりあえずつかえる所までは出来たので宣伝。
「スキャンした本の画像ZIPを縮小してPDFにする！」

https://play.google.com/store/apps/details?id=com.livejournal.karino2.archiveimageresizer

傾き補正は無し。
グレースケール化は16階調固定でガンマ補正も一緒にやってしまい、ガンマ補正は1.6固定。
ゴミやノンブル除去はChainLPよりもアグレッシブにしてます。

手持ちの本で幾つか試した感じとしては、Kindle 3で結果を見るならあまりChainLPと変わらない所までは来たかなぁ。

そんな無駄なことしてないで、普通にiPad買った方が安上がりだろ。
時間の無駄。

>>351
>336の人か、乙
使い方の多様性の想像力欠如してるiPad厨はスルーで。

>>353
馬鹿だなあ。
タブレットならビューアが面倒見てくれるから変換なんかいらんのだよ。

そんな万能ビュワーあるかよ。ちゃんとアプリ名書ける？

>>355
AndroidならPerfect Viewer
iOSならi文庫HD

馬鹿は調べることもできないのだな。

変換いらない奴がなんでこここにいるのか謎ですな

泥タブとE-ink端末で読書してるけどそれぞれにメリットがある
E-inkは変換めんどいけど充電器にせず１ヶ月放置できるのが楽
闇雲にiPad推してくる奴は井の中の蛙で知ったかぶるのが滑稽だわ

>>357
タブレットでは変換する必要ないと言ってるだけで、CPUが非力なE-ink端末では変換がいるだろ。
馬鹿しかおらんの？
SONY信者だろうなあ。

>>356
馬鹿はないだろ。少し落ち着けよ。
それなら両方使ってるよ。
Perfect viewerはともかく、
押し押しのiPadの方のi文庫HDは、
余白カットがうまく効かない。

補完も Perfect viewerほど選べないし、
iPadで自炊データ読むなら事前に処理した方が良いと思うけどね。

>>357
結論としてはAndroidのE-inkが出れば解決
最強の読書端末になると思うんだがなあ
読書用と割切るならゲームやwebは厳しいE-inkの遅延描画でも構わないわけだし

>360
kobo touchとか、Androidが移植されてる。

べた移植ではE-inkには合わないね、アニメーション効果とか。

>>358
kindle3用で読むための変換アプリ製作者>336に対してiPad薦めるアホ>352
本人かと思ったけど、流れ読めずに乱入して馬鹿よばわりしてる勘違い野郎か
タブなら変換いらないて？そりゃそうだろ誰もそんな話してないよ

>>360
Boox C65MLとT68保ってるけどそれなりに便利、でも結構ストレスもある
解像度低いC65MLはPVやCommitoNでもきれいに縮小表示できないので
ドットバイドット変換はやっぱり必要

jpegファイルをChainLPでMobiファルにまとめて
HDXのドキュメントフォルダにUSB経由で送っても

「DRMで保護されているためこの端末では読めません」

って感じのメッセージが出るんだけどこれってHDXの仕様ですか？
ぐぐってもそれらしい情報が見当たらなくて
質問させていただきました

ScanSnapのOCRを使っていたときは良かったのですが
Macで使うようになってScanSnapのOCRが使えなくなったので，そのままスキャンしてAcrobatのOCRを使うようになりました

すると，PDFがすごい重くなってしまいました
容量が大きいという意味ではなく，ページを表示するのにとても時間がかかります
特に白黒のPDFでやった時に時間がかかります

どうすればいいでしょうか

>>364
>Macで使うようになってScanSnapのOCRが使えなくなった

macでも使えると思うんだけど

『IsbnTitler17b』を使って著者や書籍情報を取得しようと思ったのですが

指定されたISBNは見つかりませんでした。
もしくはAmazonのフォーマットに変更があります。

と出てきて、取得できませんでした。皆さんどのように書籍情報を設定しているんですか？

青空ダウンローダーってポート開放とかいるのかな?
リモートサーバーに接続できないとでるんだが、原因わかる人いれば教えてください

青空側に問題があって使えなくなってたはず
青空文庫の　そらもよう　の2014年のところにそんなようなことが

あー、こっちの問題じゃないのね、すっきりした。
ありがとうございます

みんなpdfを圧縮するのに何を使ってる？
最近自炊を始めて、ブラウザ上で圧縮するSmallpdfというのを試してみて圧縮具合には満足なんだけど、ファイル一つずつしか作業できないのがかったるい。
複数ファイルを一括で作業できて十分容量が小さくなるフリーソフトをインストールしようと思うんだけど、数が多くてどれがいいのやら。オススメのがあれば教えてもらえるととても助かる。

>>370
マンガミーヤ

>>371
ググってみたけどこれってpdf圧縮ソフトなの？電子書籍ビューアみたいなんだけど

>>372
うん、なんでも良いからフォルダに画像入れて、それをこのビューアで読み込む、後は保存でPDF化でおK
読み込んだ順番通りにPDF化してくれる

>>373
ごめん、おれの説明の仕方がわるかった。
pdfファイルにはすでになってるんだけど、ファイルサイズが大きいのでタブレットの容量を圧迫してしまう。多少画像が劣化してもいいのでファイルサイズを小さくできるフリーソフトでいいのがあればと思ったんだ。

>>371
ﾅｶｰﾏ

ただ、pdfマンガミーヤで開いてるときにタスクトレイのScansnap managerに
ポインタ当てるとなんかエラーが出るw

そういう手ぶら質問が一番答えにくいんだが
スレタイにソフトの固有名詞入ってるんだからまずはそれらを入れて試しなよ
わざわざスレタイに入れてるのるはそれなりにお薦めできるってことなんだから

http://jbbs.shitaraba.net/sports/42269/

自炊した活字の本をリフローして読めるandroid用アプリって無いの?

>>378
MHENV_Analyzer 使ったことないけどこゆこと？

あんまり読むために自炊する人はいないのかな

漫画スキャンしてるから読みまくってるけど
それを書き込むと漫画なんかスキャンする価値無いだろとか書き込む奴が常駐してるので自然とそういう書き込みは減りますね

漫画もやりたいけど、見開きページとか、読めないくらい小さい文字とか、
いろんな問題で手を出してないな
四コマみたいなのだったら余裕で対応できそうだけど、
大判のとか少女漫画とかだとかなりきつい

ナウシカとかしあわせのかたちとか、480x320の画面で読める気がしない

>378
まあ、まずはOCRからだな。

7インチで200〜300dpiなタブの1ページ表示ならかなりの大判漫画の小さい文字でもそこそこ圧縮した状態で読めるけどね
iPhone5sでも読めなくはないかな
ナウシカは…たしかにキツイかもなー
スキャン自体はあの程度でも全く潰れることはないんで端末を考えた方が
一番困るのは凝った透かしの入ったページとかザラザラしたようなカラーページはほぼ死んじゃうところだな…

>>383
bReadetとかMHEみたいなのではないかな
androidだとMHE、iosだとbReader
ビューワーでmetiltranみたいな事ができるらしい

ナウシカはPCモニタでも読みにくい

MHEは毎回認証があるらしいけど、
機内モードでは使えない?

>>387
端末ごとに最初の一回のはずだが？全然オフで使えるよ

ちょっとお聞きしたいのですが、Windowsでこのソフトを使用する場合、
どのくらいのスペックから頭打ちになるというか、一度に変換できるファイルの数、変換する速度に差がなくなってくるのでしょうか。
次にパソコンを買い換える場合、予算の許す範囲内でできるだけ高スペックのものを買おうと思っているのですが、このソフトの場合、
どのくらいのスペックから性能に差がなくなってくるのでしょうか。

このソフトとは

>>390
あ、すいません。ChainLPのことです。

MHE使ってみた
なかなか快適
たまに行の途中で少しずれてるけど

>>392
PCで再配置認識ツール出して欲しい

前のページを読んでる間に次のページの解析を終わらせといてくれるだけでもいい

>>394
あ〜そうだよね、数秒で解析終わるから先読みすれば問題ないよね

画像先読みというオプションがあるから、てっきりそれだと思ったのに、
読むだけで解析はしないんだよな