【ADF】スキャナで連続取り込み009.jpg【OCR】

【ADF】スキャナで連� ..

848:名無しさん＠お腹いっぱい。
06/10/04 11:46:18 ApKoMmZe
>>846
むしろそんなことが出来ないとは思ってなかった。自分は。
適当に設定いじれば出来るもんだと思ってた。
けどAcrobat7で試したら自分も分からなかった。
テキスト情報の無いプレーンなPDFに戻すのって結構難しいのかな。

849:名無しさん＠お腹いっぱい。
06/10/04 15:34:22 eZQ8k9Hz
>>846
ACROBATからだったら、単純にもう一回OCRの実行すれば可能みたい。
特定のテキスト編集したり消すんだったら>>47。
ただし、フォントが埋め込んで無いとエラーが出る。
CapturePerfectから作成したテキストが消せなくて悩んでたら
↓との事。
URLﾘﾝｸ(support.adobe.co.jp)

．．．面倒くせぇ。

850:名無しさん＠お腹いっぱい。
06/10/04 19:37:31 9T4RbjFi
Acrobatならちっとも難しくないぞ。
目的のファイルを開く→「名前を付けて保存」→ファイル形式でJpegを選択
でファイルの全ページをJpeg化できる。
再度AcrobatでPDFにし直すのもよし。再度OCRソフトに読み込ませてもよし。

バッチシーケンス使えばもっとスマートに出来るかもしれん。

851:名無しさん＠お腹いっぱい。
06/10/04 20:54:40 1oJLYW8b
Photoshopで読めば？

852:336
06/10/05 06:03:48 ceWV8kNr
>>850
その時、画像が劣化しませんか？

853:名無しさん＠お腹いっぱい。
06/10/05 08:20:38 k2ObmtME
なんで？

854:名無しさん＠お腹いっぱい。
06/10/05 11:56:15 yhQuUnqz
方法は教わったんだから自分でやってみりゃいいじゃねぇか

855:名無しさん＠お腹いっぱい。
06/10/06 03:12:14 Co1ZxjD7
お前に言われる筋合いはない。引っ込めクズ。

856:名無しさん＠お腹いっぱい。
06/10/06 03:59:52 L9QD0AFI
とゴミ屑が申しております

857:名無しさん＠お腹いっぱい。
06/10/06 04:33:14 zKXoZGBs
たしかに画像が劣化するよな

858:名無しさん＠お腹いっぱい。
06/10/06 13:13:17 u/Mns1Wo
JPEG化するときに劣化するのではない
PDF作成時にサイズ最適化とかすると多少劣化させた画像が取り込まれるが
それを忠実に吐き出してるだけ

859:名無しさん＠お腹いっぱい。
06/10/06 14:34:58 POuJpknZ
Capture Perfect V3.0.31バージョンアップデータ
URLﾘﾝｸ(cweb.canon.jp)

860:名無しさん＠お腹いっぱい。
06/10/06 16:13:22 UqkWOs9H
>>858
ACROBATからJPGで保存にすると、再圧縮かけて劣化するべ。
無劣化でJPG書き出しする方法ガあれば教えて欲しい．．．

>>859
Capture Perfect側では傾き補正できない様にした、って事かなぁ。
それはそれで極端な．．．

861:名無しさん＠お腹いっぱい。
06/10/06 16:36:43 jj7csa4O
>>859
>●V3.0.30→V3.0.31へのバージョンアップ内容
>１．OCR情報付きPDFファイルを作成する際、自動的に斜行補正が働く仕様
>　　だったため、原稿によっては意図せず画像が斜行してしまうケースが
>　　ありました。これを自動的に斜行補正を働かせない仕様に変更致しま
>　　した。斜行補正を併用したい場合はスキャナドライバ設定にて有効に
>　　して下さい。

斜行補正の精度を上げるという選択肢はないのかCANON。

862:名無しさん＠お腹いっぱい。
06/10/06 22:06:41 mInkeDQh
>>860
>ACROBATからJPGで保存にすると、再圧縮かけて劣化するべ。
しませんよ。

863:名無しさん＠お腹いっぱい。
06/10/06 22:15:34 rvoHgLZ7
2050Cで一番斜行がましになるのはどの方法かな？

Capture Perfect。
アクロバット経由。
それともOCRソフト経由

神業の洗濯バサミと30枚しかのせてなくて
ガンマ値もいじってない。
白地の書籍をスキャンしてるのに
酷いときは酷いよ。

864:名無しさん＠お腹いっぱい。
06/10/06 22:35:02 vXlLNLxd
補正オンで縁ベタ原稿だけあとでとりなおす

865:名無しさん＠お腹いっぱい。
06/10/06 23:24:27 yP6XPnPO
>>860
これは間違いなくあり得ない。Adobeもそういってる。
JPEG→PDF→JPEGで画質の劣化は起きないよ。

ただしOCRかけたり、最適化オプションで画像解像度を落とすと
当然劣化する。でもただPDF化しただけのものなら、劣化無しに元のJPEGに戻せる

866:名無しさん＠お腹いっぱい。
06/10/06 23:29:16 yP6XPnPO
>>861
スキャナドライバ側の斜行補正とCapturePerfect（のOCRエンジン）の斜行補正と
どっちが賢いかって言うと、ドライバの方がちょっと賢いような気がする。

でもこれまではPDFにするときはドライバの斜行補正はOFFにしとくしかなかった。

今度は逆にOCRエンジンの斜行補正がOFFになるってことやね。
選択肢としては正しいかも。黒枠が切れる？明るさを192まで上げろって

