Hello Parag, Parag N(????) schrieb: > Hello, > On 12/29/05, Parag N(????) <panem...@gmail.com> wrote: > >>Hello Pierre, >> [...] >> >> here i am attaching my windows USB log + linux debug log where after >>modification(i already mailed to list) + new frontend structre from my >>windows log is >> [0x01] = 0x000 >> [0x02] = 0x031 >> [0x03] = 0x01f >> [0x04] = 0x013 >> [0x06] = 0x008 >> [0x08] = 0x002 >> [0x09] = 0x016 >> [0x20] = 0x020 >> [0x21] = 0x080 >> [0x22] = 0x010 >> [0x24] = 0x080 >> [0x25] = 0x000 >> [0x26] = 0x000 >> [0x28] = 0x001 >> [0x29] = 0x0ff >> [0x2a] = 0x093 >>
This is a completely different type of frontend, incompatible with current code. You will probably need to modify gl646_set_fe(). Making it only write the above values for your frontend should be enough. >> Please kindly tell me why head is not moving back as i make it to >>scanner 1755 lines instead its default 3510 which exceeds. I then have >>to disconnect scanner then only genesys debug message logging stops. >> Looks to me like there is a bug. Please try park_head.diff. > > I want to know relationship between scanning no. of lines. In > genesys backend for HP 2400 i got no. of lines to scan are 3510. does > that mean scanner has to scan 1755 lines from start to other end and > then remaining 1755 from other end to start ? The problem is, the first slope generation function is severly broken. The second version works better. create_slope.diff will make your scanner use the second version. Regards, Pierre -------------- next part -------------- --- genesys_gl646.c 2005-12-29 15:32:52.078821000 +0100 +++ genesys_gl646.c.patched 2005-12-29 15:30:29.209892250 +0100 @@ -1772,6 +1772,17 @@ return status; } + /* sends slope table 0 (move before scan area) */ + status = gl646_send_slope_table (dev, 0, dev->slope_table1, + reg[reg_0x6b].value); + if (status != SANE_STATUS_GOOD) + { + DBG (DBG_error, + "gl646_park_head: failed to send slope table 1: %s\n", + sane_strstatus (status)); + return status; + } + /* sends slope table 1 (move before scan area) */ status = gl646_send_slope_table (dev, 1, dev->slope_table1, reg[reg_0x6b].value); -------------- next part -------------- --- genesys.c 2005-12-28 14:45:00.751717000 +0100 +++ genesys.c.patched 2005-12-29 15:41:08.445842000 +0100 @@ -914,7 +914,8 @@ same_speed, yres); if (dev->model->motor_type == MOTOR_5345 - || dev->model->motor_type == MOTOR_HP2300) + || dev->model->motor_type == MOTOR_HP2300 + || dev->model->motor_type == MOTOR_HP2400) return genesys_create_slope_table2 (dev, slope_table, steps, step_type, exposure_time, same_speed, yres); From henn...@meier-geinitz.de Thu Dec 29 17:54:07 2005 From: henn...@meier-geinitz.de (Henning Meier-Geinitz) Date: Thu Dec 29 17:54:18 2005 Subject: [sane-devel] Agfa Scanner In-Reply-To: <20051227160207.ga1...@daniel.bse> References: <20051226221530.ga10...@daniel.bse> <20051227133702.gj14...@meier-geinitz.de> <20051227160207.ga1...@daniel.bse> Message-ID: <20051229175407.ga11...@meier-geinitz.de> Hi, On 2005-12-27 17:02, Daniel Gl?ckner wrote: > On Tue, Dec 27, 2005 at 02:37:02PM +0100, Henning Meier-Geinitz wrote: > > Which Agfa scanners excatly you are writing about? The 1212P and ...? > > http://www.agfa.com/digicam_scanner_drivers/faq/index.html > lists four scanners which are not supported in WinXP but have a beta > driver for Win2k. Thanks for your explanation. I added the missing scanners to our lists and added a summary page pointing to your mail. If you haven't noticed yet: Somebody claimed that the Agfa 1212P works with the plustek_pp backend: http://lists.alioth.debian.org/pipermail/sane-devel/2005-December/015658.html Bye, Henning