summaryrefslogtreecommitdiff
path: root/backend/dc25.c
diff options
context:
space:
mode:
authorJörg Frings-Fürst <debian@jff-webhosting.net>2019-07-31 17:00:20 +0200
committerJörg Frings-Fürst <debian@jff-webhosting.net>2019-07-31 17:00:20 +0200
commit3759ce55ba79b8d3b9d8ed247a252273ee7dade3 (patch)
treed69692a274dd1c7d0672e6bb7155a0fc106f9d49 /backend/dc25.c
parentc8bd2513ecba169cff44c09c8058c36987357b18 (diff)
parent1687222e1b9e74c89cafbb5910e72d8ec7bfd40f (diff)
Update upstream source from tag 'upstream/1.0.28'
Update to upstream version '1.0.28' with Debian dir ec5bb298266630fc3801ff6dc0c258f6df7ba979
Diffstat (limited to 'backend/dc25.c')
-rw-r--r--backend/dc25.c62
1 files changed, 28 insertions, 34 deletions
diff --git a/backend/dc25.c b/backend/dc25.c
index fd7a0db..3bb81f5 100644
--- a/backend/dc25.c
+++ b/backend/dc25.c
@@ -1,7 +1,7 @@
/***************************************************************************
* SANE - Scanner Access Now Easy.
- dc25.c
+ dc25.c
$Id$
@@ -43,13 +43,13 @@
If you write modifications of your own for SANE, it is your choice
whether to permit this exception to apply to your modifications.
- If you do not wish that, delete this exception notice.
+ If you do not wish that, delete this exception notice.
***************************************************************************
- This file implements a SANE backend for the Kodak DC-25 (and
+ This file implements a SANE backend for the Kodak DC-25 (and
probably the DC-20) digital cameras. THIS IS EXTREMELY ALPHA CODE!
- USE AT YOUR OWN RISK!!
+ USE AT YOUR OWN RISK!!
(feedback to: dc25-devel@fales-lorenz.net)
@@ -73,7 +73,7 @@
* conversion routine written by YOSHIDA Hideki <hideki@yk.rim.or.jp>
*
* This program is free software; you can redistribute it and/or modify
- * it under the terms of the GNU General Public License as published
+ * it under the terms of the GNU General Public License as published
* the Free Software Foundation; either version 2 of the License, or
* (at your option) any later version.
*
@@ -148,12 +148,6 @@ static SANE_Byte contrast_table[256];
static struct pixmap *pp;
-static const SANE_Range percentage_range = {
- -100 << SANE_FIXED_SCALE_SHIFT, /* minimum */
- 100 << SANE_FIXED_SCALE_SHIFT, /* maximum */
- 0 << SANE_FIXED_SCALE_SHIFT /* quantization */
-};
-
static const SANE_Range contrast_range = {
0 << SANE_FIXED_SCALE_SHIFT, /* minimum */
3 << SANE_FIXED_SCALE_SHIFT, /* maximum */
@@ -352,9 +346,9 @@ static SANE_Parameters parms = {
static unsigned char init_pck[] = INIT_PCK;
/*
- * List of speeds to try to establish connection with the camera.
+ * List of speeds to try to establish connection with the camera.
* Check 9600 first, as it's the speed the camera comes up in, then
- * 115200, as that is the one most likely to be configured from a
+ * 115200, as that is the one most likely to be configured from a
* previous run
*/
static struct pkt_speed speeds[] = { {B9600, {0x96, 0x00}},
@@ -468,8 +462,8 @@ init_dc20 (char *device, speed_t speed)
if (send_pck (tfd, init_pck) == -1)
{
/*
- * The camera always powers up at 9600, so we try
- * that first. However, it may be already set to
+ * The camera always powers up at 9600, so we try
+ * that first. However, it may be already set to
* a different speed. Try the entries in the table:
*/
@@ -594,7 +588,7 @@ get_info (int fd)
{
/* Not sure where the previous line came from. All the
* information I have says that even on the DC20 the number of
- * standard res pics left is in byte 23 and the number of high res
+ * standard res pics left is in byte 23 and the number of high res
* pics left is in byte 21. It seems to me that the conservative
* approach is to report the number of high res pics left.
*/
@@ -1114,7 +1108,7 @@ if (verbose) printf ("%s: determine_limits: low_i = %d, high_i = %d\n", __progna
/*
* The original dc20ctrl program used a default gamma of 0.35, but I thougt
- * 0.45 looks better. In addition, since xscanimage seems to always force
+ * 0.45 looks better. In addition, since xscanimage seems to always force
* a resolution of 0.1, I multiply everything by 10 and make the default
* 4.5.
*/
@@ -1689,8 +1683,8 @@ shoot (int fd)
cfsetispeed (&tty_temp, B9600);
cfsetospeed (&tty_temp, B9600);
- /*
- * Apparently there is a bug in the DC20 where the response to
+ /*
+ * Apparently there is a bug in the DC20 where the response to
* the shoot request is always at 9600. The DC25 does not have
* this bug, so we skip this block.
*/
@@ -1728,7 +1722,7 @@ shoot (int fd)
{
if (CameraInfo.model == 0x25)
{
- /*
+ /*
* If we don't put this in, the next read will time out
* and return failure. Does the DC-20 need it too?
*/
@@ -1771,7 +1765,7 @@ erase (int fd)
* This block may really apply to the DC20 also, but since I
* don't have one, it's hard to say for sure. On the DC25, erase
* takes long enought that the read may timeout without returning
- * any data before the erase is complete. We let this happen
+ * any data before the erase is complete. We let this happen
* up to 4 times, then give up.
*/
while (count < 4)
@@ -2121,7 +2115,7 @@ sane_control_option (SANE_Handle handle, SANE_Int option,
if (dc25_opt_thumbnails)
{
- /*
+ /*
* DC20 thumbnail are 80x60 grayscale, DC25
* thumbnails are color.
*/
@@ -2200,7 +2194,7 @@ sane_control_option (SANE_Handle handle, SANE_Int option,
/*
* erase and erase_one are mutually exclusive. If
- * this one is turned on, the other must be off
+ * this one is turned on, the other must be off
*/
if (dc25_opt_erase && dc25_opt_erase_one)
{
@@ -2214,7 +2208,7 @@ sane_control_option (SANE_Handle handle, SANE_Int option,
/*
* erase and erase_one are mutually exclusive. If
- * this one is turned on, the other must be off
+ * this one is turned on, the other must be off
*/
if (dc25_opt_erase_one && dc25_opt_erase)
{
@@ -2350,7 +2344,7 @@ sane_start (SANE_Handle handle)
{
/*
- * Don't allow picture unless there is room in the
+ * Don't allow picture unless there is room in the
* camera.
*/
if (CameraInfo.pic_left == 0)
@@ -2359,7 +2353,7 @@ sane_start (SANE_Handle handle)
return SANE_STATUS_INVAL;
}
- /*
+ /*
* DC-20 can only change resolution when camer is empty.
* DC-25 can do it any time.
*/
@@ -2403,7 +2397,7 @@ sane_start (SANE_Handle handle)
/*
* For thumbnails, we can do things right where we
- * start the download, and grab the first block
+ * start the download, and grab the first block
* from the camera. The reamining blocks will be
* fetched as necessary by sane_read().
*/
@@ -2421,7 +2415,7 @@ sane_start (SANE_Handle handle)
return SANE_STATUS_INVAL;
}
- /*
+ /*
* DC20 thumbnail are 80x60 grayscale, DC25
* thumbnails are color.
*/
@@ -2439,10 +2433,10 @@ sane_start (SANE_Handle handle)
{
/*
* We do something a little messy, and violates the SANE
- * philosophy. However, since it is fairly tricky to
+ * philosophy. However, since it is fairly tricky to
* convert the DC2x "comet" files on the fly, we read in
* the entire data stream in sane_open(), and use convert_pic
- * to convert it to an in-memory pixpmap. Then when
+ * to convert it to an in-memory pixpmap. Then when
* sane_read() is called, we fill the requests from
* memory. A good project for me (or some kind volunteer)
* would be to rewrite this and move the actual download
@@ -2450,7 +2444,7 @@ sane_start (SANE_Handle handle)
* this way is that the data comes down pretty fast, and
* it helps to dedicate the processor to this task. We
* might get serial port overruns if we try to do other
- * things at the same time.
+ * things at the same time.
*
* Also, as a side note, I was constantly getting serial
* port overruns on a 90MHz pentium until I used hdparm
@@ -2634,7 +2628,7 @@ sane_read (SANE_Handle __sane_unused__ handle, SANE_Byte * data,
int i;
int filesize = parms.bytes_per_line * parms.lines;
- /*
+ /*
* If outbytes is zero, then this is the first time
* we've been called, so update the contrast table.
* The formula is something I came up with that has the
@@ -2642,10 +2636,10 @@ sane_read (SANE_Handle __sane_unused__ handle, SANE_Byte * data,
* 1) It's a smooth curve that provides the effect I wanted
* (bright pixels are made brighter, dim pixels are made
* dimmer)
- * 2) The contrast parameter can be adjusted to provide
+ * 2) The contrast parameter can be adjusted to provide
* different amounts of contrast.
* 3) A parameter of 1.0 can be used to pass the data
- * through unchanged (but values around 1.75 look
+ * through unchanged (but values around 1.75 look
* a lot better
*/
if (outbytes == 0)