Yes, xsane can save file in a compressed format. But before that we must
decompress the data from scanner and then transfer it to xsane and then xsane
compress the image ....So we can't use the compressed data from scanner
directly, then the scanner's speed is slow down.
----- Original Message -----
From: "Ren? Rebe" <r...@exactcode.de>
To: "zf" <zfan...@163.com>
Cc: "OrgSane-Devel@Lists. Alioth. Debian." <sane-devel@lists.alioth.debian.org>
Sent: Tuesday, August 22, 2006 5:19 PM
Subject: (????????-????????????????????)Re: [sane-devel] Image Compression
doesn't support in SANE protocal
> On Aug 22, 2006, at 8:10 AM, zf wrote:
>
>> I found no image compression support is added in SANE. When
>> scanning with high resolutions such 600 x 600 dpi and uses color
>> scan, the result image will be very large!
>> So many scanners support compress transfer:scanner compress the
>> image data and transfer compressed data to driver. In SANE the
>> images transfered between backend and frontend are strict limited.I
>> think it' better if SANE add some file transfer type like TWAIN.
>
> Most scanners do not support compression anyway. Such features are
> only found in 5000 EUR and above devices. If you just want to save
> files in a compressed format just use a decent application such as
> xsane and not the example programs such as xscanimage ,-)
>
> Yours,
>
From an...@pfeiffer.edu Tue Aug 22 12:51:32 2006
From: an...@pfeiffer.edu (m. allan noah)
Date: Tue Aug 22 12:52:33 2006
Subject: [sane-devel] Image Compression doesn't support in SANE protocal
In-Reply-To: <016601c6c5cf$1447a6a0$4300a...@vp.com>
References: <00df01c6c5b1$a6d22130$4300a...@vp.com>
<b5e8d17b-61ef-4cca-a228-0e096bea1...@exactcode.de>
<016601c6c5cf$1447a6a0$4300a...@vp.com>
Message-ID: <pine.lnx.4.61.0608220843390.6...@limos.pfeiffer.edu>
now that many low-end scanners support jpeg natively (some ONLY do jpeg!)
i expect we will see more need for this.
as a short term fix, rather than adding a new sane_frame type, the backend
can extract the compressed data, convert to raw bitmap. then frontend can
convert to any compressed format it wants. this is not as efficient as
keeping the compressed version the entire way through, but it works now.
dell networked scanner backend works this way.
allan
On Tue, 22 Aug 2006, zf wrote:
> Yes, xsane can save file in a compressed format. But before that we must
> decompress the data from scanner and then transfer it to xsane and then xsane
> compress the image ....So we can't use the compressed data from scanner
> directly, then the scanner's speed is slow down.
>
> ----- Original Message -----
> From: "Ren? Rebe" <r...@exactcode.de>
> To: "zf" <zfan...@163.com>
> Cc: "OrgSane-Devel@Lists. Alioth. Debian."
> <sane-devel@lists.alioth.debian.org>
> Sent: Tuesday, August 22, 2006 5:19 PM
> Subject: (????????-????????????????????)Re: [sane-devel] Image Compression
> doesn't support in SANE protocal
>
>
>> On Aug 22, 2006, at 8:10 AM, zf wrote:
>>
>>> I found no image compression support is added in SANE. When
>>> scanning with high resolutions such 600 x 600 dpi and uses color
>>> scan, the result image will be very large!
>>> So many scanners support compress transfer:scanner compress the
>>> image data and transfer compressed data to driver. In SANE the
>>> images transfered between backend and frontend are strict limited.I
>>> think it' better if SANE add some file transfer type like TWAIN.
>>
>> Most scanners do not support compression anyway. Such features are
>> only found in 5000 EUR and above devices. If you just want to save
>> files in a compressed format just use a decent application such as
>> xsane and not the example programs such as xscanimage ,-)
>>
>> Yours,
>>
--
"so don't tell us it can't be done, putting down what you don't know.
money isn't our god, integrity will free our souls" - Max Cavalera
From r...@exactcode.de Tue Aug 22 12:56:17 2006
From: r...@exactcode.de (=?ISO-8859-1?Q?Ren=E9_Rebe?=)
Date: Tue Aug 22 12:57:50 2006
Subject: [sane-devel] Image Compression doesn't support in SANE protocal
In-Reply-To: <pine.lnx.4.61.0608220843390.6...@limos.pfeiffer.edu>
References: <00df01c6c5b1$a6d22130$4300a...@vp.com>
<b5e8d17b-61ef-4cca-a228-0e096bea1...@exactcode.de>
<016601c6c5cf$1447a6a0$4300a...@vp.com>
<pine.lnx.4.61.0608220843390.6...@limos.pfeiffer.edu>
Message-ID: <7cbc1e6c-1e62-4faa-a01e-afae88a8c...@exactcode.de>
On Aug 22, 2006, at 2:51 PM, m. allan noah wrote:
> now that many low-end scanners support jpeg natively (some ONLY do
> jpeg!) i expect we will see more need for this.
Oh!
> as a short term fix, rather than adding a new sane_frame type, the
> backend can extract the compressed data, convert to raw bitmap.
> then frontend can convert to any compressed format it wants. this
> is not as efficient as keeping the compressed version the entire
> way through, but it works now.
>
> dell networked scanner backend works this way.
Well that stinks as you lose a lot of detail with the lossy jpeg
decompression.
Maybe let's add the JPEG frame type rather soon (even in SANE 1) and
let's add an IR (infra red) frame specification on the way as good
film scanner deliver for dust and the-like removal.
Yours,