867:860
06/10/07 00:59:48 vSW81fkm
>>862
>>865
ん？普通にファイル→名前を付けて保存でファイル形式jpg選ぶんだよね？
最高品質に設定してもpng出力とくらべると多少変質してるみたいなんで
再圧縮かけてるのかと思ったんだが．．．
acrobat以外で生成したpdfだとダメ、とか条件があるのかなぁ。
ちょっと調べてみよう。

>>866
スキャナドライバ側の斜行補正＝紙端検知
CapturePerfect（のOCRエンジン）の斜行補正＝文字並び検知
じゃなかったっけ？どっちが良いかは原稿種に拠るんじゃね？
選択肢は残しといて欲しいなぁと思ったんだが．．．

868:名無しさん＠お腹いっぱい。
06/10/07 07:31:57 vSW81fkm
>>867自己レス。
pdfから画像抽出するソフトやacrobatからアドバンスト→画像の書き出し使ったら
無劣化jpg書き出し出来たっぽい。acrobatの方は少々怪しいけど。
acrobatから名前をつけて保存、だと複数画像だろうがテキストだろうがページ毎に
一まとめにして画像として保存するから再圧縮かかるって事になるのかな。
>>852じゃないからとりあえず無劣化抽出できれば満足。スレ違いスマソ。

869:名無しさん＠お腹いっぱい。
06/10/07 16:35:12 hL9MFjYE
>>865
便乗質問ですが、AcrobatでOCR化しただけでなんで劣化するのですか？
実は前から気になってることで、OCR化後のPDFの容量が思いっきり小さくなるので(5分の1くらい)、
なんとなく気持ち悪かったんですよ。
透明テキストを貼り付けてるならむしろ容量増えるべきだろ？と。

870:名無しさん＠お腹いっぱい。
06/10/07 21:11:47 jHt2Xs2p
>>869
高解像度で取り込んで作ったきれいな絵のPDFにOCRかけてみな
汚くなるから、

方法はあるのかも知れないが、結構いじったがわからんかった。

871:870
06/10/07 21:23:05 jHt2Xs2p
>>869
失礼、これでは伝わらんな、

OCR後は、よく見ると確実に絵が汚くなっている。
文字の周りにノイズがのったり、印刷絵の網網も劣化している、
よって小さくなるのだろう。

いろいろ設定を変えてやってみたのだが、、、、

872:名無しさん＠お腹いっぱい。
06/10/07 22:12:00 mKm9fhoc
>>869は劣化するのはわかってて理由を訊いているのでは

873:名無しさん＠お腹いっぱい。
06/10/07 22:41:26 hL9MFjYE
>>872
あ、代弁ありがとうございます。

OCR化で劣化してることには気づいていており、設定変更では私の調べた限り対処は出来ませんでした。
で、気になるのが、何がどういう理由でOCR化するにあたって画像を劣化させる必要があるのか？ということが疑問だったのです。

今までOCR化はAcrobatでしか行ったことがないのですが、他のソフトの事情はどうでしょう？

874:336
06/10/08 09:21:59 KeueR/7+
気になりますね。
テキストデータを付加するだけでなんで画像まで劣化するのでしょうね。

875:名無しさん＠お腹いっぱい。
06/10/08 10:15:17 KRAaSbd4
単純に再圧縮しているという仕様という名のバグ。

876:名無しさん＠お腹いっぱい。
06/10/08 11:47:58 RtdogS0I
ある程度の解像度は文字認識に必要だが、OCRが済んでしまえば
高画質である必要は無いから、再圧縮してPDFのファイルサイズを
出来るだけ小さくしようという考えなんじゃないかな。
ファイルサイズが大きいとメモリを消費して操作も一層重くなるし。

877:名無しさん＠お腹いっぱい。
06/10/08 12:55:37 3w3LguV8
OCR前後でサイズはどれぐらい変化するのですか？

878:名無しさん＠お腹いっぱい。
06/10/08 14:50:18 iiRXv7Ew
>>869
ダウンサンプリングで劣化の度合い変わるんで、
何割もファイルサイズ落ちるんだったらそこを低くするのも手かと。
最低にしても多少は劣化してるみたいだけど。試し済みならスマヌ。

確かACROBATって読んでココのOCRエンジン積んでたと思ったんだけど、
こちらも同じ仕様なのかしらん。

879:名無しさん＠お腹いっぱい。
06/10/08 17:18:30 rlMAr23d
>>878
OCRエンジンは認識するだけだろ。
画像側を再圧縮するかしないかなんてAdbe側の仕様

880:名無しさん＠お腹いっぱい。
06/10/08 20:08:22 fmeTwQ6i
URLﾘﾝｸ(www.g-mark.org)

881:名無しさん＠お腹いっぱい。
06/10/08 21:06:52 ml9c+sg+
AcrobatはOCRかけるときにいったん、ラスター画像として書き出して、
それに対してOCRをかけ、透明テキストをかぶせる際に画像を再圧縮している。
再圧縮の設定は「テキスト認識」の設定で「PDFの出力形式」で「検索可能な画像（非圧縮）」を
選んでも、その下に「画像のダウンサンプリング」とあるとおり、再圧縮は免れない。
URLﾘﾝｸ(support.adobe.co.jp)

「画像のダウンサンプリング」で「最低(600dpi)」を選んでも、かなり汚くなると言う印象。

PDFにただOCRかけるだけなら読んde!!ココの方が綺麗に仕上がる。
(エンジンのバージョンが違うからか、それともAcrobat独自の問題か)

読んde!!ココの設定は「オプション－環境設定－出力」の「画像領域の設定－画像の出力解像度」を
「元画像の解像度」にしておけばいい。

882:名無しさん＠お腹いっぱい。
06/10/08 22:51:04 pYmZMzob
>>881
詳しくありがとうございました。
読んでココを試してみたいと思います。

