自炊技術総合36 @電子書籍板
皆さん初めまして
私がここに来たのは単刀直入に言いますと「とりあえずこれ買えっていうスキャナー」を教えていただきたいのです。
用途は漫画です。
ブラウザで検索して出てくるおすすめランキング!なんて当てにならないのは経験則で知ってるんです。
オナシャス! >>291
裁断済みの漫画を安く買って電子書籍として利用したいのです 予算書かないと出ないんじゃない?
俺は詳しくないけど >>292
手間をかけてスキャンしなくてもホッチキスで止めればよくね >>294
スキャンし終えたら同価格で売れるじゃないですか! ヤフオクでリース上がりのDR-6030あたりを狙ってみるのも手
業務用でスペック的に十分なものが、5~6万円くらいで入手できるので
それとフラットベッドスキャナを一台手に入れておけば大概の用途には対応できるはず。
ただDR-6030があまり出品されていないのが難点 裁断済みの本は売るのも買うのもアウト
それが許せるメンタルなら、漫画村みたいなサイトはまだいくらでも残ってる 定価180万円だかの最高級機種と比べたらねえ
DR-6030c、5010c辺りの良いところは、重量が10kg程度なので業務用としては取り回しが比較的楽なところ。センサー部分のガラスを外せるのでほこりとかの掃除がしやすいというのも○
欠点としては縦線が比較的出やすいところかな 光学系機器だから中古は微妙なんじゃねと思う派
オーソドックスに
Canon DR-C230,DR-C240
EPSON DS-531,DS-571W
RICOH IX1600
あたりがいいんでないの
各機種持ってる人による貴重なスキャナの並行レビュー(どこかのサイトがそういうのをやってくれるのが一番いいんだが…)
https://twitter.com/toroan3/status/1598641765090983936
https://twitter.com/thejimwatkins DR-C230使っているけど
次も多分キヤノン機にする気がする
優れているかどうかはわからないけど慣れちゃっててな
個人で複数メーカー使い分けは、癖とか違うだろうにがんばるなと思うわ
>>299
掃除はしやすそうだけど線の入りやすさ自体は
>>300に挙がってるようなそんなにお高くないやつと差して変わらなそうね >>297
アウト、というのはなにか法的根拠があるのですか?
議論の余地なく違法であるのなら諦めます。 >>302
釣りだろうけど合法だから勝手にしろ。ここで議論するな。
ページ抜けに気づかず売買しても知らん。 >>297
本は重いので裁断済みを一部だけ持ち歩く人もいるかもよ この話題とはずれるが、自炊を始めた頃、文庫本は100頁くらいで分割して持ち運んでいたことを思い出した。
どうせPDF化した後は捨てるものだし、ポケットにも入って頗る具合が好かったが、その内、読んだ頁は剥ぎ取ってバラバラにするようになり、頁が傷んだり、自炊の前に散逸したりして何度か買い直す破目になったw
今は普通に持ち歩いている。 ちょっとお聞きしたく
裁断機PK-513Lと200DXの替刃が共通で使い回せるとネット上に書いてあったんですが
これは本当ですか? 電子化の時代になって河川敷からエロ本が消えた(^o^) 電子化の時代でモザイクが消えたのもあるからいいんじゃ 後継者がいないのでどんどん消えている
新古書店も消えるかバラエティーショップ化した
一般書店も減少が止まらない
いまどき珍しく駅前に本屋さんがありました!
Googleマップでそんなコメントがされている昨今
本を買う大学生も少数派になったし
つうかなにしに大学行ってるのか知らんけど 自炊したpdfファイルをacrobat proで用紙サイズ変更するとOCRやシオリ(目次)が全部消えてしまうんだけど、いい方法ないかな?
溜まってきた自炊pdfファイルをジャンル毎に一つのpdfにまとめる為に
用紙サイズを統一させたいんだ acrobat はふちをトリムするのに使ってるわ。
PCやPadで見るのに紙のサイズ関係ないし。 用紙サイズは元画像から自動計算なので後から変更できなさそう
ページごとに違うサイズに設定できるし レスありがとう
微調整の場合はacrobatでトリミングや余白付加すればOCR・しおりも問題なく維持されて自分も良くするんだけど、
文庫サイズ→A5とかの大幅変更だと余白が出来すぎちゃって、リーダーで開いたら文字が小さくなる難点が。 サイズ変更をしたいっていう状況が分からないな
自炊したPDFを印刷するの?
画面でPDFを見るだけだったらページサイズがバラバラでも気にする必要がないと思うんだけど そのリーダーはPDFを表示するときに画面いっぱいにそのページを表示させることはできないの? リーダーで表示する時につど拡縮すれば問題ないんだけど、
pdfexpert だと垂直スクロールでページ送ってる時に
たまに斜めにグラついたりする。
各ページのサイズ(横幅)が統一されてるpdfだと左右は完全にロックされるからスクロールしやすいんだよね JPEGならスクリプトでDPIを書き換えて用紙サイズを統一化できるけど
OCRが機能するかは知らない
リーダーはこの設定を無視して最大化しないか
律儀に用紙サイズで表示するのはacrobatくらいじゃね? リロードしてなかった
SumatraPDFを試してみては ありがとう解決した
リーダー(pdf expert ios)の問題だった
SUMATRA PDFのiOS版がなかったのでpdf proというの
を落としてみたら
ページのサイズがバラバラでも開いたページが自動で最大表示になって
スクロールも問題なし
くら替え検討してみます 大抵の場合は、ツールやら環境に合わせてデータを変更するのは間違いで、
ソフト側で対応するのが正しい やっぱり2台無いとダメだな
イラストスキャン用のフラべと文章スキャン用のadfスキャナ
フラべで小説スキャンは耐えられない
場所が〜とか言ってる場合では無かった PCラックの普通はプリンタが置かれそうなとこにフラットベッド置いてある 複数の外付けHDDの管理ができそうにないのでスキャンしたデータをアマゾンフォトで保存したいと思っているんですが
ジャンル→シリーズ名→〇〇1巻というようにフォルダで管理したいのですが可能でしょうか?
フォト側にフォルダを作成してドラッグ&ドロップでPC側からフォルダ毎コピーしてもフォルダの中身が写真の項目にコピーされてしまいます クラウド止めた方がいい。
バックアップも考えると本体とバックアップ先が必要にはなるけど。
本体がローカルなら、バックアップはクラウドでもいいよ。
ただ本体がクラウドでバックアップ無しだと、クラウドの都合で全てが消える。
外付けハードディスクでもNASでもいいから買えよと思う。 >>330
ありがとうございます
自己解決できましたが現状だとアマゾンフォトでこういう機能は無いみたいですね
自炊した後のデータの保存方法はどういった方法がメジャーなんでしょうか?
保存方法については参考にしたサイトがクラウドを奨めていたので他の方法はあまり考えていませんでした
災害や事故で本体とバックアップが同時に亡くなったり、片方が寿命を迎えるたびに買い替えることを考えると
外付け+クラウドの組み合わせは割とメジャーなやり方なんでしょうか? アマゾンと書かれると別のサービスを想像するけどAWSでは業務で利用できるファイルサーバの機能もある。
ただ価格の問題で、会社で使うレベルのもの。
ここのおじさん達は、自分のPCを拡張しまくりなので大半はローカル保存だよ。
Microsoft OneDrive の無料枠やApple、Google もあるけどGB の単位までなので、TBまで必要な場合お金を払わないと出来ない。
加えて一部のクラウドはユーザのフォルダも覗き見していて児童ポルノを見つけたりすると消されたり通報されたりする。 悪い事をしない人はいいけど、自炊も個人利用までで配布したりするとどうなるか分からん。
米グーグル、児童ポルノ所持の利用者を通報
https://www.afpbb.com/articles/amp/3022321 うーん、成年誌やそういうシーンが含まれてるような漫画もクラウドだと児童ポルノと判断される可能性があるってことなんですかね?
あくまでもコレクションなので配布というか兄弟に見せるぐらいはするかもとは思っていますが >>335
自分の子供の海水浴の写真をGoogleに保存したら、アカウント停止されたニュースを見たことがある。
日本人が想像する以上に小児愛については、偽陽性お構いなしに感度高く判定されるので、
1枚でも混入したらと思うと商用クラウドはやめた方がよいと思う。
アカウントを停止されたら、保存した画像は全て失われるのかどうかは知らないが。 クラウドって私物のごちゃごちゃとしたものをあげるとそういうリスクがあるし
商売がらみのもの覗かれるのも嫌だしであまり使っていない
メールとかメモアプリとか妥協している面もあるけど >>336
Thunderbird利用すると実質クラウドのようになってるね
毎回がりがりと同期がはじまる
フォルダわけするとGmail側にもちろん反映されるし >>341
IMAP4はそういうものだ
逆に秀丸メール利用するとサーバーに反映させず変更できる 一番のメリットはメールがローカルに残るのでクラウドから削除できる imap出る前はサーバー側に残さないのが普通だったような気がする IMAP4って2000年頃にはあったろ?
学内ネットワークの端末(ターミナル)とかで使ってたわ
そんでメールデータがquota超えそうになって管理者に怒られるの
クライアントがリッチになったんでPOP3ばっかになったけど、GMailとかで復活してきた感 >>346
AIのような先を見据えてメールを消されたくなかったんだろう
そう考えると自炊本のバックアップは歓迎されてるかも POP3でプロバイダからgmailに取得するので、結局メールはローカルには無い >>346
俺はそのちょうどPOP3ばっかだった時期にメール使い始めたんだと思うわ 何この年寄りスレ
telnetでログインしてメールを送受信していたやつはさすがにいないか。
その前はNifty-serve 古本屋で自炊する前提で漫画買ってきたんだが
買ってから気づいたんだが本の側面にカビが生えていた
最近自炊と合わせていたんだ本のクリーニングもしていたので気がつきやすくなっていたのかもだが
本って結構あっさりカビるんだなと思った 縦線が入ったり色ムラが出るような汚いスキャン結果でよければ中古でいいけど、多分そんなのしか無いと思う。 それくらいならいいけど、ローラーが加水分解してたら交換不可能なので実質ゴミ 自炊データはJPEGからPDFがいいのだろうか。
EPUBに変換するのにPDFだとLeMEを使えばいいのかな。 ローラー加水分解するってことは乾燥剤一緒に入れておいた方がいいかな?
使用頻度低くて普段袋に入れて密閉している 古いと縦線あってどうにもならないとか奇数ページと偶数ページで色があわないとかありがち スキャナー内部に汚れが入っちゃうと線とれなくなるって奴だよね
汚れ以外にもガラス面の傷とか、素子の劣化なんかもあるかもだけど ユーザーが手軽に掃除やメンテは出来ない仕組みになってるもんね
そのわりには結構な頻度で縦線発生するし
配線を外さないと分解出来ないのだけど
タイトすぎて詰む この人は器用だから平気なんだろうけど手にカッターの刃むけてチューブ切ってて怖いな
俺がやったら多分怪我する
チューブに切り込みが残りそうだけど
スキャン結果に送りむら残らないんだろうか? 紙送りの精度に関係してないから多分大丈夫
なんで変換の第一選択が神送りなんだ DR-C230にはローラーが4つ
ガラス手前にでかいのが2つ
その後にゴム製の小さいのが2つ付いている
手前の大きい方はゴミが付いていてもスキャン結果に影響を感じないんだが
後者の小さい奴はちょっとゴミがつくと送り方向と水平に送りムラと思われるノイズがはっきりと
文字ならほとんど気にならないんだけどスクリーントーンなんかだとかなり目立つ
後者で基本的に紙送りしてるのかね、構造がよくわかっていない
同じく神送りが最初だったな、何のことだよ・・ >>368
この小さいローラーで正確な紙送りをやっていると思う
灰色のデカいローラーはスタッカーから紙を引き出すだけでしょ じゃあ切って噛ませただけのゆるゆる状態じゃ精度全然出ないな 動画の人、切って被せた後のスキャン結果まで検証すればいいのにな 瞬間接着剤か何か塗っておいて、固定してしまえばok
切れ目部分で紙と接している時に空回りしないかが不安 精度も問題ないみたいね
これを先に見ていれば分解しなかったのに 設計者は加水分解を知らなかったのか、知っててわざとなのかどっちなんだろう 摩擦力があって加水分解しない物質はどんなものがあるんだろ テープデッキのテープ送りはモーターの軸を伸ばした金属の棒(キャプスタン)と
テープより幅の広いゴムのピンチローラーで行っていて、キャプスタンと
ピンチローラーの間を通るテープがキャプスタンの外径で決まるスピードで
正確に送られることで精度を保っている
今回のscansnapはその役目を乳白色のローラーで行っているから、厳密なことを言うと
装着後のローラーの直径が設計時と同じでないと紙送り量が変わってしまうことになる
縦1000ドットの画像が950ドットになっても目で見てすぐに分かる人は
いないだろうから気にしないなら構わないけど
>>378
必ずしもベタベタに溶けるわけでもないよ
PFUのfiでも水分が抜けてカチカチになったようなローラーを見たことがある
あと、10年も使われ続けるなんて思わなかったというのもあるだろうな 自炊の森ってスキャンデータ再利用されないこと確認できる?
個人度高い書類はやめとくべきかな >>271
スキャナーってバカ高いけど
縦線入るようになったら一発で終わりなの?
古本でないとして何ページくらいスキャンすると終わる? 漫画自炊後のレベル補正を黒ベタ部分のグラデーションが無くなるよう補正してるけどかけすぎかな?
保存容量も減っていいんだけど薄い線とかが飛びがち
けど制作時点では黒ベタは本来単一色のはずよね? レベル補正ってどうやってんの?
scansnapの機能?
ヒストグラム補正で黒の閾値を下げるのに近い補正だよね、多分
canon機使ってるからヒストグラム補正使う時は毎回chainlpに頼っている >>0384
一括処理できて便利なんでXnCONVERTっての使ってるけどレベル補正さえできればいいはずなのでフォトショでも何でもいいのでは? こんな感じか
ttps://blog.turtlewalks.net/kibamijokyo/ 原本データとして全階調を残したカラーで保存する
それとは別に、読む用(あるいは配布用)に読みやすく加工したものを作る
だから、スキャン時に何か補正するのはNG >>386
そんな感じですね
原本と遜色なさそうなら原本消してもいいかなと思い始めてる
HDD容量がね HDD容量に困る時代は遥か昔に終わった
ここのところHDDの値下がりが止まるどころか値上がり傾向にあるけど、既に十分安い まぁ動画は別にして自炊なら大した容量じゃないしな
動画は8K撮れる機材も増えてきたし4Kは当たり前で動画のRAW記録も普通にあるから際限がない 確かにスリム化したくなるのは自己満足の領域よね
WAV音源もFLACあたりにまとめないと気が済まなくなってる プラグマティスティックには、区別がつかなければいいとか、
比較すれば違いが判るけど、その違いが問題にならなければいい、というところに落ち着く
それとは全然別のところから、紙媒体を捨ててしまうのだから残せる情報は全て残すべき
という感情的な価値観が入ってきて、データは無駄に肥大化する
とはいえ画像データだから10倍に膨らんでもたかが知れてる スキャンした状態のデータは残してある、というかオリジナルは残すもんだと思ってた
以前は裁断した本も残していたけどさすがに物理的に場所を取るのでスキャンして縦線がないことを確認したら捨てるようにしてる
でも捨てた後に見つけちゃったりするんだよね縦線
スキャンデータ残しておくのは、とりあえず今のiPad pro 11インチに最適化して再調整してzipファイル作ってるけど
見る環境がまた変わって来れば調整も変わってくると思うから
自分自身の技術が向上してよりよく最適化できるかもしれないし(←大抵はそんなこと無いが) 制作時点=元のデータ派だわ
黒ベタ部分は黒一色にするのが筋だしカラーのロゼッタパターンも消したい 白黒の場合は歪みと縦線対策すればscansnapでほぼokだけどカラー原稿は再現度がひくすぎるから別にepsongtx830使ってる
裏写りと端切れ対策は必須
カラーの紙質パターンとかホント消すのムズいよね
ニートイメージに頼るしかないかな 600dpiでスキャンしてるがロゼットパターンは消さないな
どうせ閲覧用に縮小すりゃ見えなくなるんだからわざわざ消す意味がない >>394
俺もそんな感じの思想なんだけど
>>396
言われてみればそうである 簡単奇麗で消せるなら消すよ
昭和のぼかし(ガウス)法しか知らないから… ファイル名をノンブル(ページ番号)にリネームするツール
https://github.com/jarupxx/RenamerForScan/releases
ファイル1個をD&Dしたときフォルダ全体を読み込む
Enterキーでリネーム
アプリアイコンを追加
と使い勝手を良くしました 中綴じの本をホッチキス外してそのままスキャンしたら、
90度回転させて真ん中で2分割して、ちゃんとページ順にリネームしてくれる? >>400
そういうのは1から作ったら
既存のコードに組み込むとスパゲッティになる 90度回転させるアプリと半分割するアプリとリネームするアプリはあるな。 >>400
レディットpdf民の解説があったけど
規制にひっかかってurl貼れない
split and auto-reorder reverse imposition
でぐぐって 90度回転は普通に一括処理のメニューがあって、
全部半分にするのはスクリプトがあって、
4ページ単位で番号を振り直すのも別のスクリプトがある
昔書いたからperlだけど、こんな感じ
$numa = $max;
$numb = 1;
for (1..$max/4) {
$file = shift @jpgs;
rename $file, sprintf("page%03d.jpg", $numa);
$numa--;
$file = shift @jpgs;
rename $file, sprintf("page%03d.jpg", $numb);
$numb++;
$file = shift @jpgs;
rename $file, sprintf("page%03d.jpg", $numb);
$numb++;
$file = shift @jpgs;
rename $file, sprintf("page%03d.jpg", $numa);
$numa--;
} plustekのフラべユーザーが増えてもっと情報が共有されるといいな
ネットに全然情報が出ない 頑張って合わせてもどうしてもナナメになるよねスキャンしてると
大抵0.1~0.2度の角度ずれが俺を悩ませる
このレベルになるとえちるとらんでも怪しいし 実際にずれてるケースもあるけどね
フラットベッドも意外とガワの角度適当に作られてたりする
けど紙に印刷されてると気にならないのに画面で見るとやたら気になるのは不思議よね 印刷結構傾いてるよね
俺は
紙:気にならない
PC:気になる
タブ:気にならない
PCは普段から水平にして使うから気になるんだろうか?
タブとか本はそれ自体を少し傾ければ済んでしまうからかもだが SCANSNAPの傾き補正が強力そうだけど使えるフォーマットが限られるのがなー
最終的なレベル補正込みだと白黒原稿ならSCANSNAPとフラットのGT-X830には大差なし
カラーだと雲泥の差だから使い分けるのが正解ですな
SCANSNAPはしっかり管理しないと線が入ったり端が歪むのが難点だけど… >>412
PCで傾きが気になるのは紙と比べると上下左右の余白の幅の変化に敏感になるからのような気がする
画面の方が背景の白が遥かに明るいというのが関係あるんだろうか?
ちなみに雑誌の印刷の傾きは酷いよ
PDFにしてページをパラパラめくると奇数ページと偶数ページで傾く方向が反対になるのでガタガタが強調される 小林製薬のメガネクリーナーでせっせとスキャナ拭いているけど、会社ヤバくなっててるのか。
まあ、まだ持ちこたえているとも言えよう。 傾き補正の操作がめんどくさすぎるのを何とかしてほしい。
CANONの場合、スキャンしたのが1枚ずつ表示されるから
傾いていた時は補正をクリックして左右のカーソルで傾き変えて
OKでをクリックする必要があるけど
スキャン内容が表示された時点で左右のカーソルだけで傾き補正して
上下でページ移動するくらいの作業にしてほしい。
PFUはソフトがグダグダでまともに
PDFEDITモードが立ち上がらなくなるし
ああ!!!!もう!!!!!
すみません。
愚痴でした。
後400冊・・・ 用紙に対して傾かないという意味なら、
紙の縁の情報から補正可能
紙送り精度を頑張る必要は無い そもそも本は少し傾いて印刷製本されてたりするので、高級機使おうが傾き補正は必須。紙の辺に合わせて補正も無意味。 傾き補正単独ならWindowsフォトが意外とインスタントで使いやすいぞ
厳密に調整するならやっぱりフォトショ一択になるけど 傾き補正なんて正直どれ使ってもそんな変わらんと思う
使いやすさで選べばよい 傾いて印刷されていた、という情報も残すべき
傾き補正はビュアーがやってくれるかもしれない
ヒストグラムを解析して最適の濃淡で表示してくれるかもしれない
わざわざ手間をかけて情報を捨ててしまう必要はない >>424
生データと加工データ両方残せばいいんですよ。
私だと以下のデータを保持してる。
1) スキャン生情報 (色補正も傾き補正もないセンサーで読んだまま数値を可逆圧縮、メーカーの添付ソフト使うと勝手に補正するので自作ソフトで読み出し)
2) ページごとの補正データ (傾きとか、ノイズや焼け消しとか、色補正とか、クロップとかのパラメータ)
3) 上記2つの情報から自動生成したPDF (表示デバイスに合わせてリサイズとかの軽量化もしている)
いつでも2のパラメーター変更して生データからPDFを再作成可能。生データ圧縮してもでかいのでディスク容量が悩みのタネ。 原本も残しとくのが最強なんだろうけど原本も物理的に劣化していくという
漫画なら買い直せば済むといえばそう 保管に気を使っていても古い本は酸性紙使ってるので紙焼けで変色してボロボロになっていくので、貴重な本でも自炊不可避。
新しい本なら電子版買っとけばいいけど。 紙の話だと、岩波の本が白黒印刷のものでも長期保存には向いてそうな気はしている。
学術系の本の事だが。
昔は無駄にハードカバー多かったね。 >>425
生情報なら斜めに差し込んでも劣化させずに正しい角度に補正できるのか ページの端までイラストが載ってる画集はキツい
裁断だと確実に見切れるから糊剥がして1枚1枚スキャンが必要になる
画集だから小説と違って適当なスキャンでは困るので1冊やっただけでヘトヘト 漫画でも見開きが多いやつとかはちょっと苦労するよね
自分は閉じたくんで糊を溶かして解体しているけど 漫画がスマホで読みやすいように特化していく中で、
ジャンプってなんか特殊な見開き多くないか?
見開きっていうか、一部のコマがページを横断してる 上半分だけ見開きの横長コマなんてジャンプだけじゃないよ うん、返しがおかしいね
ジャンプが多いという話なんだから、比率で反論しないと >>436
ウエブトーン頃しかw 縦読み漫画の事なんて知ったこっちゃないw https://i.imgur.com/tkdqzuk.jpg
これなんかどう考えてもページ内に収まる
電子に逆行してるんじゃなくて、紙だと読みにくいでしょと
電子に移行させる圧力をかけている >>438
紙だとどうなってるの
接着されてて読めんな 見開きが切れるは同人誌だとあるあるなんだけどあんまり高い奴だとフォトショの加工で妥協してるわ
万単位の冊子とか裁断できひん 俺は1万円の本も平気で裁断スキャンして、見開きの補正も加工も何もしない。時間優先。 傾きだけ補正した画像の原本を残すか、それとも加工した画像を残すか
https://imgur.com/4W03GNk
原本ままだと一枚50mbとか食うし…結局HDD買い足せってことかねぇ ビューア側にシャープ機能とか付いてるのに
高解像度画像に拘る意味ってあんの?
フリガナが潰れない程度の解像度にしてファイルサイズ小さくした方がいいやん 網点まで見える解像度で2値にしてtiffにすると、むっさ縮む 1冊500MB超えると大きいなと思って圧縮かけることが多い、気に入ってるのはでかいままにするけど、俺は
ストレージはNASのSSD4TB、これを無限とは思えないし、HDDだとうるさいし、大容量だとHDDもそれなりの値段するので、こんなもんでいいかなと思っている
文字主体の本は黄ばみとかを補正で落としてグレースケールpngにすれば200MB前後に収まるんだが、漫画は大きくなるんだよなぁ
後から処理した本の方が綺麗で小さくなっているわ 500MBなんて大したサイズじゃないでしょ
8TBに無限に入る ハードディスク上で大きいのはもうあきらめてるけど、バックアップが悩ましい。
将来、今より解像度の高いデバイス出てきたら生データから再作成したくなる可能性考えたら生を残したいんだが… tiffで保存してる俺は少数派だろうな
>>446
2値ってディテールとかつぶれないか? 原稿製作時点で600DPIを超えることはほぼないだろうから現状で十分だろうとは思うが…
原本置いとけるスペースがあるならええか >>452
意識して補正する時は一度で済ますようにはしてる
600DPIモノクロ画像だと劣化はあまり感じないけど実際かなり劣化してたりする? >>448
そう言うけど、俺は去年NASを500GB+バックアップ256GB体制から
4TB+バックアップ4TB体制に更新したが7.5万円くらいかかったぞ?
あまりデカいとタブに入れた時にも容量も圧迫して使い勝手が悪いし、程々でいいと思っている、俺は
君が違うのはそれはそれでいいけど、それが正義であるかのような言い方をされるとちょっと・・ >>451
600DPIで印刷されてる本を600DPIでスキャンしても原稿の状態にはならないな 16色PNGがいいよグレースケールの256色よりだいぶ小さくなる 白黒印刷なんだから、解像度が十分なら2値になる
グレースケールは解像度を低くする為の誤魔化し 仮に印刷物に純粋な白と黒しかなくても
スキャンした1ピクセルが白と黒の中間くらいの位置を読み込んでいると中間色になるとか
つかそもそも漫画なんかは白と黒しかない印刷物なのか?
もとがカラーページだったりすると中間色がある場合がある
とこのスレのどこかに書いてあったような? 多分、想像してるよりずっと高い解像度
網点1個の端がピクセルの堺でもどうでもいいくらい dpiなんぼくらいなの?
それで漫画一冊どれくらいのサイズになる?
興味あるよ そんなくそでか解像度がtiffだとおとなしいサイズに超圧縮される
ただ、そんなんだから取り回しは面倒
原本保存用 カラーで線数200なら最低でその4倍の800dpiスキャンいるな。白黒なら理論上は最低は2倍の400dpiで足りる計算になる。
1200dpiグレイスケールでスキャンして600dpi化するのが妥当だけど、そこまで完璧を期すかと言われると好みの問題だな そもそも1冊辺り数百MBって容量も食うし単純に利便性低いよね
オフラインでもオンラインでもビューアで見る時読み込みもっさりすんだから 白黒で200lpiなんて聞いたことない
133lpiとして最低266dpi
それだと網点が1ピクセルになっちゃうので、例えば4x4くらい要るなら1064dpi
A5サイズで縦8800ピクセル ファイルサイズを小さくするために低解像度でスキャンしたら利便性は上がるけど、
10年後に大きなサイズを扱いやすくなっていたら絶対後悔する。
ならば高解像度でスキャンして、今見る分はデバイスに合わせて縮小版を別に作るしかない。 納品の時点で原稿の解像度が600DPIらしいんで1200もあれば充分な気がするがどうなんだろ 別にtiffじゃなくてもpngで十分だった
tiff+zipとpngが同じくらいのサイズになる というかscansnapだと1000DPI以上対応してないから普通に無理やし… スキャン時に2値にすれば紙質とか飛ばせるのかな?だとしたら効率いいね 目一杯高画質でスキャンしたオリジナルから容量削減版作ってPDFにするのが一般的じゃないの?
8TB二台で3万後半なんだから保存するHDDすらもったいないっていうならそもそも自炊に向いていない 俺は基本的には今のタブの解像度より一回り大きめのpngをzipで束ねてるわ jpegは自然画像を対象にしてるから、という弊害は今でも続いていて、
漫画や活字みたいな自然画像でないものを扱わせるのは本質的に向いてない
レベルが0から255に突然変化するような不自然な画像はjpegではなくpngの分野
ただ、サイズさえ気にしなければどっちでもいい >>467
数百Mで重いならそのオンボロ買い換えろ 無駄に容量でかい高画質画像に拘るのって
大した耳持ってないのにやたら高音質に拘るアホと同じだろ 大容量HDD大好きだとHDDへの愛を語りたくなった。
10年前のPCケースなんで、HDD 8個は入るよ。 多分超解像度にこだわってはる人は1200DPI以上だと思うんだけどいちいちフラベで読んでるのかな?
それともSCANSNAPとかの安価な機種は論外だろうから自動送りのEPSONのDS-6500とか使ってる? HDDなんてどんどん大容量化してGB単価が下がり続けるのが当たり前だったのに、
4年前に14409円で買ったHDDと同じものが今でも売られていて、タイムセールなのに16830円 >>482
EPSONのDS-6500の読み取り解像度は「50〜9,600dpi(1dpi刻み)」となっているが
光学解像度はフラットベッドで1200dpi、ADF使用時は600dpi 雑誌の切り抜きを数ページスキャンするような用途でX820使っているけど、
動作が同じだったらこんなので一冊丸ごとは無謀という感じ
スキャン開始時に毎回キャリブレーションしているのか、1枚スキャンしてから
次のスキャンを開始するまでに時間が掛かりすぎる
センサーのリターンも遅い
300dpiだとそこそこだけど、それ以上だと複数ページはやりたくないくらい
スキャンも遅くなる
綺麗だからページ内容を確認しながらのんびりスキャンするのにはいいけどね Kotatsuって違法漫画アプリが凄いよ
漫画村の再来だよ gt-x830も2000DPI越え始めると範囲を絞らないとエラー吐くのよ
どんな機材使ってるのかガチで気になる フィルムスキャンも可能なせいで、印刷物に対しては完全にオーバーテクノロジーだよな なんか結構伸びてたのでスクリプトかと思ったら違った 以前にMRI受けた時に乾板が一旦手元に来たのでスキャンしたけど真っ黒で、
フタを開けたままスキャンしたら部屋の光でスキャンできたけど、
よく考えたらフタの板外してフタの光を使うのが正解だった 自炊するにあたって
スキャナーの裏当てが黒だと裏写りしにくいという情報を得たのですが
現行のドキュメントスキャナで裏当てが黒の機種ってあるんでしょうか gt-x830で真っ黒な紙を用意して裏当て自作してるよ
SCANSNAPも多分同じ理屈で行けるはず多分 リコー(元PFU)のfi-8150は白黒切り替え可
安いfi-8040は白のみ
仕様の原稿背景色の項に書いてある >>493
フラットベッドは黒い紙や艶消しのシートを両面テープで蓋に貼るのが簡単でいいね 試しに白黒漫画をカラー2400 4800 12800DPI無補正で読み込んで比較してみたけど
4800を超えてくると網点の境界が染みであいまいになってくるからこれ以上はぶっちゃけ無駄と判断しても差し支えないと思う。
というか2値にするにしても2400で、いや1200でも実用上十分な気がする(個人の主観です)
1200DPIこえだすと紙質そのものが元原稿の再現を邪魔して敵になる感
https://imgur.com/r5pXQ3h 大きさが同じだからリサイズされてるよね
そう読み込まれるなら確かに無駄だな 600じゃ足りないかな?
まぁ本人が満足するかってところが大きいだろうからあれだが scansnapのtwainドライバを配布しているみたいだけど使った人いるかな。
https://www.jse.de/products.html >>500
現状の機材性能と容量、細かいディテール保持それぞれのバランスの観点では十分かと思うけどねぇ
2値見てわかると思うけど印刷物に明瞭な境界は存在しない
インクを紙に垂らしてる時点でアナログ化してるから
まぁ本人が満足するかってところが大きいだろうからあれだが なんでディザになってるんだよw
2値ってのは白黒はっきりしてる
単に閾値の設定に失敗してるだけ GTX830だけど紙の凹凸と染み拾うから境界はどうにもならんのだが…
ディザ消すように補正かけてもかけ方で境界が動くよ
一体どうしてんの? >>503
確かにアナログな感じはするけど
どこまで意図的にインクの形をああしているんだろう
中央部の黒い模様が丸みを帯びているところまで意図的なんだか
解像度の数字の末尾と重なっている左上から右下に伸びる連続する黒い模様の左中央部が微妙に出っ張っているのは流石に印刷ノイズだよね
>>505
一瞬グラボかと思ってしまったw めでたく綺麗な2値になったところで、1bit PNGにしてみると、
jpegと比べて驚くほど縮むよ というか一番の問題は機材よ
6000DPIなんかで作業したら一枚10分コースだし… canonもscansnapもADFの低価格帯は600dpiまでよね
フラべ前提なんだろうけど 網点の形に意味があると信じるなら仕方ない
こんなもんは濃淡情報さえ持ってれば形はどうでもいいと思えればdpiは小さくできる >>512
なんか話が食い違ってる気が?
その理屈なら600DPI2値でも十分な気が 1200あれば十分でしょ
印刷に使われた原稿のdpiが1200以上ということはまずないだろう モノクロは600dpiでの入稿なので、それを一旦紙にしてデータに戻すなら600dpiでは不足
倍要る >>493
それをやってサイズ自動調整も問題なくできるんならそれでもいいかもしれませんね
>>494
ありがとうございます
このスレ遡ってみても
裏当ての話題ってここ近年ずっと出てなかったみたいなのでもう無いのかと思ってました
https://youtu.be/xHzEE05yVUE
業務用だけあって金がかかった設計になってますね
>>511
PFUキヤノンEPSONブラザーのスキャナ製品の最新版のカタログをざっと見てきましたが
それに載ってる中でADF部の光学解像度が600dpi超えるモデルは無さそうですよ
100万するモデルでも光学解像度は600dpi止まりです
スキャナだけでなく複合機も含めたらADFでも1200dpi出るモデルはあるようですが>>278 普通に考えてフィルムスキャン用の解像度だしな
紙しか来ないと判ってるとこを無駄に高解像度にしない そんな高解像度でなくても、写真集とかなら普通にフラットベッドだし
ADFスキャナが使える本は限定されている なんか上で超解像度っていうから4000DPI以上とかかと思ったわ
1200なら一応無理ない実用の範囲じゃないか Kotatsuって違法漫画アプリが凄いよ
漫画村の再来だよ 試してみたけど
600DPIカラーでモノクロ原稿を読み込んでリサイズで2倍以上に拡大→2値に変更って方法も結構スムーズでよさそう
検証がまだ足りないがこれならフラベに依存しなくてもOK >>525
それなら600dpiのままグレスケ5階調化とかでもいいんじゃない? 圧縮で同じくらいのサイズになると思う。画質は原画の特徴と拡大/減色アルゴリズムの選択によるのでどっちが上かは場合によるけど。 グレースケール原稿をpngquantで8色にすることがあるけど
拡大しなければそんなに気にならないことが多い、俺は
単純に階調落とした場合にどうなのかは分からんけど 4諧調でいいと言われればそうである
https://imgur.com/a/S5uW41c
ただレベル補正と環境次第ではディテールは消える
それは1200DPIの2諧調でも同じだけど
特に原本に色ムラがあるとね 諧調変える前に先に原本にニートイメージでもかけた方がベターなんじゃないかな? 丸い形のトーンが、グレースケールなら丸く見えるけど2値にするとガタガタになる
その理由はシンプルに解像度不足
4階調使って綺麗になる余地があるなら解像度が倍必要 >>529
印刷ムラとか紙焼けとかあると、どの方法でも辛いね。先にそれらを除去しないととなって、そうするとカラーで高解像度スキャンしてとなって、振り出しに戻る。 グレースケールのデータは600dpi、モノクロ2階調のデータは1200dpi
が原稿納入時の基本らしい 600DPIでも個人的には2諧調にも十分耐えると思う
https://imgur.com/a/J7UH1JP
まあ容量が許すならグレスケていいかと 自炊するにあたって帯とかのファイル名はどうしてますか >>535
うちの場合、
000a.png 表紙カバー
000b.png 表表紙・裏表紙
000c.png 帯(あれば)、ノンブルのないページ等
:
001.png ノンブルの1ページ
002.png ノンブルの2ページ
: 補足。上の方法で、
・文字列ソート
・エクスプローラーのソート順(文字列中の数字部分は数字の大小)
のどちらでも同じ順番で並ぶようにしてある。 >>536
自分も同じパターンだな
ついでを言えば、書店特典とかがあった場合は、000_sp01とかにしてる カメラで取ったような
jpgをモノクロ2階長?みたいにしてくれるソフトってないの?
要は単なるモノクロだと光量でグラデができるからそこをはっきりしてくれるよつ よくあるスマホスキャンアプリみたいに自動で白黒にしてくれるようなやつ
技術としてはあるんだけどソフト単体としてはないよかね? imagemagickのauto-thresholdとかどうだろう >>536
これに揃えてみます
連番にしてみたけど目次と合わなくて ファイル名とノンブルの符合は絶対だな
その為に0で粘る
本編の前に目次や前書きがi, ii, iii みたいにあったりすると、000-001 みたいなファイルが増えていく PDFにしてしまえばページ番号なんかいくらでも好きに付けられるのに
個人的には面倒だから頭を1にした連番しか使わないが、
途中のページが抜けている雑誌のスキャンにノンブルと一致した番号を振ったり、
先頭ページ(表紙)に番号を振らないとか、特定のページだけフォーマットを
変更するなんてのも簡単 私も本文はノンブルと合わせてる。厚い本に合わせて4桁にしてるのが違いか。
(ノンブルと合わせてないと、スキャンミス、縦線、ページ抜けとかがあった時に確認や再スキャンに手間がかかるので)
表紙や口絵は 0000a から
本文が 0001 から
裏表紙は 9999a から
表裏分離前のカーバーとか背表紙や帯も別に保存してるけど、命名ルールは異なり数字ではなくアルファベット開始。ものによって帯を合成済のカバーを 0000b とかにすることもある。 image_xxx だわ
頭の方で抜けがあったりすると
imaga_xxxとかにしてるw
表示順が崩れなければ気にしない ちなみにEPSON GT-X830とSCANSNAPiX1500の比較
モノクロ原稿ならディテール保持等考えた場合充分実用に耐えると思う
ただ紙質によって端にゆがみが発生するのでSCANSNAPは取扱いに注意。基本出来るなら横向きで原稿を通した方が良い。縦筋のリスクが上がるが
カラー原稿は縦筋や色変あるからSCANSNAPは正直地雷
https://imgur.com/ELh7IVB ディテールをどうしても完璧に再現したい場合はSCANSNAPだと足りないかもしれないが 比較検証はありがたい
ただ紙の歪みとフラットベッド 途中送信してしまったすまん
比較検証すごい助かるわありがとう
ただ縦筋に関しては
ADFスキャナである限り微細なホコリがあるとどうしたって発生してしまうものだと思う
また紙の歪みに関しても原理的にADFスキャナはフラットベッドには逆立ちしても敵わないもの
その2つはADFスキャナとフラットベッドとの比較ではしょうがないのではないかと
特段ScanSnapに限った事象ではないんじゃないかと思った
色変が多いのは良くないね
多分内部で補正かけまくってるせいなんだろうけど そういえばいつも横の方が傾きにくいかな?とか思って横向きでスキャンしていたが
裁断面が端に来る縦でスキャンした方が縦線入りにくいのかな?裁断面ってどうしてもゴミ出るよね >>554
色変に関しては他の格安スキャナでも見られるので素直にGT-X830の性能が比較として良すぎるともいえるかも?
丁寧に紙を通せばIX1500でもゆがみもほぼ起こらないけど、重なりあう排紙原稿に押さえらつけられた結果ゆがみが発生することが多々ですね
フラベで漫画何冊も読むのは無謀だしとにかく丁寧に作業するしかない。
>>556
単純に読取面が広がるのに比例して縦筋が入る確率が跳ね上がりますね。これをクリーニングするのも意外と面倒臭い…切断面に糊が残ってたりすると核地雷になるので切断面は幅を持たせた方が本当はいいけど原本がね >>557
色味に関して言うと
IX1500は平凡なCISセンサー
GT-X830はα-Hyper CCDⅡってこだわってるセンサー
なので比較として良すぎるというのはその通りな気がする
光学解像度6400dpi対応でフィルムスキャンなんかもできちゃうガチの機種だし
歪みに関しては
IX1500は1枚1枚丁寧に紙を通しさえすれば
フラットベッドのガチな機種と比較しても歪みがほぼ起こらないということは
比較的安物の割には搬送性能自体は結構頑張ってる機種なのかな
そう考えるとそう悪くはない機種なのかもしれない さらに検証完了
結論から言えばscansnapix1500は硬い紙ほど、そして大きい紙ほど排紙の最終部分の読み取りが歪む
給紙パーツに左右非対称の部分がありこれが紙送りの角度維持を阻害してる
または廃止トレイが干渉するレベルのサイズだとトレイが干渉して歪む、トレイを除いても紙自身の重量で歪む
排紙機構にちと問題がある模様
漫画を横向きに読む分にはほぼ問題ないようだが同人誌や雑誌サイズの自炊時は要注意
これでも以前の機種より大分良くなってるんだけどね
あと繰り返し読んでると原本の痛みがそれなりに激しい
完璧を期すなら予算出して大型のスキャナーを素直に買ったほうがいいな 1600とか他機種はどうなってんやろね?もしかして1500はちょっと型落ちかな 紙引っ掛ける部分が左右非対称ってことだね
IX1600持ってるけど同じ部分はこうなっていて改善はされてないかな
https://i.imgur.com/K9VrPcw.jpg
IX1500はIX1600の前モデルであって
カタログスペック的にもスキャン速度が違うだけだから多分ハードウェア的にはそんなに差異はないのかなと思う
https://faq.pfu.jp/faq/show/3752?category_id=141&site_domain=scansnap 見た目変わらないのにかなり縮むよな
さすが後発
jpgもmp3みたいな位置づけで、もっといいのがあるのは判ってるけど、
いろいろなしがらみで優れてるからといって置き換わらない >>564
ありがとう富士通が開発終了した以上scansnapはもう改善は望めないかもなあ >>565-566
WebPは色数が4:2:0になるから条件が違うよ
確かに劣化が目立たないが 現時点で一番容量対画質比を追求するのであればやはりAVIFになるのかな
互換性とか重さとか課題があるけど 半分に縮んだら技術としては凄いけど、
もうトラフィックもストレージも困ってないしな
1/10になるなら考える 600dpiスキャン民としては結構ストレージ消耗が切実なので割と選択肢に入ってくるんだよな opticbookはどう?
手頃な値段で1200dpiのCCD ゆうてJPEG95でも汚いじゃん
100まで上げるの? 600DPIPNGでも色数減少とレベル補正だけで8割くらい減るべ?
何を自炊してるかにもよるが 無劣化高圧縮だと2値なんだよな
保存用にはいいけど見るようには向かない avifはエンコーダー使おうとしたら署名うんうん言われたり
古いエンコーダー使ったら互換性がどうのこうのいう話になったので
webpでいい事にした、こなれてからでいいわ、俺は 紙支える部分が非対称なせいで歪みが起きやすいなら他社のやつのが良いのかなぁって思ったけど
EPSON DS-531も左右非対称だわ
DS-571Wも兄弟機で両者ともスペックほぼ同じなので構造もほぼ同じと思われる
https://www.yo
utube.com/watch?app=desktop&v=TXF2ufis8pI&t=31
https://www.yo
utube.com/watch?app=desktop&v=lS4cPaIxXf4&t=184
(なんかNGワードかなんかに引っかかって書き込めないのでURLは改行)
IX1500/1600は左右非対称でもなるべく干渉しないように引っ込めてる感じだけど
これらは見た感じ飛び出てるからむしろより歪みが置きやすそうな懸念があるな なるほどどれも構造似てるよね
みんな同じ設計図でも使ってるのかな
けど歪みは正直個体差の可能性もあるよね
厚紙も漫画サイズになるとほぼ歪まないので厚紙の重量がパーツに干渉してるんだろう
けど以前の機種は漫画でもホントゆがみがひどかった記憶
他の有志の検証を求むー >>581
漫画でも歪みがひどかった以前の機種って具体的に何?気になる >>579
(*・ω・)(*-ω-)(*・ω・)(*-ω-)ウンウン♪ 値段識別、60の草が売ってると、そんなもの無かったはずでは覚え違いか? ってなっていつも一瞬固まってしまう。 >>583
確かにぐにょりが酷いと聞くねS1500
現機種も進化はしてるな 角度修正がめんどいから角度合わせ枠を自作したら紙の方がたわむという
印刷製本した本って完全に直角じゃないんかよwwwwうぇwwww >>592
それもあるかもけど、製本後に縁を裁断する時に斜めに切られることが多い。 それで斜めになるなら、全ページが同じだけ傾く
実際には傾き具合はページによって違う >>594
直角じゃない理由な。裁断後の紙の角の角度はだいたい全ページ同じになる。
一方で傾きは印刷や製本で紙を重ねる時に起きるので全ページばらばら、裏と表は相関があること多い。 前々スレ712じゃがopticbook4800活用中
持ってる別のフラベ機がgt-x830じゃなくx820なんで
「どう?」ときかれても的確に答える自信なくて黙ってたんじゃがの >>599
知見を深めたいからとりあえずx820とopticbook4800を使ってスキャンした時に気づいた違いとかを教えて
820も830も大きく異なる訳じゃないから気にしなくていいよ
gt-xの後継モデルは出る気配ないしgt-x830の修理期限も2030年だから2年前に新機種出したopticbookシリーズには興味がある
台湾製だからか価格帯も安いし性能次第では主流になるんじゃないかと思ってるんだけど使い方とかはあってもスキャンに関するレビューがとても少ない
長々と書いたけど599の経験・体験に基づく比較レビューは貴重なものとなるはずなので是非頼む >>600
もっぱらモノクロ理工書をカラー300dpiで読む利用形態なので
(色情報は裏写り低減に使用)
色の品質に関することは無頓着
opticbook4800評
蓋ウラは黒
スキャン速度は300dpi時でgt-820と大体おなじ、音は少し大き目
CCD機らしく紙浮きに強いがgt-x820より若干暗くなりやすい
gt-x820が二列光源なのに対してopticbookは一列なので
紙の僅かな傾きに応じて色が発生する(例:しわくちゃレシートの
白色部分が薄青・薄黄のまだらになる)
寒いと光源LEDが黄色に寄る(ウォームアップ2分もとれば問題なし)
天・地の当て木を自作すると原稿傾きがほぼなくなって快適 >>601
早速ありがとう
折角だから更に質問してもいいかな
その書き方だと色が発生したり暗くなったけども読む際に気になったり、理工書の文字について気になることなかったということかな?
ノド2ミリが売りだけど体感しなかった?
当て木の自作についてもう少し詳しく教示して欲しいな
多くて申し訳ない opticbookの当て木
W200 H45 D38の直方体に内接する木組みのアングル(二本の角材の接着剤接合)
一部にガムテープを重ね貼りしてD39に膨らませて図のようにスキャナの
ヘッド退避部の上に載せ置き
テープ枚数で本の目標位置と傾きを調整
白色部分に色マダラが発生するような深いしわ・ゆがみのある本に出会うのは
相当稀と思われ(自分の経験は一回のみ)
のど2mmの恩恵はもちろん受けまくり
昔はA5以下の本は見開きで2ページ1スキャンで読むとページめくり回数が
半分に減らせるのが魅力で、のどが暗くなりにくいgt-x820使ってた
しかしopticbook専用当て木のおかげで傾きが気にならない程度(たぶんプラマイ
1度以下)に収まるようになり、のどのカール部分も2mmエッジのおかげで
ほぼコンテンツ範囲外に追いやれるので、最近はopticbookばかり使用
ページめくりの手間が倍になるのもいとわない派になってしもうた >>603
>>604
よっぽどコンディションが悪い本でもない限り変な色は発生しないんだね
つまり通常の本ならLED1本でも問題は無いってことか
ノド2ミリは謳い文句通りの効果が発揮されるんだったら見開きで図とかが繋がっているページ以外は全部取り込めそうだね
1度以下に!
当て木そんな効果あるんだ、丁寧に図も書 描いてくれてありがとう
丁寧かつ貴重な解説どうもありがとう
スクリプト塗れのこの掲示板でこのような出会いがまだあったことに感謝
あともう一つだけ
当て木使うと蓋で覆えないから外す必要があると思うんだけどフタなしでも画像品質には影響ない? 今日漫画を自炊していたのだが
最近2値化の話が出ていたので600dpiグレースケールでスキャンしてxnconvertでプレビューして見てみたものの
どうも閾値をいじっても納得いく仕上がりにならなかったのでいつも通り500dpiでスキャンしグレースケールで保存することにした
ここの住民的には当たり前だと思うけどchainLPのヒストグラム補正で白のレベルだけを上げると全体に色が濃くなるのに最近気が付いた
それを回避するべくググってみたところトーンカーブ補正なるものがよさげだったのでralphaのトーンカーブ補正を使用した
一定以下の輝度は線形に保ったまま、輝度が一定以上で輝度MAXに
続けて自炊したままだと黒が純粋な黒からは遠い、グレーに近い色をしているので、輝度が低い部分のカーブをつぶして、より黒に近い色にしつつ、階調は残した chainLPのくだり変なこと書いたような
白あげても薄くなるだけだわ、多分・・ 専門書電子化するのにドキュメントスキャナの購入考えているんですが予算5万前後でdpiを自由に設定できるのは無いのです?
ix1600なんかは300or600しか無いみたいな書き込みありましたけど… 多分レベル補正とヒストグラムはどれ使っても経験上そんな変わらないかと
2値は正直原本によって向き不向きがあると思う
白黒がはっきりしてるモノクロトーンの漫画なら良いけど原画がカラーだったり墨だったりするものは正直2値は向かない
そういう原稿はモノクロ64とか32にするとサイズもちょうどいい感じになるかと
紙質を飛ばすために白を255から5〜20程度レビューを見ながらディテールが飛ばない程度に下げてる
ちなみにSCANSNAPだと白変が強いけど黒の裏当てをしたフラベ原稿は黒変が強くなる傾向 当たり前か トーンカーブ補正いじっていて思ったけど
ヒストグラム無補正もレベル補正も
トーンカーブを補正して実現しているんだろうね
8値に下げるのはちょいちょいやってるけど
64値なら階調の潰れも限定的で重いソフトで加工しなくてもそれなりに見れそうね
64くらいだと縮みは限定的そうな気もするけど 古い漫画雑誌を百冊も買ってしまった、、田植の準備や決算も有るのに、、どないしょう >>610
2値によりは膨らむけど必要経費かと カラーより圧倒的に縮むし
どうしても2値が良いなら解像度倍にして2値化するとベターと思う >>611
うちのIX1600の場合だが
スキャンユニットの大部分は確かに黒いけど
肝心のスキャンする部分のところだけは白く塗装されているように見える
スマホカメラじゃあんまりうまく撮れなかったんだけど分かるだろうか
https://i.imgur.com/stNBS1K.jpg
https://i.imgur.com/ovoHtZa.jpg 肝心のスキャンする部分の反対面のところって言ったほうがよかったね >>605
おっしゃるとおり蓋は本を圧するのには使えない
蓋は本体垂直穴にピン刺しでのっかっているだけなので簡単に外せるが
外さず割り箸をつっかえ棒にして半開きにしてる(光源直視を避ける為)
手で直接本を圧すると画像のへりに手首が写ってしまう
手首隠しと本密着のために黒い板を別途用意してる(図
ScanSnapでも
その上位のFiシリーズでも
縦線入る確率なんかは別に変わってきたりしないよね? あれクソめんどくさいよな・・
マンガだと1冊スキャンする間に5回くらいは掃除してる
スキャナーの内部構造見てて思ったんだが
内部にブラシかモップ的なものを原稿にあたるように設置して
白線低減とか出来ないもんなんだろうか・・ 縦線の原因は接着面のノリと紙のカスが原因だからノリ面の除去と原稿のホコリ落としをしっかりすればマシにはなるよ
漫画は紙質が悪いのも一因やね 糊による縦線は無いとは言わんが希だと思う
糊ならば紙面の左右端にしか出ないはず 糊の場合は裁断が甘い時にスキャナ部の端にベターーーーっとつくよね >>617
黒い板というのは図中の分厚い黒い部分のことかな?
本当にそこまで分厚い板?
それとも黒い下敷きみたいな感じのを使ってる?
またまた自作図をありがとう
図にない割り箸は半開きの蓋と当て木の間に挟んでいるってことで良い? >>624
板はいろいろあって厚9~12mm
桐まな板を自分で黒塗装(塗装は面倒でムラも気もいのでおすすめしない)
割り箸の場所はそのとおり 糊はどうやっても付くので諦める
どうせ端だから害は無い
大きい本から順にスキャンすると掃除が少なくて済む 糊とかカビだと粘着質に張り付くからわかるけど、あんまりないわ
カビは激しい本だとちょくちょくあるけど、ほとんどはほこりか、紙のカス?だと思う
パラパラめくってほろってから入れているんだけど、数十枚スキャンするだけで中はゴミだらけ >>626
1cmぐらいの厚みだとあんまり強く抑えてガラスに負担がかからないように注意しないといけないね
いろんな質問に答えてくれてありがとう
感謝してます カラー原稿自炊で元絵はドギツイ濃い黄色なんだけどスキャン画像はレモン色になってしまう
スキャン後の画像補正で黄色(というか全体的な色合い)を濃くするコツ(カラーバランス的な概念)を識者に聞きたい >>630
濃さじゃなくて色相がズレてるんじゃない? 「ドギツイ濃い黄色→レモン色」で「というか全体的な色合い」と言うなら
ガンマとか明るさとかコントラストの調整が不十分なだけでは?
故障以外でデフォルトがおかしな色になるスキャナはないと思うから
まずはディスプレイの調整をやりなおしてみたら?
(windowsなら「設定」のホームで「色の調整」を検索)
スキャン設定をいじるのはその後
スキャンした画像をいじるのは更にその後 画像を補正するならralphaとかでカラートーンを印刷の発色に合わせるかな
これなら色情報もたいして減らないし
グレア液晶かノングレア液晶かで発色が全然ちがうよね
ノングレアだと色がぼやけがち スキャナにもよるけど色の再現性はそこまで良くないよ。読み取れない色は多いし、印刷できてもディスプレイで表示できない色もあるし。青紫系統の色はどのスキャナでも転びがち。 色補正とかしてると段々自分の色覚に自信が無くなってくる 白黒b5漫画雑誌のtifって意味あるんですか?一枚60Mくらい
jpgに変換しても一枚5Mです
大きさ4400x6100
水平・垂直 600dpi
ビットの深さ 8 NHKのザ・バックヤードという番組で横手市増田まんが美術館を紹介していた
漫画原画ばかりの美術館で、原画のデジタル化もしているとして
普通のA3スキャナで原画をスキャンしている場面が映った
通常の3倍の解像度で1枚10分以上掛けてスキャンしているとのこと
調べると1200dpiらしい
番組と同じような内容の記事も見つけた(というかこれが番組の元ネタか?)
前編 ttps://mediag.bunka.go.jp/article/article-17768/
後編 ttps://mediag.bunka.go.jp/article/article-17779/
>1,200dpiの場合、原画1枚あたりのデータ容量は700MB程度となる。 1200dpiのスキャンで10分って何やってるんだ?
編集補正込みならまだしも 今時1.1って…
時間をドブに捨ててるようなもんだろ まあ、一部の市販の電子書籍みたいに、スキャン速度だけを重視したのか、解像度が低かったり、縦線が入っていたり、歪みがあったり、喉部分をざっくり切り落としてたりするのも問題だしね
結局はバランスの問題なのかな コミケの同人誌も全部見本誌があるんだから、デジタル化しといて欲しい >>650
それやるような酔狂な人?は今はいないんじゃないかなあ
気持ちはすごくわかるけど 皆さんは OCR ソフトって何に使ってんの?
自分は Acrobat Pro なんだけど、これなんかいまいちだわ canonの付属のやつ
pngで一旦出してしまったやつは諦めてますw 今はAIで商売しようとしてる最中
もう少し待てば誰でも使える機能に降りてくる 普段使ってるsnipping toolにもしれっと実装されてる
ある程度の大きさの画像なら精度よくテキスト化してくれる 読取り革命は要求する最適な明るさの設定が分からなくて少し使って放り投げた。
雑誌を要求される解像度(400dpi)でスキャンしたもので、
目では全く問題なく読める画像なのに認識率が悪い。
パターン辞書にユーザー登録した2値のパターンが確認できるんだが、
スレッショルドの判定がおかしい感じで明朝体の細い横線が擦れたり消えたりしていて
認識率を上げるには辞書学習を頑張る必要があった。
しかし、辞書学習を頑張るとすぐに登録数の上限となり、これで使用を諦めた。 複数の画像のモアレやノイズを除去するツールとかある? 画像は最終PDFで透明文字を重ねるベースの画像として使われるし、
元は写真も貼り付けてあるカラー印刷の雑誌だからガンマなどをいじると
汚くなるのでダメだった
文字ばかりの白黒印刷だったらどんなにいじってもいいんだけど ちなみにこの読取り革命はソースネクストが販売している最新版の話 色味の再現なあ
完璧さは、人によって感じ方が違うから難しい気がする。モニタにもよるし。
自分は箔押しで困ってるよ
大体でいいから箔押しのスキャンが取れる方法ってないかな
箔押しがあるカラーだけが家に溜まっていく
書影スキャナは解像度低いのしか見つからないし…
自作で書影スキャナ作った人いますか? 色味の再現なあ
完璧さは、人によって感じ方が違うから難しい気がする。モニタにもよるし。
自分は箔押しで困ってるよ
大体でいいから箔押しのスキャンが取れる方法ってないかな
箔押しがあるカラーだけが家に溜まっていく
書影スキャナは解像度低いのしか見つからないし…
自作で書影スキャナ作った人いますか?
ライトの位置とか色々聞きたい とりあえずケースバイケースで色置換をかける
そのうちノウハウが溜まると自動化できるかもしれない カメラで撮っても同じ
実物の見え方と色空間が違う
e-inkのパネルは液晶じゃなくて印刷みたいに見えるんだけど、
どう頑張っても液晶画面を通してでは伝えられなくて現物を見せるしかない ありがとうございます
みんな箔押しには苦労してるんだな
光が乱反射しまくるゆえ逆にスキャナ部分にしっかり光が届かず真っ黒に見える、だからその乱反射を抑える工夫が必要てことでいいんかしら。
デジカメ撮影と半透明フィルム、どちらもやってみて、良かった方を採用することにします。
皆さんありがとう 箔部分を検出して、別のテクスチャと置換してしまう、くらいでいい >>674
まあ撮ったデータいじって程々にいい感じにするのも手だよね。てか究極それしかない!
ただ自分の場合、やっていくうちに突然不安になり試行錯誤しているうちに数ヶ月経つ、作業はもちろん進まない、てことになりそうなんだよな
というか、カラーの色味調節・本の解体・グレスケの設定、今まで全部そうだった
だから、できる限り原本に近いようなデータが取れる工夫をして、データいじりは最小限に機械的に済ませる、というスタイルにしたいのよ メタリックの質感を出すためには凹凸具合と周りの光源による陰影が肝だからなぁ
「箔押し」で画像検索したときに出てくる写真を見ているとレタッチも大変そう 蛍光ピンクを使った表紙と、ラインマーカーが引かれた書類も困難 一番面倒なのは紙質が毛羽立ってるとかの特殊紙が使われてる時。紙の凹凸とかを拾ってノイズが乗ったみたいになる。ノイズ除去するとのっぺりした色になっちゃうしムズい。 漫画のベタ塗りでも結構印刷ムラあるんだなと思う
電子版だと真っ黒なページでも模様みたいになっている 黒ベタは真っ黒が自然だがグレーのベタはムラがある方が自然に見えるよな コンビニコピー機
ミニストップのマルチコピー機が
リコー製MP C3004MCから
シャープ製MX-3631DSにリプレイスされた
ファミマ/ローソンと同一機種になり
最大解像度は600→400dpiに下がったので個人的には残念に思う
だがどこの店舗もリプレイスされてから日にちが浅く状態がいいのでスキャン品質は安定しているとは思う
今まで通りリコー製マルチコピー機を使いたい俺みたいな人は設置店舗をこちらから探せる
https://www.ricoh.co.jp/mfpmc/shop/
ダイソーが多い 本や裁断した紙束を持って延々コピー機の前で作業するのは現実的なのかと思ったけど、メンテナンス費用と手間が0なのはメリットデカいな A4の結合で十分だしなあ
コンビニまで行ってる時間で終わる 結合といえばICEって公式にはもう無いけど、後継ソフトとかあるんだろうか A4スキャナ持ってるからA4までなら家でスキャンしてる
A3スキャンでも中央部が空白だったりどうでもいい内容だったりで欠損しても許せる原稿であれば自動結合機能使ってスキャンする
ただ見開きでちゃんと綺麗にスキャンしたい所や表紙/裏表紙で一枚絵になってるもののように
中央部が欠損するのがどうしても許せない原稿に関してだけはコンビニでやってる
そのためだけにわざわざ高価でスペースを食うA3スキャナ買うのは割に合わないからね だからICEで結合するんだってば
人間の目ではどこが継ぎ目だったか判らなくなる gt-x830でB2ポスター結合したりしてるけど違和感なく行けてるな
多少継ぎ目ができる部分は光源の当たり方が悪い証拠だけどそれも間をスキャンして補完できてる >>687
研究自体が終了しているようだから後継ソフトは恐らくないかと…
https://hpn.ha
tenablog.com/entry/2022/02/19/000515
NGワード引っかかるからURL改行 ICEはどちらかというとパノラマ画像を作るようなのが本業で、
スキャナ画像の結合は余技みたいな感じ
本業が邪魔して、拡大したり変形したり余計なことをしがちだった
回転と平行移動だけで共通箇所を見つけて結合する機能に限定すれば、
開発のハードルは格段に下がる筈 https://imagej-jisui.hate
nablog.com/entry/2023/01/29/101308
これなんかどうだろう 思いっきり肉眼で境目見えるから微妙
ICEのが断然良いだろう ICEやたらと上げてる奴は同一人物か
そこまでして配布終了したソフト上げて何がしたいんだか ICEは挙動がバギーなんだよな
何か処理が終わって、次のファイルに取り掛かろうとしたら、
最初のステップに戻ってファイル選択するんじゃなくて、再起動しないといけない
何かの初期化をミスってる
でもICE一択だから我慢して使う YaNac
@OnlyTheDesire
スキャンしたA4データを並べてA3壱枚に合成する方法をBingAIに聞いたらMSのImage Composite Editor使えって出てきた。MSのAIだろ!?終了している自社のソフト薦めてどうすんだ!?
https://twitter.com/OnlyTheDesire/status/1779043630906593350
草
https://twitter.com/thejimwatkins これ>>695は1枚の原稿を上下に切り離したあと繋げてるわけだべ
スキャナ画像の重複部分の情報を活かして結合するってアプローチのがベターに思う
ただスキャンした画像をそういう手法を用いて結合するというニッチな需要のためのソフトなんてあるんだろうか
ICEと同じようにパノラマ画像を生成するソフトみたいなものの中から探すしかないんじゃないか?
https://haniwa.asablo.jp/blog/2020/03/21/9226575
Huginなんかはパノラマ写真の場合ICEよりも繋がりを目立たず仕上げられるようで
https://twitter.com/animaru10/status/1661346514894200832
スキャン画像にも用いれるようだ
他にも似たようなソフトウェアはたくさんあるようだけど
色々試してみるしかないかな
https://en.wikipedia.org/wiki/Comparison_of_photo_stitching_software
https://twitter.com/thejimwatkins >>699
マウスの戻る連打してた。
再起動したことはない。(ver2.0.3.0) 顕微鏡で視野がちょっと重なるようにして広い領域撮るときは
ImageJとかで繋げるけど デジタルの顕微鏡は本体に機能が付いてるだろ
焦点深度を変えながら連続撮影して、くっきり見えてる部分だけ繋げてくれたり 自分でお作りなさい
そして、「足りないのないかな?」と問うのです ファイル名を姓と名で分けたくなったんだけどAIに送信するのはアリかナシか
氏名データを「姓」と「名」に分ける
ttps://prompt.quel.jp/10135 ゲーム保存協会使用の裁断機とスキャナー(RICOH fi-7600)
gamepres.org/2024/03/06/support-thanks/
裁断機は恐らくWD-3240Q 紙パッケージの糊剥がし&スキャン作業
gamepres.org/2023/01/22/newsbknumber-2020v10-archive/
規制を喰らったので2レスに分けた これうっかり金属をスキャン面と吸ってしまったらスキャン面ダメになりそうだな・・
ヌケサクの俺には真似できない 紙に癖が付いていて重しが必要なら適当な本で押さえている スキャナからはみ出るサイズのものだと勝手に動くんだよな スキャナからはみ出るようなものはプレビューをしてから蓋を閉じたまま
はみ出ている部分を掴んで修正
プレビューしないとスキャンしたい部分が範囲に収まっているかも分からないし
手間は増えない はみ出るものは大事を取ってコンビニスキャナーで安全にスキャン >>711
原文見たら銅板かよ
いくら大型とはいえ分厚い銅板のせて大丈夫なのか?
蓋の妨げにならないように薄くてそれなりに重いとなると金属板しかないのだろうか 画像結合にImageJを試す
mosaicjとturboregのプラグインを入れてある程度手で重ねてやると、自動で結合してくれる
ICEより融通が効くしなかなか良さそう OCRはGPT-4oでほぼ完璧みたい
おまけで感想文も書いてくれる キヤノン、PCレスで使えるタッチパネル搭載ドキュメントスキャナー「imageFORMULA Sca…
ttps://internet.watch.impress.co.jp/docs/news/1591372.html Scansnapがもうちょっと横幅広いA4変形の雑誌サイズに対応してたらなぁ
A3までいらないけど、A4に対してもうあと2cm幅広の原稿をスキャンしたい 実際はレターサイズまでだから、A4プラス1cm弱くらいはギリいけるけどね。
それでもあと1~2cmあったらなあと思いながら、泣く泣くエッジを切り落としてる。 A4のドキュメントスキャナってどの機種もレターサイズくらいまでじゃないの? Adobe Scanを試してみたが色むらが多かった 楽譜の時にA4より大きくて困ったけど、
楽譜ってマージンありまくりなので、A4まで切っても平気だった >>606
閾値いじるより
AIでつくるもんなんじゃないの?
スキャンって・・・ ノイズ除去とか清書みたいな下処理部分はAIが便利に使える分野だな
世の中の人はあんまりそんなことする必要が無いんだけど、
自炊とAIは相性がいい 横線もAIが消してくれればいいいのに・・
前後の情報から予測するの簡単そうな気がするんだがな 消してくれなくても良いからせめてチェックして見つけて欲しいよね 横線が何のことか判らんけど
罫線くらいなら余裕で消す >>732
さっき人力チェックを兼ねて漫画読み返してたわ
思ったより少なかった・・
>>733
君、自炊したことないでしょ? いや俺スルーしちゃったけど、自炊だと縦線ていうのが通じやすい >>729と>>733を混同していて
自炊してないっぽいなと思ったんだわ
横に出るか縦に出るかはスキャンする向きによって変わるけど
自分が横線ばっかり見てるもんだから、横線と書いてしまったがあれは縦線だったか・・
あと今更だが>>606書いたの俺だわ 遅くても確実にスキャンしたいならフラべ一択かなと思ってるんだが先輩の意見を伺いたい。
ちなみにDR-2510Cを持ってるが、最近は借りた本しかスキャンしないので当然非破壊。
CANOSCANLIDE400を考えてるんだが、これで本のスキャンしてますていう情報がググれないわ。
CANOSCANLIDE400てダメなの?
本をスキャンする頻度は月1ぐらいで暇な時間はある。
スマホのスキャンアプリも試したけど、上から取る系のイマイチ出来に満足できない。
ホムセンでアクリル板で押さえると少しはいいのかな。
CANOSCANLIDE400は安いので買おうと思ったけど、6月下旬まで入手出来ないてことで少し萎えた。
不要になったDR-2510Cてまだ売れるかな? 借りた本が傷まないようにオーバーヘッドタイプを買えクズ 借りた本スキャンするなとは言わないけど
オーバーヘッドじゃないと傷むからなぁ 思い切り開くだけでも本は痛む
90度開いてスキャンできるのが理想 以前90度開いてスキャンする治具?かなんかあげてた人いたよね >>738
著作権がない本もあるお
自作の詩集とか >>736
Scansnapのユーザーは多いからね
そこに合わせると通じやすい
まぁ原稿を横にしたら横線にはなるんだけど
縦線は念入りにチェックして見つけた時には再スキャンして、それで完璧だと思ってスマホで読書したときに見つけてうわーてなる
スキャンの傾きなんかもチェックしてるときにはこれくらい良いかなと思っていざ読書すると気になったりする
紙の本だと印刷の傾きあまり気にならないのにね >>737
canoscanlideはガチでオススメしない
色再現性能が下手するとscansnapにも劣る
環境があるならやってみればわかる
白黒原稿のみを取り込むならその限りではないが
フラべにこだわるレベルならEPSONのGTXレベルはないと話にならない、というより無意味といったほうが良いか
裁断しない前提ならそれも一考してもいいけどわざわざ人力でやるなら高画質を一回で取り込むほうが精神衛生上いいぞ
フラべ人力は死ぬほどキツいとだけ言っておく https://youtu.be/bXp8D0lc_as
これどう?良さげなんだけど
ちなみに見開きもちゃんと読み取りできるみたい 本を取り込んだ画像結構歪んでない?
既存のこの手のアプリと大差ないような・・
OCRと指消せるのに価値を感じるならアリかもしれんけど そのうちOCRが完璧になって、文字を画像で読むことはなくなるかもしれんな
OCR元の画像は歪んでようがどうでもいい >>751
それくらいでも結構イライラするよな。
2つの異なるアルゴリズムでOCRして、差分を取って補正するとかしないと。フォントによっては同じ文字を常に間違えたりするし。
Aと4を間違えるとかOと0を間違えるとかみたいな感じで似た漢字を間違えられると目視で気づけないけど、なぜか検索できないとかになるし。 >>752
Oと0もだけどロと□とか一とーとか〈とくとか――あるよね
スキャンの縦線みたいな、イライラするのもわかる 1文字だけ見せられたら人間でも区別できんがな
前後との整合を考えるから間違わない
ある程度は辞書でどうにかなるけど、その先はAIしか無い タブで読めればいいからOCRの優先順位は低いわ、俺は 画像補正くらいの労力でOCRできたらするでしょう? ScanSnapだけどPDFでOCR ONなら取り込むと同時にやってくれるけどそういう話ではないのか
精度はまずまずくらいで使い物にはなる とっくに来とる
有料か無料かの違いで、やっと無料になってきた OCRって言うけど、OCRの読み取り精度が上がって個人の自炊で実用水準に達して、かつ図やレイアウトは元のまま、それとくっつけてファイルにして吐き出す
なんてのが、個人でサクッと使える未来がすぐに来るとは思えないわ、俺は
google様やmicrosoft様のリッチな環境と機材でAI処理させればできそうな気はするけど、目先画像化で特に困ってないし、歪んだ図とか縦線より受け入れ難い、俺は >>758
PDFにOCRした透明な文字重ね合わせるやつでしょ?
あれは多少間違ってても致命的ではないから個人で使う分には実用水準だと思うけどね 単純なOCRはできたとして
リフローするには構造の情報も必要なんだよな
どこがタイトルで、どこがチャプターの区切りか
そのへんを文字の大きさとかスペースとかを指定して判断させようと頑張らなくても、
もう全部AIがやってくれる bunkoOCRで青空文庫に変換しAozoraEpub3でEPUBに変換する方法もある。 Gemini の1番上のやつもOCRは大馬鹿だった。
課金して損した
これでもGpt-4oと同等と言うんだからGpt-4oもたいしたことないと予想される 喫茶店で読書は禁止って風潮になったけど
タブレットで眺める分には睨まれない時代 余計なことができないように本だけ持って喫茶店に行くんだから、
タブレットなんかあったらゲーム始めるだろ 普段デスクトップPC使ってるから
スマホだけになるだけでもやれる事に結構制約がかかって
たまにそうなると普段と違うことができていいなと思っている 先に切られるので自分から切る必要はほぼないですね・・ スキャナ画像の重複部分の情報を活かして結合する専用ソフト
良さげなのなんか無いかなと色々調べてたけど
EPSONはEpson ScanSmartに「合成貼り合わせ」機能がデフォルトで付いてるんだね
https://faq2.epson.jp/smart/Detail.aspx?id=52205
>「合成貼り合わせ」では、2枚以上の画像の重なり部分を自動検出して合成します。
原稿台の読み取り範囲より大きなサイズの原稿のスキャンに適しています。
これってICEと比べてどうなんだろう?
ちなみにキヤノンは単純貼り合わせしかなさそうに見える
https://ij.manual.canon/ij/webmanual/ScanUtility/W/LiDE%20400/1.1/JP/SU/Su-PAGE4.html みんな重複部位を検出させて合成、を共通認識の基本として考えてるみたいだけど、それって前提としてどんな状況なの?
1. 同じ資料が2枚あって、オーバーラップ部分を残して左右に裁断・スキャンしたものを結合
2. 1枚の大きな資料を折り曲げて、キャリアシートに挟んでスキャン。これを折り曲げる位置を変えて2回繰り返してスキャンしたものを結合
3. 1枚の大きな資料をフラべで左右にはみ出させてスキャン。はみ出し方を変えて2回繰り返してスキャンしたものを結合 ScanSnap ix500だけど300dpiなら863mmまでスキャンできるの知った
[Scan]ボタンを、青色点滅するまで3秒以上押して、原稿をスキャンします。
www.pfu.ricoh.com/imaging/downloads/manual/ss_webhelp/jp/help/webhelp/topic/ope_scan_long_document.html みんな重複部位を検出させて合成、を共通認識の基本として考えてるみたいだけど、それって前提としてどんな状況なの?
1. 同じ資料が2枚あって、オーバーラップ部分を残して左右に裁断・スキャンしたものを結合
2. 1枚の大きな資料を折り曲げて、キャリアシートに挟んでスキャン。これを折り曲げる位置を変えて2回繰り返してスキャンしたものを結合
3. 1枚の大きな資料をフラべで左右にはみ出させてスキャン。はみ出し方を変えて2回繰り返してスキャンしたものを結合 長尺物を読み取れた部分だけ保存する裏技があるのかな 聞いてどうすんねんっていう
次のステップで別の質問をしたいんだろうけど、後出ししないほうが会話がスムーズ 774じゃないけど重複部分が無いから使えなくね?て素朴な疑問があるわ
折り曲げたら折り目の処理が大変そうだし Q. 切っちゃうと重複部分ができない気がするけど、重複部分ってできるの?
A. できません >>774
3
重複部分を取るならフラットベッド一択
2はADFでしょ
原理的に歪みが出て重複部分が一致しないから精度的にイマイチになるし
重複部分を取るために何度も折り曲げたりしたら原稿が痛む
ADFで大きな原稿を読むのであれば
重複部分は無視で左右に裁断するか二つ折りで自動結合を使う
あと1のような同じ原稿が2枚あるってシチュエーションはほぼない epsonもjpgファイルを入力とした自動重ね合わせツールとしてフリーソフトで公開すれば感謝されるのに 折り曲げてADFスキャナーに通すか
スマホアプリでスキャンかな
くっつけるって発想がなかったし
そこまで質が必要でかつ大きいものに当たったことがない 結合シートに挟んで両面スキャンして
のやり方って、折った紙をスキャンという時点で端がうまくいかないし、
スキャンされない部分も結構大きいし、
単に切るのが面倒くさい程度の用途にしか使えない 自分は単純にくっつけて、結合画像の任意部分を範囲選択して移動貼り付けって感じ。
画像結合時に位置あわせっていう考えはないなあ? シートの挟めって書いてあるけど
シートもそこそこの値段するから挟みすらしないで流してるわ
canon機ね うちのIX1600はシート挟まなくてもいけるけど
シート挟まないと高確率で搬送中に斜めになって歪むので結局A3キャリアシート買った
そこそこいい感じにスキャンできるようになったから中央部が欠損していい原稿はA3キャリアシートでスキャンしてる
>>776
エクセレントだけ360mm止まりなのが困るわ
本のカバーが1枚で読み取れないんだよね ここは779みたいなタテジワネズミがいなければ本当に有意義な場所になると思うんだよなぁ
重複部分を使った結合処理って、位置合わせの部分は公開されてる有名なアルゴリズムを敬意を払いつつまるっと使うでいいとして、その先のオーバーラップ部分をどう処理するかがキモだと思うんだけど、何か良い方法あるかな? なんかツール作ろうとしてるの?
自力で問題解決できない人には無理だよ >>790
ありがとう。自力で解決した上でさらなる改良と技術向上のためにここで話題提起しているのです。790のような自意識だけのタテジワネズミとは中身が違うのです 位置合わせの部分に角度調整は付いてるの?
位置と角度が決まれば自動的に答えが出そうだけど スクリーントーンとかあるページを回転しても滲まないアルゴリズムはないですか >>795
位置合わせは平行移動+角度調整
片側or最大値or最小値が簡単で良いんだけど、オーバーラップ部分のエッジに違和感が残っちゃうんだよね なので、加重平均的にグラデーションを付けて移行させるようにするとまぁ許せなくないかなってところなんだけど、多分ちゃんとしたソフトはもっとエレガントな方法を使ってるはずだから行き詰まってる 画像の線分抽出して線分が正しく重なり延長が一直線になるように並行移動と回転をするというのが基本かな
エッジ部分に線分がないと精度が落ちるけど人間が目視でやっても同じなので気にならない 画像結合で完璧な仕上がりを目指すならややはりHuginが良さそう
https://hugin.sourceforge.io/tutorials/scans/en.shtml
こいつも本来はパノラマ画像合成用のソフトだけど
スキャン画像結合のチュートリアルのページと結合練習用のサンプル画像までご丁寧に用意してあるから用途として十分想定されていると言えるのではないか
MS ICEと比べて設定項目が細かく弄れるのもいい サンプルをICEとMosaicJで結合してみたけど、どちらも何の不満もない
自動でいけるのならICEが一番楽
ICEは自動すぎて融通が効かないので、
ICEが誤解しないように中間ファイルを作って、みたいなことをするくらいなら、
MosaicJで半自動の方が楽
MosaicJですら不満が出たらもっと細かい設定ができるツールの出番 >>798
位置合わせに関してはSIFTを使ってるから文句はないんだけど、その先の「信号値をどう料理して繋ぎ目を自然に誤魔化すか」ってところね >>801
つなぎ部分は両方から重みづけ3次補完するだけで良いのでは? それ以上の精度だしようがないし… >>802
重みづけ三次補完ってのは、例えば左右に分割した画像Aと画像Bを繋げるとして、オーバーラップした部分の画素値を(画素値A+画素値B)/2して算出してから、オーバーラップ部分に限定して例えばバイキュービック補間するってこと? 単純な方法だよ
画像どうしはドットバイドットで重なるわけではなく半ドットずれとか回転とかある。スキャナでは考えなくても良さそうだけど写真とかなら拡大縮小とかもある
なので最終出力座標に対応する画素値を元の画像から3次補完で計算する。3次補完にはいくつかのアルゴリズムがあるので画像にあった方法を使う
2つの元画像なら2つの対応する補完値がでるのでこれらを重み付けで混合する。重み付けの方法にも複数あるので適切なのを使う。単純にやるならそれぞれのエッジからの距離の2乗とかの簡単なものでも良い
スキャン画像ならあまり考えなくても良さそうだが写真とかならそれぞれ画像に明るさの違いがあったり色転びがあったりするのでこの辺も自動的に割り出した重みづけパラメーターで色空間の変換をする なるほど、位置合わせの最終段階で使う補間のことね
エッジからの距離で重み付けは既にやってるから、基本的にはこれが定石なのかね 位置変換と色空間などの変換で両方の画素ができるだけ一致するとこまで持って行くのが本質なので混合は最後の誤差消しくらいの意味しかない そんな簡単に決められない次元で、
どっちも正解っぽいけどどっちにする、という二択を迫られる
だいたい重なってるけど、片方にだけ何か映ってる
それはノイズとして削除すべきなのか、積極的に残すべきなのか >>807
片方だけに写ってる理由が白飛び黒落ちなどの光学とかデバイス精度理由とかなら露出とかを揃えれば自然と解決する(要は残せるものだけ残せば良い)
どうやってもノイズと区別つかないやつは放置で(そのまま消えて残っても)良い。それはノイズや計算誤差だ。もしノイズでなければ撮影/スキャンミスということになるのでなおさらアルゴリズムで解決してはいけない 大事なのは入力に忠実であること。入力が変なら出力は変でも良い。むしろ変じゃないといけない。
綺麗に絵作りをしてはいけないし、ノイズ除去とかもしてはいけない。それは別の工程。
元画像にない絵作りしたいのならAIを使え 「最高過ぎる」「すげー!」 ChatGPTに“手書きメモ”をアップすると…… 仕事がはかどる“衝撃の機能”に歓喜の声(1/3 ページ) - ねとらぼ
ttps://nlab.itmedia.co.jp/nl/articles/2405/22/news098.html webpだと>>569とあるけど
理解が浅いんだけど4:4:4以外だと輝度は保たれるけど
色の正確性が下がるもんだと認識してるんだけど
ということはグレースケールだとwebpにしても色って大きく劣化はしないの? 結合するのに色々良さげななソフトが出てきてるんだなというのは分かるけど
結局のところICEでも継ぎ目がわからないくらい正確に繋げられることが多いし
UIも猿でも使えるくらい簡単でわかりやすくて優秀なソフトだから
結局ICEがあるからそれで良くね?ってなってしまうな iOSのPanelsってアプリでzipで束ねたwebp開けたわ
有料だとcomicshareはiOS16以上だとavifも開けるらしい、試してないけど
おまいらはどうやって自炊本読んでいるよ? どうやっても快適にはならんので、外で読むのはkindle paperwhiteにazw3入れたのだけだな 傾き補正、白抜き、サイズ統一、結合など一つのソフトでできないものかな linuxのミニマリズムとは対極の思想だな
部品を組み合わせて目的を達成しようという考えと、
目的に必要な部品の組み合わせ毎に専用アプリを作ろうという考え 他板でlinux信者の布教活動を見せられてるからクライアント用途でlinux使うやつの印象はなんとも >>815
それって効率悪くないか?
複数冊作業する時はCのスキャン、Bの補正値割り出しと目視チェック、Aの実補正とフォーマット変換みたいな感じで3冊並行作業してる
一つのソフトでやろうとすると同時並行がめんどくさくなりそう ICEなどの自動結合ソフトでの綺麗な結合法
・フラットベットスキャナを用いる
・なるべく高解像度(600dpi以上推奨)の無劣化形式でスキャンしリサイズとエンコードは結合後に行う
・厚い雑誌などを用いてスキャナガラスにしっかり密着させて良いコンディションでスキャンする
・スキャン部の端に掛かって原稿が浮いた部分は結合前にトリミングする
・本などのページの継ぎ目など、スキャンする度にコンディションが変わりやすい部分は結合ソフトに入れる前に片方トリミングしておく あまり画質にこだわらないスマホ読み用への変換処理は1本のアプリで自動化出来るように進めてる。
(余白トリミング→サイズ調整→余白トリミング→減色→保存)×複数画像
を一発で。 そのへんは適当にやっても駄目な方を不採用にしてくれるんだよな
どういうアルゴリズムなのかは謎 >>821
アルゴリズム敵には事前トリミング処理じゃない?
周辺のうまく重ならい部分は事前に切り取って捨てる。浮きとかでスキャンに失敗している部分は重ならないので事前トリミングされる 結合もだけどスキャン原稿きれいに傾き補正かけてトリミングしてくれるツールないかな?
傾きだけならえちるとらんでもいけるけど切り抜きが面倒で ADFしか使ってないからトリミングほとんどしないけど
フラべだと頻度高そうよね プレビューして必要な範囲指定するからその時点でトリミング済 フラべでも自動でトリミングしてくれる機種はまあまああるぞ
複合機に付いてるスキャナーだとただのおまけだから手動でサイズ指定しなきゃいけないのが多いけど フタが白い前提なんだよな
黒くしてるから自動トリミングしてくれない ああなるほどね
裏透け防止の為なら自動トリミング殺しても止むなしだな fi-7700S+黒色原稿押さえパッド(FI-575BK)でフラットベッド側を使って、
TWAINドライバの傾き補正&トリミングに任せてスキャンしてる。
原稿をきっちり水平と垂直に合わせる必要もなく、端に置く必要もなく、原稿台の中央にわりと適当に置いている。
周囲が黒い原稿は当然正しく認識できない。それ以外は速く正しく綺麗にスキャンできている。 やっぱフラットベッドは黒い裏当てに対応してる機種がいいね フラットベッドは蓋に艶消しの黒いシート(材質はお好み)を貼れば済む
黒い裏当てが欲しいのはドキュメントスキャナーの方 光沢のある紙をフラットベッドスキャナでスキャンすると
スキャン結果に灰色のゴミのようなものが映ってしまう
原稿やスキャナにはゴミが付いていないのに映るので恐らくスキャン時の光沢紙そのものの光の反射によって映り込んでしまっていると思われるんだけど
なんかいい方法ないかな