<div dir="ltr"><div>Most ADF scanners need to be told how long the paper is, so they can do things like length-based double feed detection, buffering, blank page detection, etc. However, the maximum length should be fairly long on most machines I am familiar with. IIRC, some Canon and Fujitsu machines will go up to one meter in length? I'll try to look around for some examples.</div><div><br></div><div>allan<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 21, 2023 at 9:11 AM Andy Bennett <<a href="mailto:andyjpb@ashurst.eu.org">andyjpb@ashurst.eu.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
I don't have a solution I'm afraid but can offer some solidarity below!<br>
<br>
<br>
> like CVS/Walgreens long<br>
><br>
> Is there a scanner out there that can scan up to 24"? or 36?<br>
><br>
> I've been folding and making a multipage PDF.  Is there a better way?<br>
><br>
> Is there a reason scanners must have a maximum length or could <br>
> they just stream data back to the PC continuously until the scan <br>
> is complete.  like a toilet paper roll for example.<br>
<br>
I have wondered about this too but not found any good implementations in <br>
desktop scanners.<br>
<br>
My ix500 has a scanning length that's not quite long enough for some things <br>
such as certain kinds of official certificates that are A4 width but have <br>
extra long fold out bits at the end.<br>
<br>
I'd suggest cutting the reciept into pieces, but I always hate a solution <br>
like that when there seems to be No Good Reason why the product doesn't do <br>
it in the first place. Besides, there may be good reasons to not want to <br>
cut your document into pieces for the sake of a scan.<br>
<br>
For my scenarios it often suffices to scan it one way up and then the other <br>
because the documents are less than twice the length the scanner can <br>
handle.<br>
...but that still leaves an annoying amount of post-processing to do. It's <br>
even harder if the documents are particularly thin (like reciepts) because <br>
you're more likely to get a wobbly horizontal registration between the two <br>
scans.<br>
<br>
<br>
> I have no problem scanning a 700 page document if I keep that <br>
> ADF feder hopper full and keep the exit tray from filling up on <br>
> my ADF scanners.  But what reasons are there, that a single page <br>
> can not be say, 100 feet long?<br>
<br>
I guess none in principle. This one (done with a line scan camera which is <br>
similar to the single pixel-wide CCDs a scanner would use) is as long as a <br>
train: <a href="http://elm-chan.org/works/lcam/g/Y0008.jpg" rel="noreferrer" target="_blank">http://elm-chan.org/works/lcam/g/Y0008.jpg</a><br>
<br>
(via <a href="http://elm-chan.org/works/lcam/report.html" rel="noreferrer" target="_blank">http://elm-chan.org/works/lcam/report.html</a> )<br>
<br>
I've seen others that document entire long distance train journeys.<br>
<br>
<br>
Good luck and please let us know if you find anything!<br>
<br>
<br>
Best wishes,<br>
@ndy<br>
<br>
-- <br>
<a href="mailto:andyjpb@ashurst.eu.org" target="_blank">andyjpb@ashurst.eu.org</a><br>
<a href="http://www.ashurst.eu.org/" rel="noreferrer" target="_blank">http://www.ashurst.eu.org/</a><br>
0x7EBA75FF<br>
<br>
</blockquote></div><br clear="all"><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">"well, I stand up next to a mountain- and I chop it down with the edge of my hand"</div>