ただ、OCR化するような文字がたくさんの本を200dpiや300dpiのPDFで保存し続ける必要性があるのか？
と言われれば、Acrobatに右へならえしたほうがいいのですがｗ

883:名無しさん＠お腹いっぱい。
06/10/09 12:13:04 z4tsizML
必要があるのか、なんてのは人それぞれだろ。余計なお世話だ。
氏ねよクズ>>882

884:名無しさん＠お腹いっぱい。
06/10/09 20:58:24 63+jhuUe
>>883　最近は、夏休みの宿題が終わらなかったり、１８才で童貞ってだけで自殺しちゃう
人居るから軽いジャブの気持ちでも、気をつけなよｗ

885:名無しさん＠お腹いっぱい。
06/10/09 22:48:39 rNrW5aZQ
>>882の「必要があるのか？」は自分へのツッコミだろ
何でお前が切れてんだ

886:名無しさん＠お腹いっぱい。
06/10/09 22:52:21 oHQuyCHS
なんでだろ？

887:名無しさん＠お腹いっぱい。
06/10/09 23:11:13 mOLt1RJ3
>>885
そうです。自分へのツッコミです。

888:名無しさん＠お腹いっぱい。
06/10/10 00:54:50 OjYMUDI2
コミュニケーション能力がない人間の勝手に誤解して勝手に暴走して
周りに疎まれてやがて孤立する黄金パターンを地でいってるな。

889:名無しさん＠お腹いっぱい。
06/10/10 02:53:00 VTgybICt
時々湧いてるage荒らしじゃん。近寄っちゃいけません。

890:名無しさん＠お腹いっぱい。
06/10/10 16:05:50 KAOUvVlx
僕は・・・、

いつでも君のそばにいるよ。>>889

891:336
06/10/11 09:39:52 GWsVyV36
adobeのOCRを使うと再圧縮は免れない、と言うことでいいのでしょうか？

892:名無しさん＠お腹いっぱい。
06/10/11 11:19:33 ks3l/SRv
>>891
AdobeだけじゃなくOCR→透明テキスト処理をすると
必ず画像はリサンプリングされる。
ただ、Acrobatは特に汚く（ただしサイズは小さく）なる

893:336
06/10/11 18:37:43 GWsVyV36
PFUに電話しました。
scansnap organizerのOCRは画像データをいじらないそうです。
でもあやふやそうなおねーちゃんだったので、ちょっと心配です。

894:336
06/10/11 18:59:38 GWsVyV36
あやふやそうな→言ってることがあやふやな

895:名無しさん＠お腹いっぱい。
06/10/11 20:11:53 PNPxz7m+
>>893
それは「スキャナから無圧縮状態でOrganizerに送信」→「OCR処理」→「PDF変換」

最後の「PDF変換」の時点でJPEG圧縮が入る、ということでしょう。
あやふやそうなねーちゃんの言ってることを信じてもいいんじゃない？

ただし一度PDFにしたらOCR処理の際には必ずリサンプリングされます。

896:名無しさん＠お腹いっぱい。
06/10/12 06:36:06 H/KMdv7o
>>893
そんなに気になるのなら自分でカラー原稿1枚試してみるのが
一番早いと思うんだがなぁ．．．。
organizerからOCRかけたものとかけないものと2回スキャンして有意差あるか、
ついでにどっちかをACROBATで再OCRかけてみてどうか、くらいで。

>>895
S500出る頃に「jpeg画像での読取精度向上技術が云々」とか謳ってたんで
scansnapからjpg転送された画像を元にOCRかけてるかと。
良く解らんが、例えOCR用にリサンプリングされたとしても、
それを最終画像として使うかは別の問題じゃないの？

897:名無しさん＠お腹いっぱい。
06/10/12 14:05:02 wcjlsRxk
プトレマイオス朝時代のエジプトには、当時世界最大の図書館「アレクサンドリア大図書館」があり、
70万もの蔵書を誇っていたという。
蔵書のほとんどは巻物だったが、1巻200ページ相当として、300dpiでスキャンした場合、1頁500KBとして
1巻100MB、それが70万巻ということは70TBか。
TeraStation 2GBを35台つなげればアレクサンドリア図書館に匹敵するデジタルアーカイブが完成するな。

文字数を見ると、1頁に2000文字のアルファベットが書き込めるとすると、
2000文字×200頁×70万＝280,000,000,000文字の知識が詰まっていたということになる。
1文字1バイトなら280GB、UTF-8みたいに1文字3バイトなら840GBか。テキストだけ抜き出せば
個人のPCでも何とかなりそうだな。

さて、これを全文検索かけるとなるとNamazuの場合、対象ファイル数は90万弱が限界みたいだから
URLﾘﾝｸ(www.namazu.org)
何とかなるかも。
Hyper Estraierの場合、
URLﾘﾝｸ(hyperestraier.sourceforge.net)
にあるように「一つのインデックスに登録できる文書の総量の目安は、プレーンテキストなら300GB」
とのことなので、1文字1バイトならぎりぎりいけそう。UTF-8なら3つくらいにインデックスを分けて
P2P連係させないといけなくなる。

898:名無しさん＠お腹いっぱい。
06/10/12 14:19:54 wcjlsRxk
Acrobat 7.0でOCRかけると画質は落ちるくせにサイズが膨らむ場合がある。
そういう場合、「アドバンスト→PDFの最適化」で「スペースの使用状況を調査」ボタンを押してみるといい。
「画像」の比率が99%以上なら正常だけど、「文書のオーバーヘッド」の比率が高いと無駄に要領を
食われていることになる。

そんなときは「PDFの最適化」画面はいったん「キャンセル」で閉じて、「名前をつけて保存」してみる
するとオーバーヘッドが最適化されて適正なサイズになっている。
この際に画質劣化や透明テキストに手が加わってるなんてことはないのでご安心を

