プリンタ型のスキャナが…004【ScanSnap!】
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
2005/07/18(月) 13:11:47ID:GZ39btIlScanSnap!
に関する「専門スレッド」です。
前スレ
プリンタ型のスキャナが…003【ScanSnap!】
http://pc8.2ch.net/test/read.cgi/printer/1078750159/
プリンタ型のスキャナが…002【ScanSnap!】
http://pc3.2ch.net/test/read.cgi/hard/1043343590/
プリンタ型のスキャナがあったら
http://pc3.2ch.net/test/read.cgi/hard/1000822037/
兄弟スレ
【ADF】スキャナで連続取り込み006.jpg【OCR】(そろそろ次スレ)
http://pc8.2ch.net/test/read.cgi/printer/1114452094/
0357名無しさん＠お腹いっぱい。
2006/02/15(水) 12:57:25ID:LXk90wXX紙に対する他の摩擦条件を、紙＜パッド＜ローラ、となるようにして、
パットと紙の摩擦で紙を分離する。
紙１枚のみ挟まれている場合はパッド側が滑べりローラによって紙が送られる。
２枚以上挟まれると、紙と紙の間が滑る。滑ると飛び出た紙がパッドに接触、
別の紙と紙の間がすべって、最終的に１枚だけになって送り出される。
送り出された後、２枚目には無くなった１枚目の紙に代わってローラが
摩擦力をあたえこれを送り出す。
紙は端部からパッドにローラで押しつけられるかたちで送られるので、
端部による食い付きがによっても摩擦が左右される。ぼろい端部を一端切り
そろえるのも防止の一法。また、相互に貼り付きやすい紙は相対的に
パッドにも付きやすかったりするケースもあり、紙に対する他の摩擦条件、
紙＜パッド＜ローラが確保されれば正常にフィードされてしまう。
だめなときはもちろんだめだが。
こんな方式なので繊維が分離しやすい紙の給紙は苦手で、繊維がパッドに付着し、
摩擦が紙と紙との条件に近くなる。すると明示的に押さえてはいないが
接触面積の大きい紙と紙との摩擦が勝ってマルチフィードになる。
0358名無しさん＠お腹いっぱい。
2006/02/15(水) 13:02:41ID:LXk90wXXScansnapではパッドや紙の状態（表面状態、端部形状、曲げにくさ等…）
で可変する。
そんな訳で、DR-2050CではだめでScansnapなケースも当然ある。
各ユーザの使用する紙もいろいろ（種類の他に保存状態・吸湿状態など）
あるだろうから、参考になるようなレビューは困難だろうな。
頭のいい奴にやってもらいたいよ。
0359名無しさん＠お腹いっぱい。
2006/02/15(水) 13:09:56ID:LXk90wXX○そんな訳で、DR-2050CではだめでScansnapではできるケースも当然ある。
0360名無しさん＠お腹いっぱい。
2006/02/15(水) 16:03:17ID:0sOxurPk0361名無しさん＠お腹いっぱい。
2006/02/15(水) 18:14:02ID:+B3ZJ5diで、今最安値はいくら？
0362名無しさん＠お腹いっぱい。
2006/02/15(水) 18:26:43ID:odUxxuP4構造解説乙。
結局、「ケースバイケース」以上の結論じゃ無さそうな事は解った。
0363名無しさん＠お腹いっぱい。
2006/02/15(水) 22:08:01ID:Cq+eEtbx終わってから抜けてるところを探す手間がかからない
という考え方もあるわな。
0364名無しさん＠お腹いっぱい。
2006/02/15(水) 22:38:52ID:zrHezhtNすげー面倒なんですが、みなさん一枚一枚目視でトリミングされているのでしょうか。
0365名無しさん＠お腹いっぱい。
2006/02/16(木) 01:10:35ID:bz2P5BcD細かいこと気にしないなら、少し小さめに入れておけば楽。
0366名無しさん＠お腹いっぱい。
2006/02/16(木) 03:03:28ID:Pf69wdow0367名無しさん＠お腹いっぱい。
2006/02/16(木) 03:13:16ID:h0cvc2l3DR-2050は同人誌表紙(片面ミラーコートの厚紙)なんてのをフィード出来なくて
ローラー跡が紙についたりする。
一方scansnapは何でもないコピー紙をダブルフィードすることがある。
なんて俺の経験にも合致する。
0368名無しさん＠お腹いっぱい。
2006/02/16(木) 11:11:55ID:qH4nPmohすげえ。
0369名無しさん＠お腹いっぱい。
2006/02/16(木) 23:23:32ID:F2eWqe1N勉強になるわー
誰か、もっと解説して。
他によさそうな機構とか。
もっと欠点・利点など。
0370名無しさん＠お腹いっぱい。
2006/02/17(金) 00:02:30ID:GBhku6nQジャムるんだろどうせ
0371名無しさん＠お腹いっぱい。
2006/02/17(金) 01:46:10ID:mV7sYzIEエラーが出て止まる様になっているんでしょうか？
どんな仕組でやってるんだろう？
0372名無しさん＠お腹いっぱい。
2006/02/17(金) 11:09:06ID:zT4SGlGcなるほどー。紙送りの機構ってちゃんと知らなかったから勉強になる。
ということは、ScanSnapのパッドの摩擦力を常に高くなるようにメンテナンス
しておけば、ダブルフィードはほとんど起こらないのかな。
やっぱ、シリコンゴムつかってパッドを頻繁に交換するのが最強？
0373名無しさん＠お腹いっぱい。
2006/02/17(金) 13:56:25ID:bQaHZafiみりゃわかる
みなきゃ真にわからんだろ
0374名無しさん＠お腹いっぱい。
2006/02/17(金) 18:09:11ID:rDMSnpzV0375名無しさん＠お腹いっぱい。
2006/02/18(土) 22:11:21ID:EXikc00Hそこで、身近に点灯した青色発光ダイオードがあるなら、蛍光マーカーの黄、
オレンジ、ピンク、緑（あたりかな、青、紫は目立たない）それぞれを、
同系色の紙に塗って、青色発光ダイオードにかざしてみる。
蛍光灯の下とくらべどう見えるだろうか。
色の濃さなんかは紙とマーカーを似せたほうがわかりやすい。
青色発光ダイオードも波長が色々あるだろうから試してみてね。
なーんて、どうだろうか。
0376名無しさん＠お腹いっぱい。
2006/02/19(日) 23:50:53ID:/UhBHg0m自分が使ってる5110EOX2との比較。
・速さ
紙送り速度が速くなったというより、1枚読み終わってから次の取り込みを開始するまでの待ち時間が短くなった感じ。
まったく途切れることなく、どんどん読み込んでいく。
B5で、取り込んだファイルのタイムスタンプを見る限りでは、1分間に20〜21枚ぐらい。
EOX3が1分間に17〜18枚ぐらいなので、確かに1.2倍ぐらい速い。
・原稿サイズ自動認識
EOX2はサイズ選択式(A4とかB5とかいった定型サイズのうち、近い大きさにあわせる)のに対し、S500はフリーサイズ。
認識は結構賢く、周りが白い紙でも、余白を切り落とすことなく、原稿の端ちょうどぴったりで出力している。
用紙が正確な長方形じゃない場合は、幅の狭い所は原稿の外の水色がちょっと見える感じになる。
また、原稿サイズ自動認識の場合、傾き補正も行ってくれる。
30度ぐらい斜めに入れた場合でも、ちゃんと正しい向きで、用紙サイズぴったりに切り取った画像になる。
読み取りモードオプションの傾き補正と違って、角が切れることが無い。
少しぐらい斜行しても全然問題ないし、ガイドが長くなったこともあり、
適当に原稿をつっこんで気軽にスキャンできそう。
・傾き補正
原稿サイズ自動認識でも傾き補正を行うためか、読み取りモードオプションは
「文字の傾きを自動的に補正します」に変わってる。
原稿自動認識の方が賢いので出番は少なそう。
用紙に対して印刷が斜めになったような紙のスキャン時に威力を発揮するのだと思うが、
そういう原稿が無かったので効果は確認できず。
・ScanSnap Manager
S500に付属のVersion 4 は、説明にはEOXシリーズにも使えると明記してある。
原稿サイズ自動認識はScanSnap Manager の機能だろうから、別売りして欲しいなぁ
といったところ。
0377名無しさん＠お腹いっぱい。
2006/02/20(月) 03:04:58ID:+FonDrQy0378名無しさん＠お腹いっぱい。
2006/02/20(月) 09:29:49ID:zh9ug6Xc感謝。参考になります。
裏当て色が変わらずっぽいのは少々残念だけど、
それでも白紙原稿ちゃんと認識するのは便利そう。
認識部からのオフセット量も指定できると尚良いんだが…
0379名無しさん＠お腹いっぱい。
2006/02/22(水) 16:09:43ID:4652+Cd4http://page5.auctions.yahoo.co.jp/jp/auction/e54619593
0380名無しさん＠お腹いっぱい。
2006/02/22(水) 17:45:27ID:xZY6uKnV日焼けした小説は、自動設定だとカラーになるんだな。
容量の問題で、カラーは出来るだけ使いたくない。
かといって白黒だと、文字の少ないページがぼろぼろになる。
こんな感じ
http://ranobe.sakuratan.com/up/src/up89778.zip
文字の少ないページだけカラー設定で取り込んでるが、他にもっといい方法は無い物か。
0381名無しさん＠お腹いっぱい。
2006/02/22(水) 19:01:56ID:Ju35wWfk0382名無しさん＠お腹いっぱい。
2006/02/22(水) 19:37:15ID:qLCxmu38しかし、これは濃度調整ちゃんとしたほうがいいんでない？
設定項目をマニュアル読んで探してみそ
0383名無しさん＠お腹いっぱい。
2006/02/22(水) 20:41:41ID:Ijy0EmGC白黒→グロ画像注意レベルです（；´Д｀）
0384名無しさん＠お腹いっぱい。
2006/02/22(水) 20:59:01ID:xZY6uKnVhttp://ranobe.sakuratan.com/up/src/up89840.zip
>>382アドバイスありがとう。
0385名無しさん＠お腹いっぱい。
2006/02/22(水) 21:54:21ID:psOncgY4一手間惜しまなきゃ、もすこしましになる。
http://ranobe.sakuratan.com/up/src/up89862.png
カラーjpgで取り込んでバッチ処理、ならそんなに手間にはならないかと。
0386名無しさん＠お腹いっぱい。
2006/02/23(木) 00:15:19ID:ANkU9vXWカラーで取り込んで、これを使う。
藤 -Resizer-
画像の最高品質な拡大縮小を高速かつ一括で行うソフト
自分は裁断してこれだけだよ。
0387名無しさん＠お腹いっぱい。
2006/02/23(木) 07:38:12ID:tlShkBR5新型のS500はサイズ自動認識があるから、違うかもしれんが、
従来品だと、ダブルフィードすると、指定サイズより大きくなるから、
そこで判定していると思われる。
実際、ダブルフィードも、ぴったり重なった、上下の紙がずれていない状態だと、
ダブルフィードを検知できない。
逆に、指定サイズより小さい場合はそのまま読み込まれてしまう（余白ができる）。
0388名無しさん＠お腹いっぱい。
2006/02/23(木) 08:25:22ID:3n3ke3Mk一気に萎えた。
買うのやめた。
画像ｷﾁｬﾅｲ。
0389名無しさん＠お腹いっぱい。
2006/02/23(木) 11:08:38ID:51YLLgXdしかしまぁ、汚れた原稿を白黒２値でスキャンすればああなるわな
>>385-386が言っているように、まともに使えるようにするなら
カラーjpg -> 白黒jpg化 -> PDFへ変換がいいと思うよ
0390名無しさん＠お腹いっぱい。
2006/02/23(木) 11:39:07ID:Rj5Vypl5ドキュメントスキャナ使う資格ねえわな。
0391名無しさん＠お腹いっぱい。
2006/02/23(木) 17:04:21ID:I4z52Pz4こんなことにはならずに取り込めるよ。
0392名無しさん＠お腹いっぱい。
2006/02/23(木) 18:15:27ID:e1xEvvjOもしくはあまり状態の悪い元原稿を取り込んだ事無いか。
確かに、SCANSNAPよりはDRやfiの方が細かい条件振れるとは思うが、
スキャン時に条件振って何度も取り直しするくらいなら、
一旦カラーで全部取り込んでから画像処理で修正する方が楽だろ。
0393名無しさん＠お腹いっぱい。
2006/02/23(木) 20:29:32ID:/iBy32I80394380
2006/02/23(木) 21:07:31ID:3cGQQmQG>>389
ありがとう、紹介してくれたソフト使ってみる。
>>388に誤解の無いように言っておくが、あのクラスの日焼けした原稿でも約270ページ中2枚しかああはならなかった。
もう1枚は表紙裏面の白紙に、表紙が裏写りしていただけ。
読み取り速度と容量、画質の兼ね合いで満足してたが、もう少し色々やってみる。
0395名無しさん＠お腹いっぱい。
2006/02/23(木) 21:07:58ID:e1xEvvjOそうだな。スマヌ、言い過ぎた >>391。
0396名無しさん＠お腹いっぱい。
2006/02/23(木) 21:33:20ID:pgPT9J2K300枚ほど取り込んでダブルフィードが1枚あったけど。
0397名無しさん＠お腹いっぱい。
2006/02/24(金) 09:45:39ID:5YTzvS6oスキャン速度と使い勝手を高めた小型ドキュメントスキャナー「ScanSnap S500」 / デジタルARENA
http://arena.nikkeibp.co.jp/rev/20060223/115540/index.shtml
0398名無しさん＠お腹いっぱい。
2006/02/24(金) 13:38:54ID:O9ne3SGVマンガミーヤなら見ながら画質調整できるし
zip書庫やpdfでの出力ができるからもっと楽にできるよ。
avisynthフィルタってやつ。
0399名無しさん＠お腹いっぱい。
2006/02/28(火) 09:23:36ID:yP6I/HEJ0400名無しさん＠お腹いっぱい。
2006/03/02(木) 20:38:07ID:IBkdFf2t藤 -Resizer-
画像の最高品質な拡大縮小を高速かつ一括で行うソフト
を使ってたけど、マンガミーヤに乗り換えようかな？
0401名無しさん＠お腹いっぱい。
2006/03/03(金) 16:04:46ID:o0eX7z2mhttp://scansnap.fujitsu.com/jp/feature/soft-1.html
>検索機能を使用するには、OSがWindows 2000またはWindows XPで、かつ、
>Adobe Acrobat 7.0以降がインストールされている必要があります。
と書いてありますが、MacOSXのプレビュー（アプリ）で検索可能でしょうか？
無理であればDR-2050cにしか選択肢が無いです。できればs500が欲しい。
どなたかs500で作った検索可能なPDFをうpしていただけませんか？
0402名無しさん＠お腹いっぱい。
2006/03/03(金) 21:43:53ID:qktwbc39http://ranobe.com/up/src/up91649.zip
0403名無しさん＠お腹いっぱい。
2006/03/03(金) 23:32:41ID:bWH06fNhありがとうございます！ 結果は残念ながら駄目でした。
MacOSX上のAdobe Acrobat7.0ではokでしたが、OS標準の「プレビュー」というアプリでは
全く反応無しでした。「プレビュー」の方はすなわちOSXのデスクトップ検索機能
（スポットライト）で使えるかどうかというテストでして、2050cのサンプルでは
OKだったのですが・・・orz 将来OSXのドライバ出そうなs500を買いたかった。
0404名無しさん＠お腹いっぱい。
2006/03/04(土) 02:25:25ID:7PJ0f0wJ0405名無しさん＠お腹いっぱい。
2006/03/04(土) 10:25:39ID:zkrlbiWcたいーほ
0406名無しさん＠お腹いっぱい。
2006/03/04(土) 21:11:13ID:fu86bZg5> 旧機種ユーザー向けに、S500用 ScanSnap Organizer 別売りにしてくれんかな？
3/1からダウンロードでのアップグレードが始まっていたみたい
ScanSnap アップグレードセット／ScanSnap アップグレード （有償）
http://scansnap.fujitsu.com/jp/support/upgrade.html
0408名無しさん＠お腹いっぱい。
2006/03/07(火) 03:54:05ID:CHouSB1/これの動画版ない？
画像版はこういうの結構あるけど
0409397
2006/03/07(火) 13:43:37ID:TIod0OJjScanSnap Organizerのフォルダアイコンが小さくなって一覧性が良くなってる。
結構満足です。
0410名無しさん＠お腹いっぱい。
2006/03/07(火) 21:20:57ID:XgAmEkSIえ？あるじゃん。
0411名無しさん＠お腹いっぱい。
2006/03/11(土) 12:26:43ID:kWLLRlpVクソバグはちょっとは減ってる？
0412名無しさん＠お腹いっぱい。
2006/03/14(火) 21:39:45ID:m4KhtRgU一度にスキャンできない量をスキャンして
一つのＰＤＦファイルにまとめるにはどうしたらよいでしょうか？
ご存じの方ご回答お願いします
0413名無しさん＠お腹いっぱい。
2006/03/14(火) 22:08:59ID:+c3NaYwX0414名無しさん＠お腹いっぱい。
2006/03/14(火) 22:21:19ID:HLwv4OJS0415名無しさん＠お腹いっぱい。
2006/03/14(火) 22:48:45ID:m4KhtRgUどうもありがとうございました
今 家にあるモノ片っ端からスキャンしていましたが
本命のA4ファイル群をスキャンしようとして
欲張って大量に詰め込むと まとめフィード（10枚くらい）してしまうので
欲張らずに少しずつ頑張っていこうと思います
ありがとうございました
しかし アクロバットが重い（鱈セレ1.3G）
最近のマシンならさくさくいくのでしょうか？
0416名無しさん＠お腹いっぱい。
2006/03/15(水) 02:20:03ID:+6AkqDNX> しかし アクロバットが重い（鱈セレ1.3G）
ギャフン、1.3Gで遅い!
おれなんか750M。
acrobat7 になってからはそれほど気にしてない。
0417名無しさん＠お腹いっぱい。
2006/03/15(水) 12:15:24ID:I60uWjm2アクロバット重すぎてイラネ
JPEGで取り込んでます。
ACDseeでサクサクめくって、必要に応じてzipで固めてMangaMeya。
便利だな。
0418名無しさん＠お腹いっぱい。
2006/03/15(水) 12:54:20ID:piTvgPjHメモリじゃないか？
性能も大して変わらんセレロンM350-1.3GHzだけど、1GByteのメモリあれば
ノートでも実用的に動くよ。
S500のOCR精度はAcrobatでOCRしたときと比べてどうでしょう?
0419名無しさん＠お腹いっぱい。
2006/03/15(水) 20:36:16ID:bzlu6cJWオレにとっては実用度ゼロ。
0420名無しさん＠お腹いっぱい。
2006/03/16(木) 22:05:10ID:8lxYf4ft0421名無しさん＠お腹いっぱい。
2006/03/18(土) 00:51:21ID:F6mhA9ggで色々書いてあるけど，
RETARD ROLL方式がRETARD PAD方式より捌き性能で負けるとは，
思えないが・・・・。
0422名無しさん＠お腹いっぱい。
2006/03/18(土) 02:57:07ID:YvqpNF2k0423名無しさん＠お腹いっぱい。
2006/03/18(土) 11:50:22ID:L1lbxUHQ全ての条件において 2050C > Scnasnap ではない、という当たり前のことだ。
思えないのは自由だが、実際に条件を与えれば理屈なのでそうなるだけ。
このスレに挙がる用途において重送し難さは、およそ 2050C > Scnasnap で
あるとは思うが、理屈を知っていれば頭の良いやつは、自分の用途にあわせた
購入時の選択、トラブル時の対処・工夫などに有効にも利用できるだろうと
思って書いたので参考にしてくれ。
たとえば、2050Cで重送し易い表面状態の紙を多数スキャンする場合は、
(後で分離し易いように)長さの異なるダミー用紙を交互に入れておくとかさ。
0424名無しさん＠お腹いっぱい。
2006/03/18(土) 11:54:32ID:OJxXlEuY0425名無しさん＠お腹いっぱい。
2006/03/18(土) 13:18:05ID:F6mhA9ggその理屈が間違っていると言っている。
>>356-359の説明の中での誤り
1.「２枚以上挟まれる」
2.「要するに紙を分離する力が、DR-2050Cでは紙によらずほぼ固定、
Scansnapではパッドや紙の状態（表面状態、端部形状、曲げにくさ等…）
で可変する。 」
3.「こんな方式なので繊維が分離しやすい紙の給紙は苦手で、
繊維がパッドに付着し、摩擦が紙と紙との条件に近くなる。
すると明示的に押さえてはいないが接触面積の大きい紙と紙との摩擦が
勝ってマルチフィードになる。」
正しいのは，
1.３枚以上の紙が同時にリタード部に突入した際は，
どちらの方式も用紙を捌くことが出来ない。
あくまで２枚の用紙を捌くのがリタード機構。
2.どちらの方式も，紙の種類によらず捌くことが出来る。
但し，リタードパッド方式のほうがマージンが少ない(大きく出来ない)。
3.繊維が分離しやすい紙は，どちらの方式もダブルフィードしやすい。
それと全体的に思うのだが，
フィード出来ないこととダブルフィードすることは，全く関係が無い。
0426名無しさん＠お腹いっぱい。
2006/03/18(土) 15:15:28ID:L1lbxUHQごめん。
機械オンチと無駄な時間過ごすつもりはないです、
各反論に具体的な理由が付されていないですし。
0427名無しさん＠お腹いっぱい。
2006/03/18(土) 16:17:11ID:YvqpNF2k反論があるなら正々堂々とすればいいのに。
0428名無しさん＠お腹いっぱい。
2006/03/18(土) 16:35:50ID:hsXGNB4Tアフォな漏れには>>352以上の感想は出ないなぁ。
理屈はともかく、実機でどーなの？に対してのデータは無いんだから。
個人的には、「どの機種がダブルフィード出ないか？」なんて悩むより
ダブルフィード起きる事前提でスキャン時に原稿捌くクセを付けた方が
余程建設的だと思うんだけど。
0429名無しさん＠お腹いっぱい。
2006/03/19(日) 00:39:14ID:6U6Y81wG「こういう理由・理屈」だから「違う・正解」、と書いていないものに
反論する必要を感じない、356-359の内容で十分。
理由無しに反対するだけなら誰でもできる。
その位、気が付いた方が良いよ。カッコイイとかワルイとかじゃなくてさ。
1．3枚がダメで役に立つのか？
2．「マージン」って何よ。具体的にが説明されていない。単純に比較できるのか？
3．間違っているもなにも、別に2050Cのことは書いてないよ。だから何よ。
実機ではまず完全給紙がされにくくなるけどね。
とか、こちらから理由を聞かなきゃいけないのか？アホくさいです。
>>428
正直、「優劣が逆転する条件が存在する」という
345と347のやりとりに理由をつけたまでよ。
建設的なこと（工夫・対処）は、356-359や423にいくつか書いたつもり。
そういう点ではむしろ、みなさん建設的でないと思うけどね。
0430名無しさん＠お腹いっぱい。
2006/03/19(日) 01:41:22ID:n7bAmS0zオレは>>425じゃないが、何が>>426で言う所の「機械オンチ」なのかを聞きたかっただけ。
まあ、その誘いにまんまと乗っかってくれて「ムダな時間」とやらを過ごしてくれた様だけど、
相変わらず答えになっていないカキコで笑ってしまったよ。
少し日本語をちゃんと勉強した方がいいよ。いやマジで。
0431名無しさん＠お腹いっぱい。
2006/03/19(日) 03:04:32ID:AO38Kozk「機械オンチ」が聞きたかったのなら具体的に指摘してくれ。
１と2を見れば十分。マージンなんていうには具体的な対象が必要だ。
日本語がどうのこうのは本質じゃないよ。それを持ち出しても話が単にそれるだけ。
0432名無しさん＠お腹いっぱい。
2006/03/19(日) 03:09:16ID:AO38Kozk0433名無しさん＠お腹いっぱい。
2006/03/19(日) 03:23:46ID:AO38Kozk「DR-2050CとScansnapにおいて重送の優劣が逆転する条件が存在する」
に対し、「優劣は逆転しない」という理屈・理由以外は興味ないです、ハイ。
なんらかの、テクニックを提案してくれる様子もないですし。
0434名無しさん＠お腹いっぱい。
2006/03/19(日) 12:10:24ID:2yM2cIh80435名無しさん＠お腹いっぱい。
2006/03/19(日) 12:12:49ID:1/u+4Hby0436名無しさん＠お腹いっぱい。
2006/03/19(日) 12:21:23ID:ynV4yp7a0437名無しさん＠お腹いっぱい。
2006/03/19(日) 12:51:11ID:FzcTyZRQユーザーなんだろうな
0438425
2006/03/19(日) 14:24:46ID:P2wt/B65初めて「機械オンチ」って言われたよ。
リタード部分での捌きについては，
リタードロール方式が，リタードパッド方式に比べ
優れていることは下記の説明が理由。
紙の種類(コシ/紙間μ/坪量等)と環境(温度/湿度)で，
捌きに必要なパラメータは変化をする。
パッド方式では，パッドを搬送ロールに押し付ける圧力によらず，
一定の幅でしか用紙を捌けない。
幅は，ロールと用紙，パッドと用紙のμで決定してしまう。
ロールとして今使われているEPDMでは，μは1.8〜2.5(初期)で，
シリコンでは，1.5前後。
しかも，走行させていくと数百から数千枚でEPDMのμは1〜1.5程度まで
悪化してしまう。選択の幅が狭すぎる。
それに対し，リタードロール方式では，
ロールを搬送ロールに押し付ける圧力を上げる程，より広い幅をカバー出来る。
圧力は，ばねとトルクリミッタで変更可能。
自分の専門分野でも，
公開出来ない知識と会社独自の表現を除いて，
説明するのは大変だと悟った。
0439名無しさん＠お腹いっぱい。
2006/03/19(日) 14:37:31ID:A1gFd8//乙です。内容、解り易いですよ。感謝。
0440名無しさん＠お腹いっぱい。
2006/03/19(日) 15:28:23ID:Zx3mTL7Yバネ変更だよな。安いし、元に戻しやすい。
0441名無しさん＠お腹いっぱい。
2006/03/19(日) 23:18:55ID:CiOs0QAr価格を更に１万円上げて、その分、ダブルフィードしないドキュメントスキャナーを作ってくれ。
あと更に３万円上げて、ヘッドが動く形式にして縦線が出ないのも出して欲しい。
0442名無しさん＠お腹いっぱい。
2006/03/19(日) 23:34:42ID:dIZiOs050443名無しさん＠お腹いっぱい。
2006/03/20(月) 00:45:29ID:br2Uc6Ac一瞬で画像化するスキャナがあればいい。
何万画素あれば足りるんだろ。
概算50000万画素と出た、無理か
0444買えるブツではないが
2006/03/20(月) 03:58:51ID:Pu4UkiOn0445名無しさん＠お腹いっぱい。
2006/03/20(月) 07:26:18ID:u43XXqa/>>425の説明になってないよ、それは分離に関する一般論だ。
DR-2050Cの機構にあてはめて説明してくれ。
0446名無しさん＠お腹いっぱい。
2006/03/20(月) 07:29:49ID:u43XXqa/0447名無しさん＠お腹いっぱい。
2006/03/20(月) 12:50:06ID:0gyawF1lなるほど、納得。
0448名無しさん＠お腹いっぱい。
2006/03/20(月) 16:02:19ID:wv/0azsQ0449名無しさん＠お腹いっぱい。
2006/03/20(月) 20:39:33ID:Epy97x0I専門家がでてきちゃったんで反対派が一瞬で消えた件について
0450名無しさん＠お腹いっぱい。
2006/03/20(月) 20:59:54ID:fRW9dwFwそろそろ氏んで欲しいね。
0451425
2006/03/20(月) 23:02:26ID:OtSUfFpz私の１回目の書き込みに対して
>>426は，>>438で
「DR-2050CとScansnapにおいて重送の優劣が逆転する条件が存在する」
に対し、「優劣は逆転しない」という理屈・理由以外は興味ないです、ハイ。
と言っているので，
選択した捌き機構の違いが，
二機種の優劣を決定しているという点だけを回答したのだが。
私が書いた>>425の説明が欲しいということであれば，
それは別途回答するよ。
普段は仕事をしているので，遅レスになるのはカンベン<m(__)m>
0452名無しさん＠お腹いっぱい。
2006/03/21(火) 10:51:21ID:ZtGmwmdi乙です、設計は大変ですね
まさか今デスマーチ中ってことはないですよね？
そうであれば保留してください
>>437にも少しおなじ意味のことをちょっと書きましたが
DR-2050Cのリタードロールそのものに駆動力があるのをご存じですか？
数枚くらいなら同時に突入してもちゃんとリタードロールが余分な原稿をもどしますよ
もともと原稿の十数枚以内はリタードロールの上に直接縦に乗っかったままです
あとロールが紙で粉っぽくなったり汚れたりでダブルフィードした経験はないですね
実際むこうのスレでも見たことないです
そんな時はリタードロールが原稿をもどす方向に勝手に回転し始めるので原稿送りが不安定になります
そのまま放っておくと原稿が送られずに時間切れでエラー
しかたなくクリーニングしています
DR-2050C所有者なら似たような経験するんじゃないかな
上のような経験から合致しない
・>>425の１と３と末文の解説をDR-2050Cに限定して知りたいです
２は合っているのか合っていないのか理解できないのでほっときます
これって問題の発生する原稿でDR-2050CとScanSnapを実際に比較しないと
判らないような気がしますが・・・はさんで綱引きとか
これらの各論なんかより、ぽつぽつ見かける
・原稿送りがScanSnapでは出来てDR-2050Cの方では駄目な原稿がある
・という報告はどういった理由によるものなのでしょうか？
>>356-359さんに代わる解説が欲しいところです
長文失礼します、本来は本家スレの話題ですね
お時間があるときで結構ですのでよろしくおねがいします
0453名無しさん＠お腹いっぱい。
2006/03/21(火) 18:55:19ID:nJG8WEyz>・原稿送りがScanSnapでは出来てDR-2050Cの方では駄目な原稿がある
紙の厚さに範囲があるので、薄い方に合わせたら厚い紙が通らないし、
厚い方に合わせたら薄い紙が重送りする危険が増す。という一般論で
十分かと。
0454425
2006/03/21(火) 22:44:40ID:DyDAk+lo私が回答するのは，
1.私が>>425で書いた部分の内，1と3の説明
2.原稿送りがScanSnapでは出来てDR-2050Cの方では駄目な原稿がある
という報告はどういった理由によるものなのでしょうか？
で宜しいですか？
1については，今週末(3/26)までに回答します。
また，2についてですが，
具体的に流れない紙があれば，その用紙を教えて頂けますか？
用紙の種類などからある程度推定をして
回答することが出来る場合もあります。
しかし，実際に走行状態(フィード出来ない)を目で確認しないと，
正確な理由はわかりません。
紙送り性能と構造の確認に使用出来るDC-2050Cの入手は，4月になります。
入手後，教えて頂いた用紙も確認したいと思います。
なので，こちらは長めの時間を下さい。
「デスマーチ」ググって意味を確認しました。
面白い言葉を教えていただき有難うございます。
最近は短納期開発の為，一年中この状態ですね。
明日，会社で展開させて頂きます。
0455名無しさん＠お腹いっぱい。
2006/03/21(火) 23:23:14ID:DKzf6uFI当時システム屋だった俺周辺でもあったな。
数億の損失と多くの人的損失（内１人死亡）を出して、空中分解したっけな。
0456名無しさん＠お腹いっぱい。
2006/03/21(火) 23:42:16ID:uRnnIZJI■ このスレッドは過去ログ倉庫に格納されています