【コミック】自炊技術総合スレッド43冊目【書籍】 [転載禁止]©2ch.net
コミック･雑誌･書籍等を電子画像化するに当たり、より見栄えの良い仕上がりにするためのスキャン方法や画像加工技術を研究・開発するスレです。
初心者の方の質問は、このスレでなく【初めての】スキャン職人養成スレ【自炊】の方で受け付けています。
コミック･雑誌･書籍等のテキストデータ化(OCR)は、このスレの対象ではありません。
特定のスキャナの設定方法などは、ハードウェア板の該当スレなどで情報を集めてください。
●お願い
・自炊物の非合法配布や自炊用有料ソフトの無料利用法に関する話は厳禁です。
・荒らしや煽りに対しては、スルーしてください。レスも同罪です。
・質問や自説を述べる場合には、サンプル画像のUPを推奨します。
・sage進行でお願いします。保守投稿にage・sageは関係ありません。
・次スレは、980以降に立ててください。
・初めて来た人は、まず下記を読んでみてください。
●参考サイト
自炊技術Wiki(過去ログdat・各種自炊プロセス情報有り) ttp://wikiwiki.jp/bookjisui/ etiltran、フォルダ選択しなくとも上書き出来るようにしてほしいわ 技術wikiにある職人のフォトショアクションが古くなってて
CC2015だと使えないんだけど、更新版とかって無い？ 今まで600dpiでスキャンして諸々補正したあとRalphaで
半分のサイズに縮小してたんだけど、縮小しないでファイルの圧縮率上げた方が
同程度のファイルサイズでも綺麗になるな carmine使用してる人いる？
処理はやくする方法知りたい
別プロセス適当に切り替えたらたまに処理はやくなったことあったんだけどどうやってやるのかわからない
普段GPULoad結構喰いながらゆっくりと処理してるんだよね・・・＜グラボ熱原因でPC強制終了されたことある・・・ >>58
Ralpha内蔵のJPEGTranは試してみた？ >>57
その情報は自炊師より電子書籍販売会社と製作会社に積極的に売り込んだほういい
はるかの雑談スレも見たがその内容も含めて ベンダにそれを要求するのは無理じゃね
高圧縮でファイルサイズ小さくなっててもデコード時には解像度分のメモリ展開必要になるし
600dpiともなれば相当重いだろう
尼や楽天が縮小表示の苦手なE-Ink端末売ってるうちは結局遅い汚いになるからアウト
最良の自炊端末確保してる自炊者の個人設定としてはアリだと思うが 別に600dpiでとは言ってないだろ
はるかの方も見たか? マンガを600dpiでスキャンしてだいたい縦4000ちょい。半分にして縦2000くらい
今のところ縦2000というサイズに不便は感じないかわざわざ自炊プロセスを変える必要を感じない
電子書籍で縦1024で売ってるものを1600の高圧縮に変えればいいんじゃないの
実際縦1600で売ってるところもあるわけだしファイルサイズの増大も抑えられる 傾き補正後のトリミングってどうしてる？
自動でできるソフトとかないかな。これが一番手間で困ってる >>63
いやベンダ物の解像度低すぎ小さすぎってのは散々言われてることだけど
それを超高解像度のものを高圧縮にするって話題に被せるのはどうだろう
縦2000あれば充分てのは自炊の定義だけどそれをあえて崩して
600dpiのままで行くってのが>57の趣旨だと思うんだけど
はるかとやらのほうも読んできたが 閲覧時拡大される前提なら
精度の高さより元の大きさのほうが重要だよねってことしかわからんかった
閲覧時に縮小する前提でも同じ理論が適用されるのだろうか
自分はルーペや原寸表示を多用するから高圧縮だとつらい気がするが
あと1600程度だと閲覧環境によっては原寸や拡大で見られてしまうので焼け石に水という気がしなくもない 俺は今年、4Kモニタ買って、縦2160環境になった。
元々、>>57と同じ意見で、A5版なら縦5000ピクセルぐらいのままなので、無問題。
ただし、カラーは、あまり圧縮したくない。
いまどきは1TB当たり3千円ぐらいなんだから、1冊1GBでも30円だ。 漫画スキャンして試してみたけど俺の環境だとパっと見は正直変わらないな。
拡大してくと圧縮率上げて縮小処理しなかった画像の方が線の滑らかさとトーンのドットが綺麗だった。
でもこの程度の違いなら正直誤差の範囲だな。
違法うpするわけでもないし、容量気にしないっていうんなら
600dpiで取り込んで補正だけして縮小も圧縮もせずそのまま保存が一番いいでしょ。 参考まで聞くんだが
http://www1.axfc.net/u/3653260.jpg
これ昔の雑誌を600dpiでスキャンした物だがオレの技量だと補正()白飛ばし)しても小さなゴミが残ってしまう
お前らお手本を見せてもらえないだろうか？
※24時間後に画像消えます >>68
おまいさん自身が補正した結果も上げておいた方がいいぞ 保存は600dpiの無圧縮
配布するなら縦2000で問題ないな >>72
いや縦1200だからあまり目立ってない様に見えるのかも知れないけど
拡大したら点状のゴミが転々とあるんですわ
でも雑誌職人のは拡大してもゴミなんて一切ないわけで・・・
>>73
10年ちょい前に買ったエプソンのGT-8200UFだよ 細かい事かもしれんが、補整のゴミが問題なら完成品をjpegで上げない方がいいよ
モスキートノイズ乗っちゃうしな ！！注意換気！！
※常識的に事実でなければこの様な内容は書けません！
極悪人、押川定和の被害にご注意下さい。
我々は水戸のサポーターや関係者で押川定和の悪事の被害者を中心に集った団体だ。８割ぐらいはメインスタンドで観戦している。
押川定和は
『ゴール裏で戦う会』
のリーダーで元鹿島サポーター。
SNSで数千もの架空アカウントを作り水戸の関係者の情報を盗み出し個人のSNSを炎上させるなど攻撃を仕掛ける。
SNSで限界になると人を利用して情報を盗み出す。その人がその後どうなろうがお構い無しの使い捨て。押川に誰が騙されて巻き込まれるか分かりません。
皆さん注意して下さい。
Twitter、Facebook、mixi、超水戸、ニコニコ動画など可能な範囲で全てで悪行を行っている。
『悪行の事実を突き付けると全てを自演や同一扱いで煙に巻こうとする。』
悪行が事実の為、表舞台には出れないが２ちゃんねるで反応はする。
水戸の関係者になりすまして未だに水戸スレに書き込み続けている。
現在は悪事が公に広まり鹿島には行けなくなる。しかしながな水戸への悪行は続行中。
押川定和の悪事は犯罪の領域に達している。
押川は現在、悪事が公に広まり鹿島には行けなくなる。しかしながな水戸への悪行は続行中。
勤め先・株式会社ＷＥＩＣ(ウェイク)104-0053
東京都中央区3-1
http://www.ntt.com/bizhosting-basic/data/case2_1.html >>65
ベンダ物を超解像度に被せるなっていってるけどなんで分けなきゃいけないんだ？
57は同程度のファイルサイズまで下げた場合の話をしてるじゃん
データが600dpiであれ何であれ
同じファイルサイズなら低解像度低圧縮より高解像度高圧縮のほうが綺麗に見えるってまとめたほうがわかりやすいと思うんだが はるかの方で検証されてたけど高解像度高圧縮の方は線やトーンは
綺麗だけど黒ベタ部分にかなり強くブロックノイズ出るみたいだし
正直一長一短って感じじゃね？ まとめて定義づけたいならもうちょい検証必要じゃない？
ベンダ前提なら縦1024と縦1600モノクロコミックで
個人的には正直ベンダ物の時点で低解像度高圧縮すぎて
こっから更に圧縮かけるってちょっと考えられないというか
目糞鼻糞すぎてどうでもいい エプソンのGT-X830使ってるんだけど
コミックスのカバーをスキャンする時に一回では取りきれないから
分けてスキャンした後で結合してるんだけど、
何故か色味が微妙に違ってしまって境界線がくっきり出てしまう。
ドライバの補正全部切ってもなるし何か解決方法ないですか。
というか、皆カバーとかどうやってスキャンしてるの？ >>80
購入後のベンダ物をあれこれするっていうのではなくて
販売会社側にこういう技術があるから画質うp要請出せって話でないの？
>>81
ICE使う >>80
ベンダ物をあれこれするのではなく
ベンダと同じ条件でデータ作っての検証が必要じゃねって話
要望はしたい奴が出したらいいんでね
どっちにしろ検証データは必要だと思うが
まさかはるかのURL貼って読んでくださいって言うわけにもいくまい フラベ縦線ゴミ取り解体したことある人質問
当方GT-X820使用
グレスケは縦線でないがカラーの明近色のみ(白から薄い色辺りそれ以外は目立ってないorでない)縦線出るんだけど
このタイプはどこにゴミあると思っていいのかなぁ・・・と
光源が出る所の3本のガラス調整部分ゴミないから困っている
薄い赤色縦線はごまかせたけどいつの間にか少し強めの緑縦線へと進化したからいずれ強めの縦線でそう 赤線青線擦れ筋ちぐはぐにでる
こまめに埃とってるけど
紙に細かいのが付いてるんだろうな
ソフトで処理しかないのかな WEBコミックガムでどうやって保存したらいいの？
Fullpagescreencaptureが拡大すると仕事してくれない 以下URLのような、白色で凹凸により文字を表現しているような紙をスキャンすると、
http://www.dotup.org/uploda/www.dotup.org841177.jpg
ほぼ真っ白の画像になってしまい、文字が判別できない状態になってしまうのですが、
何かいい手はありますか。 素のスキャン（つまりそのまま）と、コントラストをドカンと上げたものを同梱すれば？ うーん・・・・だめだこりゃ
デジカメのほうが良いかもしれんねｗ >>93
ありがとうございます。
こういうケースだと、カメラで取る or あきらめるって感じでしょうか。
写真をやらないもので、デジカメは時代遅れのしかなくて。
それとも、スキャナーを変えれば映る可能性はありますかね。
今は仮で（練習として）エプソンの廉価複合機で取込みしてますが、
お金に余裕が出たら9000Fを購入して本格的にやってみようかなと考えてます。 目に映る時の仕組みとして
スキャナなんかは紙に対して垂直で強い光を放射しその反射光を取りこむわけですが
この際に紙のデコボコ部分というのはどうしても反射が弱まってしまうわけです
対して人間の目やデジカメは紙の垂直方向だけでなく斜めからも眺める事になるので
紙の段差をはっきりと認識できます
この手の紙の場合はスキャナが高性能であっても期待する効果には及ばないと思いますよ >>95
すごく勉強になります。
ありがとうございますm(_ _)m
自炊系のページやスレをのぞいてみると、どれもフラベ使うの前提みたいな感じですので、
やはりデジカメを使った高画質自炊はあまり一般的でないと理解してよいでしょうか。 一般的でないというか、デジカメで直撮りとか苦肉の策以外の何物でもないような…ｗ >>97
もしかしたらコンデジで気合入れて高画質自炊する分野もあるのかなと思ったりもして…ｗ
ありがとうございます。 >>92
一応確認だけど素のやつって補正を全部切った状態ってことだよね？ >>100
はい、何も補正なしで600DPIで取り込みました。 自炊用の本格スキャナ買って
向きや角度を変えて何枚かスキャンして重ねて
輪郭さえはっきり出せれば補正出来ないこともなさそうだけど
スキャナ買ったらまた画像うpしてよ >>102
ご親切にありがとうございますm(_ _)m
少し先になるかもしれないですが、その際はうｐさせていただきます。 以前なんだったかのコミックの表紙でそんなようなものがあったんだけど
9400FよりもScanSnapのほうがキレイにスキャンできたという むしろ、こういうのは
機械に拘るよりは
手作業でのトレースとか拓本的な方法を取るべきなんじゃね？
機械での写しに拘るなら
ライトを斜めから当ててのデジカメ撮影だろうな >>104
どういう仕組でそうなるんでしょうね。
>>105
手作業は苦手なほうなので機械的に処理できればなと考えてます。
早速やってみたのですが、斜めよりも真横からのほうがより立体的に映るようでした。
面白い案をありがとうございます。
>>102
廉価複合機で角度を斜めにしてスキャンしてみたのですが、
やはりccdじゃないので？！ガラス面から離れると全然駄目でした。
早く9000Fを購入してそちらで試してみたいです。 9000FやGT-X830クラスで補正切ってたらここまで白が飛ぶということはまずあり得ない
キヤノン機だったら紙質までちゃんと拾えるはず >>107
補正を切るのがポイントなんですね。
ありがとうございます。 昨日ご相談させていただいた>>90ですが、
8800Fがやすいのでそちらも有りかなと思っているのですが、
今回のような紙の場合、より期待ができるのは9000Fでしょうか。
（8800Fと9000Fとでは紙質の出方が違うというどなたかの情報を見たもので） 大丈夫だよ
むしろ8800Fのほうが紙質出やすいと思う >>110
それなら8800Fでもよさそうですね。
ありがとうございます。 ファイル共有ソフトの世界が変わる。匿名通信（Tor、i2p等）ができる Perfect Dark ・ Share ・ Winny みたいな、
BitTorrent（Covenant）が活発な情報交換・交流コミュニティでオープンソース開発されています（プロジェクト支援者募集中）
Covenantの目的は、インターネットにおける権力による抑圧を排除することが最終的な目標です。 そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します
PayPalからの寄付はいくらでも大丈夫だそうなので、Covenant開発プロジェクトを支援したい！って人居ませんか？
https://pledgie.com/campaigns/26321
Covenantの作者（Lyrise氏）がそういう人と話したいそうなので、よろしければツイートお願いします<(_ _)>
https://twitter.com/Lyrise_al
ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできない情報発信好きアスペルガーｗ
通話料が激安になるブラステル（050 Free）で、かなり遅延や音声途切れが発生する方は、以下の設定を試してください
○ Wifiと３Ｇのコーデックは２つ（GSM、G.711u-Law）とも有効にしておく
○ エコーキャンセルをOFF（チェックを外す）にする
○ あとの設定はデフォルトのまま
http://blog.livedoor.jp/gnunobian/archives/52013458.html
上記の設定でも音質が悪い方は、wolfsonの高音質チップを搭載した機種（Galaxy 初代S、S3、S6、 SH-06E、SH-07E、206SH、 Galaxy Note II）に買い換えて下さい。
500円以下の格安SIMで使えて登録・月額無料、IPベース発信なら携帯へは5.5円／30秒、固定へは8円／3分
http://blog.jikoman.jp/2015/11/brastel-050-free.html
あと、050Freeの起動もしくは発着信が２週間以上ないとプッシュサーバー期限切れでプッシュ着信が出来なくなるので、Llama Location Profilesで１週間に一度050Freeを自動起動するように設定すればプッシュ着信できます
最後にロケットストーブの焚き口へ超省電力なDC扇風機で風を送ると、横引き煙突が12ｍ以上あっても煙が逆流してきません。
よって、横引き煙突で超高効率な熱回収ができるので薪が少量で済みます
あと、燃焼室の大きさは『無煙竹ボイラMBG150』で検索して参考にして下さい
２い Ralphaの変換で質問させてください
画像を100%、あるいは原寸以上（拡大しない、は未チェック）で変換を実行すると
何も処理されないまま出力されてしまいます
１px、1%でも少なくすると処理されるのですが、原寸大、あるいは拡大時にも処理させるにはどうしたらいいでしょうか
なお、iniは消して初期状態から出力サイズだけ＋に弄った状態でも、実行されませんでした >>113
縮小処理は問題ないというので自信はありませんが
ウィンドウ右端のリサイズのチェックボックスが外れているとか >>114
リサイズはチェックされてます
仮にですが、1000x1000(500KB)を品質70%で実行するとして、
1)高さ 1010 → 1000x1000(500KB) 元の画像のまま
2)高さ 1000 → 〃
3)高さ 990 → 990x990(100KB) 処理後
と、縮小の時だけ処理されます。1)〜2)の出力結果はバイナリ比較しても元画像と同じです
リサイズの「拡大しない」チェックの有無も無関係のようです
Ralpha.iniを消した状態から試しました Ralphaを使ったことがなったので、Ver40412を新規にダウンロードして試用してみました
1） 高さ 1400 → 1410 → リサイズ成功（拡大）
2） 高さ 1200 → 1250 → リサイズ成功（拡大）
3） 高さ 1400 → 1200 → リサイズ成功（縮小）
ぐぬぬ・・・「おま環」としか言えない・・・のでRalphaの作者さんに相談して見る事をおすすめします >>117
新しくダウンロードして別のフォルダに解凍して使ってごらんなさい >>118に加え、システムを２月までリカバリしましたが変わりませんでした
お手上げです・・・ pcの新アカウント作ってそこで試してみんさい
ユーザー変えれば新環境で試せるから とりあえず変換ボタン押す直前のスクショ取って上げてみ
こういう時は大抵思ってもみないところでチョンボしてるもんよ XP、7（64bit）、10（64bit）、10（32bit） で正常に動作した 誤エンター
XP(32bit)、7(64bit)、10(64bit)、10(32bit-タブレット) で正常に動作したので
>>119 の環境になにかしかの瑕疵があるのではないだろうか？ フラベ縦線
ガラスについているゴミ以外の原因あるんだなぁと今更
ガラス掃除する前にネジ外さなければいけないけど
左側のネジつける穴が消耗のせいで大きくなりネジつけるの無理になったから
つけなくてもスキャン出来るから放置
ネジつける部分緩んでいるせいで縦線発生
ワゴムで緩み対策しようかなぁと思ったけどワゴムの一部がガラス部分の上にのってしまうので
なんかいい道具ないかなぁと・・・
または大きくなったネジ穴使えるように出来る方法ないのかな ここの人は補正にW6VjIfnC33氏のアクション使ってるます？ >>126
おかしな日本語を解読してくれてありがとう。
電子書籍板の方のｽﾚでも質問しちゃったんだけど
たまにW6VjIfnC33氏のアクションで補正した後ににゴミが残る漫画とかないすか？
そういう場合どうやってゴミ取りしてるのかなー、と思いまして…。
多分紙質が悪いせいだと思うんだけど、ページ全体にバーっと
黒い粉撒いたみたいな仕上がりになるページがあってどうしたもんかと。 なら、元の原本をスキャナ状況と共に上げた方が話は早い http://www.dotup.org/uploda/www.dotup.org875681.jpg
雑誌スキャンならこんなもんだべ
紙質よりもストッキングの質感が失われているのが気になるべ
あ、オラはバカなびんぼー人だで、フォトショは使えねえだ
使ったのはpspな ttp://www.dotup.org/uploda/www.dotup.org875691.png
アクション使って白飛ばしでこんな感じか
後は濃淡調整で薄くなったトーンを濃くするけど、濃いゴミも浮かびあがってしまうからねぇ
スキャンデータ貼るときは、機種名とスキャン条件も書こう >>130-131
ありがとう参考にさせてもらいます。
あ、ちなみに雑誌スキャンじゃなくて単行本からのスキャンです。
スキャナはGT-X830でスキャン条件は補正全切り600dpiで取り込みですね。
やっぱりかけあみや細かいトーンある程度犠牲にして飛ばすか
汚れは気にしないかの二択になりそうですね。 これからは800dpiで取り込んだほうが良いかな
8Kモニターの時代が来るし 8K解像度7680×4320ピクセル！？
こないんじゃないかなあ 大は小を兼ねるってね
ブラウン管時代にスキャンされた画像を
今見るとみると悲惨だろ? >>136
見開きシーン結合してるヤツの技量がかなりわかるな W6VjIfnC33氏のアクションって6，7年前？に作られたやつだから
今の解像度に全く対応できない
そろそろ更新を・・・ 最終縮小が縦2000用の、一段階目縮小時の細線化＆ぼかしアクションを開発して欲しい W6VjIfnC33さんらしき人がそれっぽいアクションを投下してたような・・・ そもそも元原稿のデータが600dpiなんだから
B6版の場合でも4300x3000以上なんて無意味じゃね 印刷するわけじゃないし
モニターに依存する
近い将来の8Kモニターで拡大して見ることを想定すると
高解像度は必須 そこまで行くともう
表示するときにビュアーが拡大するか
スキャン時に拡大されるかだけの違いな気がするが
大元の紙の限界点以上の物は取れないのと違うかね スキャンやめるか
人間やめるかだな
無駄な時間と労力を使うだけだの気がする >>145
確かにコミック程度の情報量なら
モニタの解像度がいくら上がっても
モニタのインチは今後も変わらんから
正直コミックが縦2000以上もあれば
全画面表示での見た目の違いは殆ど分からんよね 視力の限界もあるから、8Kは無駄かと
http://special.nikkeibp.co.jp/as/201507/aquos_4k_next/p1.html
8Kの前提である、画面高さの約0.75倍（0.75H）の距離で本読む人は、普通いない 