899:名無しさん＠お腹いっぱい。
06/10/12 14:25:24 EoohFZsj
「ｐｄｆの最適化」が付いてるのはproだけだけどなｗ

900:名無しさん＠お腹いっぱい。
06/10/12 20:57:17 DS8jrcs+
>>899
価格改定で安くなってる。

901:名無しさん＠お腹いっぱい。
06/10/12 22:33:54 3u72xnVY
>>897
600dpiならその4倍。

902:名無しさん＠お腹いっぱい。
06/10/14 23:51:46 w6NPIpZj
A4の両面白黒ものを何枚もスキャンして
プリンターで印刷するという使い方をしようと思っています（つまりコピー）。

会社などにある自動送り方式形のスキャナがあると噂で聞いてやってきたんですが、
こういう種類のもので入門機といえばどこのメーカーのものになるのでしょうか？

加えて年賀状の送り名もスキャンできてデーター化できたりしたら最高なんですが・・。

903:名無しさん＠お腹いっぱい。
06/10/15 00:13:11 gwHJXdwE
>>902
ScanSnap s500 は？

904:名無しさん＠お腹いっぱい。
06/10/15 02:42:30 Y5duL8R1
>>902
コピー機代わりがメインで、一回のスキャン枚数が十枚以下とか
いっそのことADF付き複合機とかは？

ADF付きスキャナ専用機だと、PFUのSCANSNAPかCANONのDR-2050が4万強で安いほう。
SCANSNAPは１ボタンでPDF化できるお手軽さはあるけどコピー用途には一手間要るかも。
DRはスキャナと連動してコピー機代わりにできる付属ソフトが付いてる。

ただ．．．どちらも葉書のスキャンって出来たっけ？

905:名無しさん＠お腹いっぱい。
06/10/15 02:54:47 HPdYmNEn
今度出るX5470って複合機、ADF付きスキャナとして見れば安くない？
もちろん、印刷はしない方向でｗ

906:名無しさん＠お腹いっぱい。
06/10/15 14:13:09 qEyftDOk
>>904
>どちらも葉書のスキャンって出来たっけ？
DR2050の場合、紙面がつるつるだと(年賀状、絵葉書などの印刷、写真)、
すべってよみこめなかったり
黒が濃すぎると(まっくろ)読み込んだ画像がおかしくなる。
scansnapは使ったことがないのでわからず

907:名無しさん＠お腹いっぱい。
06/10/15 18:09:49 JJaSIsk0
写真ハガキは貼り合わせのせいでは

908:名無しさん＠お腹いっぱい。
06/10/15 20:39:12 sD9wMHm5
URLﾘﾝｸ(www.pfu.fujitsu.com)

909:名無しさん＠お腹いっぱい
06/10/15 21:41:58 7CkjBRS9
Ricoh IS330DCEXとかで、中とじのB5版の月刊コミック誌をホッチキス
はずして<連続給紙してスキャンできるのかな？ページのつながりは無視して｡

910:名無しさん＠お腹いっぱい。
06/10/16 08:02:01 7pciN1oZ
>>909
fi-5530だけど似た様な事やってる。
裁断不要、欠損レス。スキャン回数自体は半分になる、とメリットも大きいけど、
綴じ部の紙の曲がりをできるだけ取っておかないと
紙浮きによる色むらやら、曲がりによる搬送不良やら原稿歪みに悩む事になる。

．．．A3とかの半折り原稿を開いて読む場合は、原稿平置き、上から給紙のタイプの方が
良かったのかなぁとも思ってる。

911:名無しさん＠お腹いっぱい。
06/10/16 17:27:30 5QMdX7vK
ES-7000HとESA3ADF2を買ったら
　「さすが高いだけあったぜウヒョー幸せ～」
になれるだろうか。それとも、
　「高い金出してこんだけかよクソッタレ金返せエプ糞！」
になるだろうか。

やりたい事はB4変形の雑誌及び単行本などの電子化なのだが…
20万近くかかるので悩む悩む悩む…

912:名無しさん＠お腹いっぱい。
06/10/16 19:24:23 1f/8CMsX
>>911
ES-10000G+ADFなら、極上の幸せに浸れるぞ。
ES-7000Hだと光学解像度が600dpiだから、場合によっては orz になる。
特にルビ入り原稿などはそうだ。

913:名無しさん＠お腹いっぱい。
06/10/16 20:18:41 sHpLY6pr
>>912

普通に書籍の電子化をやるのに600dpiでorzになる状況ってのが余り想像できないんですが・・・。

ES-10000Gは取り込み速度が遅いから、ドキュメントスキャナとして使うならむしろES-7000Hの方がいいのでは？

914:名無しさん＠お腹いっぱい
06/10/16 21:38:15 3NyaRmlH
>>910 サンクス
バラした印刷物を適度な湿度の環境で、重ししてのばしたらうまくいきそうな
きもするので、ためしてみたいと思います。

915:912
06/10/17 02:42:10 VC7/NZCs
>>913
特殊な原稿まで想定してます。ルビの文字とか凄く小さいですからね。

916:913
06/10/17 06:56:59 ODI3Ulqh
>>915

ルビの文字がいくら小さいといっても、所詮肉眼で普通に読める程度の大きさだから、
600dpi程度の解像度でルビが読み取れなくて使い物にならないってのはまず有り得ないと
思いますが・・・。
実際ルビ入りの新聞原稿で試してみたら、600dpiどころか300dpiでも普通に読み取れました。

ES-10000Gは大判のフィルムのスキャニングとかをやる時には存分に威力を発揮すると思いますが、
ドキュメントスキャナとして使うには光学解像度がオーバースペックですし、速度の遅さから考えても
余りドキュメントスキャナには向いてないのでは？

