# image buffering

Mathias Weigt (p5iba@medchem2.pharmazie.uni-halle.de)
Wed, 28 May 1997 17:52:14 +0059 (MDT)

- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
- Next message: David Mosberger-Tang: "Re: HP support"
- Previous message: David Mosberger-Tang: "Re: SANE/TWAIN"
- Next in thread: Michael K. Johnson: "Re: image buffering"
- Maybe reply: Michael K. Johnson: "Re: image buffering"
- Maybe reply: Michael K. Johnson: "Re: image buffering"

Servus!

In the last postings the buffering of images was mentioned.
I thought a little bit and like to know more about it.
In scanimage.c must_buffer is set for handheld scanners (parm.lines<0)
or for three pass scanning (either of the three frames).
I think scanning a full size image (14 x 8.5 inch) at 600 dpi will cost
125 Mbyte of memory. I don`t have such an amount of memory (only if I double
my swapspace) and I think not many people on Linux have.
David mentioned that a temporary file wouldn`t be a nice solution.
Here is my question: Why not ?
Shouldn't it be possible to write three temporary files for the red, green and
blue frame (of course not as image but the red bytes in a line...) so that
each will consume 1/3 of the entire image in space?
After the last pass the picture can be put together from those three files
and send to stdout or file.

Mathias Weigt
p5iba@medchem2.pharmazie.uni-halle.de

    --
    Source code, list archive, and docs: http://www.azstarnet.com/~axplinux/sane/
    To unsubscribe: mail -s unsubscribe sane-devel-request@listserv.azstarnet.com

- Next message: David Mosberger-Tang: "Re: HP support"
- Previous message: David Mosberger-Tang: "Re: SANE/TWAIN"
- Next in thread: Michael K. Johnson: "Re: image buffering"
- Maybe reply: Michael K. Johnson: "Re: image buffering"
- Maybe reply: Michael K. Johnson: "Re: image buffering"