ドキュメントスキャナとしてES-10000Gを買うくらいなら、もうちょっと奮発してES-9000Hを買った方が
多分幸せになれます。

917:名無しさん＠お腹いっぱい。
06/10/17 07:26:45 HCP+HWJn
保存するファイルサイズやスキャン時間の事考えると300dpiあれば充分、
ちょっと文字の小さい原稿とか縮小前提のオーバースキャンでも
600dpiあれば事足りてるけどなぁ。
どんなケースが特殊原稿なんだろう。生原稿とかなのかしらん。

ESのADFは裏写りの方が気になる、特に雑誌とか薄手の原稿の場合。
>>800の様にマジック技使えば改善されるんだろうけど．．．

918:名無しさん＠お腹いっぱい。
06/10/17 08:36:20 UduZY6cw
600dpiだと画像1枚のファイルサイズがかなり大きくなるから、
1冊のデータで何GBも必要になってしまうのでは。

919:名無しさん＠お腹いっぱい。
06/10/17 08:59:26 iFYJCJ6L
普通の印刷物は300dpi程度だから600で読み取れないということはまずないと思うんだがね
ていうかそのルビほんとに肉眼で読めてるのか？という感じなんだが

920:名無しさん＠お腹いっぱい。
06/10/17 14:42:47 qRD5I1VW
ルビが読めないのは画像圧縮率がおかしいんじゃね？

921:名無しさん＠お腹いっぱい。
06/10/18 00:04:17 tEtndmo3
A4の原稿をいくつか組み合わせてA3やA2を作るいい方法は無いでしょうか？
今はA3の原稿を裁断してA4にし、パノラマファクトリーを使っているのですが、
作業がとても面倒ですし、４合成は厳しいです。

半自動でできるソフトがあれば一番良いのですが、いい方法がありましたら
教えてください。

922:名無しさん＠お腹いっぱい。
06/10/18 21:21:42 uSZpO1N5
>>921
重複部が無い裁断用紙って、うまく繋がります？

単純に縦横４枚並べる（繋ぎ目覚悟）なら「画像連結」とか、
バッチ処理したいなら「パノラマくん」で横連結→縦連結するとか。

SCANで何とかしたいならDRの半折りスキャン使うかだけど、
これもA3までだし折り方によっては歪みがバカにならないしなぁ．．．．

923:名無しさん＠お腹いっぱい。
06/10/19 02:16:08 8hqNOssn
eドキュメントJAPAN 2006でDR-4010CとKV-S2048Cが展示中。
KV-S2048Cが11月発売、DR-4010Cが07年春発売だそうです。

924:名無しさん＠お腹いっぱい。
06/10/19 03:49:36 Ew8RCrDb
>>923
URLﾘﾝｸ(www.xor.ro)
こいつになるのかな？>KV新型

925:923
06/10/19 23:06:39 VkcMYBg+
>>924

KV-S2048C
URLﾘﾝｸ(my.reset.jp)
ボディは日本のKV-S2026CNと同じトレー格納式に変更。
型番からするとSCSI無しになったかもしれません。
KV-S2026CNやKV-S2046CNとは違って超音波センサ搭載とのこと。
価格帯は40万コース？

DR-4010C
URLﾘﾝｸ(my.reset.jp)
ボディはA3対応のDR-5010Cが小さくなってA4対応となったような形。
こちらも超音波センサ搭載っぽい。価格帯は不明。
型番は記載されてないけど写真の載っているパンフレットあり。

926:名無しさん＠お腹いっぱい。
06/10/19 23:52:02 Ew8RCrDb
>>925
㌧。
DR-4010CはA3廉価版を期待してたんだがA4対応だったのか、少々残念。
今回PFUは輪島塗のみか．．．

927:名無しさん＠お腹いっぱい。
06/10/20 17:22:17 Yv1q14z9
輪島塗りって売れるのかな
PFU地元との協力事業なんだろうけど
アラブの王族とか、ニューヨークの美術館に受けるかも
次 iPod は輪島塗りだったりして

928:名無しさん＠お腹いっぱい。
06/10/20 20:40:00 mq8g61Rq
Ａ４では収まらないのが多くなってヤフオクにてRICOHのIS330DCEXを落札したんですが、SCSIなんですよね。
一応SCSIカードは持ってるんですが、出来ればUSBへ変換するケーブルを使いたいんですが、この機種で使えるんでしょうか？
調べたらアイ・オーデータのUSB2-SC2がスキャナに対応してるみたいなんですが。
URLﾘﾝｸ(www.iodata.jp)
もし、判る方がいたらおしえてください。

929:名無しさん＠お腹いっぱい。
06/10/20 23:51:33 zNsEvKGJ
俺も機種違うけどSCSIのドキュメントスキャナのために
USBへ変換するケーブル３種（アダプ、アイオ、ラト）買って
試したことあるが、挙動はまちまちだったな。

930:名無しさん＠お腹いっぱい。
06/10/21 02:06:24 nWFojdpj
>>928
アダプテックカードも大分安くなってますから.........

931:名無しさん＠お腹いっぱい。
06/10/21 08:20:59 f2UjAtbv
SCSIはUSB変換ケーブルとPCIで拡張するほう。
どっちがいいんかねぇ？

932:名無しさん＠お腹いっぱい。
06/10/21 12:06:23 QSDJ4LcB
変換ケーブルでのUSBのホットプラグはあまり期待しない方がいいよ。
あと、タームパワー必要・不要で供給可・供給不可は確認しとけ。

933:648
06/10/21 14:12:08 3FyVBm7D
ウチはES-9000HとAdaptecのUSB2XChangeの組み合わせはちゃんと動作した（ホットプラグOK）。

ただ、製品によって挙動が違うみたいだから、他のスキャナと変換ケーブルでどうなるかは
ちょっと不明ですね。速度的にはちゃんとしたSCSIで繋いだ時と比べても遜色なかったけど・・・。

934:名無しさん＠お腹いっぱい。
06/10/21 14:56:04 ck06GGZU
B5より20％ほど小さな紙を両面スキャンできるやつありませんかね？
それを拡大してプリンタからB5で印刷したいんですが・・・。
現時点で600ページ分、最終的には合計3000ページぐらいいくと思うんですが・・。
色は白黒です。

935:名無しさん＠お腹いっぱい。
06/10/21 15:16:02 66yUXVdb
>>934
コピー機代わりに使うんなら複合機使うか、
DR-2050CあたりのA4のADF機で良いんじゃないの？
3000枚で終わりなら業者に頼む方がてっとり早いかもしれないけど．．．

936:928
06/10/21 21:45:51 oqOCdo0b
情報ありがとうございました。
スキャナ届いたので早速つなげてみました。
AdaptecのUSB2XChangeを買おうとしたんですが無かったのでラトックのやつにしました。
（アイ・オーのは電源つなげないので念の為）
少ししかいじってませんが、今のところ正常に動いてるようです。
ちなみにターミネーターの事すっかり忘れてたけど、やっぱ必要？

937:名無しさん＠お腹いっぱい。
06/10/21 21:55:36 W2GtjHIc
ADFで読み取る時に、ファイルの名前を001、003、005、という風に
奇数を付けたり偶数を付けれるでしょうか？
両面スキャンして上手く奇数と偶数を後で混ぜたら001～005まで連続にできるなと・・。

もしできるならADF（片面OK）とフラットベッドが一体になってるお手ごろなやつを探してます。
速度はそんなに速くなくてもいいけど家庭用の平均的な速さは欲しいです。
何種類かお勧めしてもらえないでしょうか？

938:名無しさん＠お腹いっぱい。
06/10/22 01:15:59 ZR5YL43W
>>936
929だけど、DRだけど最も使えたのがラトックのだよ。
タームパワーは変換ケーブルの電源が入ればオーケー。
要は、変換ケーブルの電源をスキャナ側から賄っているはず。

939:名無しさん＠お腹いっぱい。
06/10/22 02:24:37 WIgShZil
GT-X750とGT75ADFの組み合わせってどうかな？

940:名無しさん＠お腹いっぱい。
06/10/22 08:26:54 jHF2Uxuq
いいえ、どうではありません。

941:名無しさん＠お腹いっぱい。
06/10/22 21:48:59 UhE+ZWwP
>>937
予算に応じた複合機を買っておけばいいんじゃない。

942:名無しさん＠お腹いっぱい。
06/10/22 22:44:39 LiflKHbR
俺、ｊｐｇで保管してるんだけど、みなさんは？
それによる利点とか？なんかありますか？

943:名無しさん＠お腹いっぱい。
06/10/23 00:25:06 tq4W9fKu
>>942
利点：汎用性が高くサイズが小さくなる
欠点：迂闊にいじると再圧縮は避けられず画質劣化に繋がる

PDFで保管すると……
利点：複数ファイルを1つにまとめられ、可搬性向上に繋がる
　　　　OCRで文字情報を包含できる。本文の検索ができる
欠点：OCRをかける時点で画質が劣化する
　　　　全体的にアプリ動作が重い

944:名無しさん＠お腹いっぱい。
06/10/23 02:01:05 MSZshiGX
>>943
ありがとうございます。参考にします。
これから、Ｓ５００で量産体制に入る予定です。

945:名無しさん＠お腹いっぱい。
06/10/23 13:42:53 xquVHNWL
最近、10年分のある雑誌をS500と裁断機でスキャン作業始めました。
作業前はPDF嫌いだったのでJPGにでもするかなと思っていましたが
やってみるとそれなりのPCならPDFでもいいかなと感じています。
だいたい1冊が400～800MBになりますが。ファイルがひとつになるメリットが大きいかも。

946:名無しさん＠お腹いっぱい。
06/10/23 13:50:31 uLxtAV7o
ファイルが一つになるって、
ＪＰＧをZIPで固めてもマンガミーヤとかで読めるじゃん？

947:名無しさん＠お腹いっぱい。
06/10/23 14:49:55 MSZshiGX
ｊｐｇの場合には、やっぱりできるだけ最高画質でスキャンするのでしょうけど、
私は、やっぱり、マンガや簡単な参考書などは、1ページをスクロールなしで読みたいのです。
保存用とは別に加工して使ってますか？

948:名無しさん＠お腹いっぱい。
06/10/23 14:59:36 xquVHNWL
>946
はいはいそうですね。ごもっとも。
目次ページだけOCRかけてるんだけど、
それを最大のメリットとして挙げれば満足かい？

949:名無しさん＠お腹いっぱい。
06/10/23 15:03:42 xquVHNWL
>947
ごめん、意味がよくわからないんだけど
JPGなら946の言うとおりマンガミーヤ（公開停止）やHamanaなんかで
見れば自動で縮小表示されてスクロールなしだよ？
pdfもAcrobat/AdobeReaderの機能で同じことができるよ。

950:名無しさん＠お腹いっぱい。
06/10/23 15:06:06 pbGZjcvg
>>948
満足かどうかは判らんが文庫本等をスキャンしてる俺はjpg→pngまで加工してコメント付けてzipにしてる。
数百冊単位になるとHDDが追いつかないし…まぁ内容を検索するようないしね。

しかし何故そんなに喧嘩腰？

951:名無しさん＠お腹いっぱい。
06/10/23 15:42:12 xquVHNWL
>950
いや、あまりにベタな突っ込みをされたんで、ついﾌｧﾋﾞｮってしまったよ。ごめん。
検索の必要があるならPDF、いらなければJPG、ってことかな。
後で参照する可能性があるので、検索必須なんですこっち。

で、教えて欲しいんだけどjpg→png加工の意味って？

952:名無しさん＠お腹いっぱい。
06/10/23 16:27:44 uKUsZCWU
>>951
950ではないが、おそらく減色して容量減らすためだと思う。
だけど、中間ファイルにjpegを選んだらノイズのせいで意味が半減する。
せめて、TIFFにすべき。

953:名無しさん＠お腹いっぱい。
06/10/23 16:28:24 MSZshiGX
>>949
すいません。丁寧にありがとうございます。
自動で縮小されたモノと、
手動で縮小してフィルターかけて読みやすくしたモノを比べて、
読みやすさに、どのくらい差がでるのか？可能性について考えてました。

954:名無しさん＠お腹いっぱい。
06/10/23 16:38:44 pbGZjcvg
>>952
いや、挿絵に写真やら精密な絵が使われない小説をメインにスキャンしてるから。
藤リサイズで減色・ガンマ補正・白色化・ノイズ除去してvixで4色pngにしてる。
文庫本なら大体10Mちょいになる。

955:名無しさん＠お腹いっぱい。
06/10/23 16:51:47 uKUsZCWU
>>954
小説でも文字周りにjpegだと最低圧縮でもノイズが乗るよ。
藤なら中間ファイルはbmpがお勧め。

956:名無しさん＠お腹いっぱい。
06/10/23 17:27:13 pbGZjcvg
>>955
マンガミーヤで原寸表示にすれば確かにノイズがあるけどウインドウサイズで見ればノイズなんて見えないしなぁ…
１回に4000P以上処理してるし、流石にそこまで画質に拘る必要性が薄いのです。

957:名無しさん＠お腹いっぱい。
06/10/23 17:31:10 uKUsZCWU
そっか単純にbmp出力に変えればいいだけなんだが、「拘る必要ない」の印籠だされたら話終了だなｗ

958:名無しさん＠お腹いっぱい。
06/10/23 18:00:36 lDIWzAcx
>>948
目次だけのためにＰＤＦにするんなら、目次の文字抜いて
テキストファイル一個置いとけばいんじゃねーの？

959:名無しさん＠お腹いっぱい。
06/10/23 18:16:44 VF49Gcd8
>>955
中間JPEGでノイズが乗っても、出口が4色pngだと、ノイズは消えてしまうかも。
それでも、自分なら中間BMPにするけど。
手間は変わらないし、HDDに余裕があるから。

960:名無しさん＠お腹いっぱい。
06/10/23 19:41:45 SgCR17gk
DR-2050CとScanSnap!ならどちらが綺麗とかありますか？
主観でいいのですが教えてください

961:名無しさん＠お腹いっぱい。
06/10/23 20:46:58 pWHaYh49
>>960
DR-2050Cはクリアパーツ使ってて色的にも軽い。だから見た感じ、
清潔感あって綺麗という印象で女性受けする感じがする。

962:名無しさん＠お腹いっぱい。
06/10/23 20:58:38 SgCR17gk
>>961
すいません文章不足でした
スキャン画像の事です・・・

963:名無しさん＠お腹いっぱい。
06/10/23 21:45:39 6+WJ4xWL
なんか笑っちゃったｗ

964:名無しさん＠お腹いっぱい。
06/10/23 22:06:43 tq4W9fKu
>>962
主観によるが、サンプル見た限りではどちらも汚い。

965:名無しさん＠お腹いっぱい。
06/10/23 22:18:16 MSZshiGX
っていうか、どっちを買っても幸せだと思うよ。
裁断機も買ってしまえば、もっと幸せ。

966:名無しさん＠お腹いっぱい。
06/10/24 04:51:11 hwDPkoqF
安いほう買えば？

967:名無しさん＠お腹いっぱい。
06/10/24 20:11:05 isr7X07J
たぶんどっち買ってもこんなもんか～って思うよ
twainとかグレスケとかどうしてもの部分がないなら
値段やデザインで決めれば良いよ
このことで悩んでいちばんもったいないのは時間なんだ

968:名無しさん＠お腹いっぱい。
06/10/24 20:26:56 G1w20YXQ
>>960
俺もそれで4年くらい悩んでる。（正確には以前はDR-2080Cだったが）
なかなか難しい問題だから慎重になった方がいい。

969:名無しさん＠お腹いっぱい。
06/10/24 21:50:19 kKqsBOH0
すでに、何かしら持っているのだったら、迷いに迷ったほうがよいが、
まだ、ＡＤＦ未体験だったら、即、買った方がよいよ。便利だし。

970:名無しさん＠お腹いっぱい。
06/10/24 21:58:30 wgz+GRqh
以前はDRの価格がScanSnap!の倍してたせいか、
「DRはさすが価格の分だけ画質もいい」「掃除しやすい。ScanSnapは縦線が取れなくなる」
といった風評があったが。

今のS500（ScanSnap最新型）は掃除しやすくなった？

ちなみにおれはDR保持者だけど画質に関してはどっちもどっち。
DRは掃除しやすいけど縦線はしっかり出るし、紙質によっては当然ジャムる。
でもTWAINドライバが使えるのは便利、ってとこか。

971:名無しさん＠お腹いっぱい。
06/10/25 03:20:24 I1+lKIJl
文字原稿（小説とか会社資料や論文とか）メインで手軽に撮りっぱなしならSCANSNAP
絵中心（コミックとか雑誌）メインで後補正するつもりならDR-2050C
どっちも満足いかない求道者はfiなりESなりKVなり迷い続ける。
個人的には大まかにこんな感じかと思ってる。

ただし、迷い続けて買い換えても、取込の手間やら縦線やらDFやら、
悩む事は毎回一緒なんだよなぁ．．．

972:名無しさん＠お腹いっぱい。
06/10/25 19:35:29 9SlC5kBt
DR-2050Cの後継まだ～？

973:名無しさん＠お腹いっぱい。
06/10/25 21:10:11 Fayf1HtM
>>945
私はjpg派です。
検索はnamazu+マンガミーヤで。

974:名無しさん＠お腹いっぱい。
06/10/25 21:13:46 Fayf1HtM
新スレを立てました。

【ADF】スキャナで連続取り込み010.jpg【OCR】:
ｽﾚﾘﾝｸ(printer板)l50

975:名無しさん＠お腹いっぱい。
06/10/25 21:25:27 V+JP2Xr8
SCANSNAP等では冊子はスキャンできないのでしょうか？
切ったりコピーしたりしてスキャンしないといけない？

976:名無しさん＠お腹いっぱい。
06/10/25 23:47:02 RQ7Jmo2V
>973
namazu自体はわかるんだけど、どう活用しているのかよかったら教えてください

977:名無しさん＠お腹いっぱい。
06/10/25 23:48:07 pEqA5rh2
>>975
ばらさなきゃ駄目。
メーカーのHPぐらい見ようぜ

978:名無しさん＠お腹いっぱい。
06/10/26 00:59:48 SbVV9nM0
>>973
namazuでどうやってjpgを検索すんだよ

979:名無しさん＠お腹いっぱい。
06/10/26 12:16:55 57ndeSkf
ｊｐｇは、軽いし、ｆｌａｓｈでも使えるから便利だね。

980:名無しさん＠お腹いっぱい。
06/10/26 20:18:56 i0oRHHOX
＾＾；

981:名無しさん＠お腹いっぱい。
06/10/26 21:49:54 cD5qOj87
>>976
(1)OCRで「ファイル名.jpg」から「ファイル名.txt」を作成します。
(2)ファイルをこんな感じで配置します。
c:/データ/scanbook/txt/文庫/塩野七生/ローマ人の物語/13/20060701215850.txt
c:/データ/scanbook/jpg/文庫/塩野七生/ローマ人の物語/13/20060701215850.jpg
(3)普通にテキストファイルのインデックスを作成します。
(4)検索するとテキストファイルへのリンクが張られたページが表示されます。
(5)IEで読みたいページへのリンクを右クリックして「マンガミーヤで開く」を選択します。

(2)のtxtファイルの配置と(5)の「マンガミーヤで開く」は自作のスクリプトでやってます。

982:名無しさん＠お腹いっぱい。
06/10/27 01:45:33 L4WkNgpv
もう、埋めるか。。。
ｊｐｇで活字を綺麗に保存したいな。。。

983:名無しさん＠お腹いっぱい。
06/10/27 02:30:15 L4WkNgpv
基本的に、文字情報はテキストが理想なんだが。。。

984:名無しさん＠お腹いっぱい。
06/10/27 02:32:24 L4WkNgpv
やっぱり、ｊｐｇが早くて、私の場合、都合がいい。

985:名無しさん＠お腹いっぱい。
06/10/27 02:33:15 L4WkNgpv
もうそろそろ、念のため下げるか。。。

986:名無しさん＠お腹いっぱい。
06/10/27 02:34:03 L4WkNgpv
左岸無い？

987:名無しさん＠お腹いっぱい。
06/10/27 02:35:27 L4WkNgpv
さがれ

988:名無しさん＠お腹いっぱい。
06/10/27 02:36:06 L4WkNgpv
埋め

989:名無しさん＠お腹いっぱい。
06/10/27 02:39:50 L4WkNgpv
もういいや、埋め。

990:名無しさん＠お腹いっぱい。
06/10/27 02:42:03 L4WkNgpv
消化

991:名無しさん＠お腹いっぱい。
06/10/27 03:24:02 rQYoMxwa
>>986
sageで下がる訳じゃない。他がageなきゃそのまま。

992:名無しさん＠お腹いっぱい。
06/10/27 05:11:53 00krowXj
スキャンスナップ最高！

993:名無しさん＠お腹いっぱい。
06/10/27 07:26:59 tMbl6A+f
埋め

994:名無しさん＠お腹いっぱい。
06/10/27 07:37:39 ye9BiNMn
部屋をみて氾濫する本をみて思うこと。

新機種まってたけど、そろそろ購入時かなー・・・

995:名無しさん＠お腹いっぱい。
06/10/27 11:31:49 1Kjgy15I
>>981
透明テキストPDFがなかった頃の対処法みたいだな。
いまはマンガミーヤでPDFも読めるし。

996:名無しさん＠お腹いっぱい。
06/10/27 11:39:04 tDC4KoY4
>994
細かい性能にこだわらないでさっさと買って始めるべし。
ついでに裁断機も買うべし。
作業が進まずに本ばかり増えると、やがて意欲も失うぞ。
経験者は語る。

997:名無しさん＠お腹いっぱい。
06/10/27 12:22:22 mQhcWowN
裁断機かったけど、スキャナまだ買ってないや。

998:名無しさん＠お腹いっぱい。
06/10/27 14:30:14 L4WkNgpv
>>986
よく考えてみればそうだね。。。

999:名無しさん＠お腹いっぱい。
06/10/27 14:32:19 rQYoMxwa
梅

1000:名無しさん＠お腹いっぱい。
06/10/27 14:34:00 rQYoMxwa
仙

1001:１００１
Over 1000 Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。