Le Sunday 30 January 2011 19:46:00 Brian Shaver, vous avez ?crit :
> Thanks Stef!
>
> Let me know if you'd like any additional information, or if I can be any
> help with the fix.
>
> Thanks,
> Brian ..
>
> On Sun, Jan 30, 2011 at 2:36 AM, stef <stef.dev at free.fr> wrote:
> > Le Saturday 29 January 2011 21:26:03 Brian Shaver, vous avez ?crit :
> > > allan,
> > > If I comment out the function call which was causing the crash, then
> > > I'm able to run with a high genesys debug level. This function call
> > > was just for debug purposes to create the "unprocessed.pnm" file. The
> > > following commands were executed with:
> > >
> > > SANE_DEBUG_GENESYS=255
> > > SANE_DEBUG_SANEI_MAGIC=255
> > >
> > > ./scanimage --mode Lineart --resolution 100 -l 21.4 -t 79.7 -x 148.7 -y
> > > 138.9 --swdespeck=yes > /tmp/despeck.pnm 2> /tmp/despeck.log
> > >
> > > ./scanimage --mode Lineart --resolution 100 -l 21.4 -t 79.7 -x 148.7 -y
> > > 138.9 > /tmp/no_despeck.pnm 2> /tmp/no_despeck.log
> > >
> > > Attached are the images and log files. The black band at the bottom of
> >
> > the
> >
> > > despeck image does not change size based on the despeck value.
> > >
> > > Thanks,
> > > Brian ..
> > >
> > > On Sat, Jan 29, 2011 at 11:30 AM, m. allan noah <kitno455 at gmail.com>
> >
> > wrote:
> > > > brian- I did not write the genesys backend, but I did write the
> > > > sanei_magic library that it uses to provide the swdespeck option. It
> > > > would be interesting to see a low resolution version of the two
> > > > images, and a log with:
> > > >
> > > > SANE_DEBUG_SANEI_MAGIC=255
> > > >
> > > > combined with whatever the highest debug level genesys will give
> > > > without crashing.
> > > >
> > > > allan
> > > >
> > > > On Fri, Jan 28, 2011 at 8:19 AM, Brian Shaver <shakerlxxv at gmail.com>
> > > >
> > > > wrote:
> > > > > I'm using the Lineart mode and trying the --swdespeck option and
> > > > > I've noticed its leaving a black band along the bottom of the
> > > > > image. The 2nd issue, is that when I turn the debug up (
> >
> > SANE_DEBUG_GENESYS=10
> >
> > > > > ) and try the same scan, the process seg faults. The following is
> > > > > the stack from the core:
> > > > > (gdb) bt
> > > > > #0 0x00007fa3e4ce35c8 in sanei_genesys_write_pnm_file
> > > > > (filename=0x7fa3e4cec479 "unprocessed.pnm",
> > > > >
> > > > > data=0x7fa3e2267000 <Address 0x7fa3e2267000 out of bounds>,
> > > > > depth=1,
> > > > >
> > > > > channels=1, pixels_per_line=2360, lines=3188)
> > > > >
> > > > > at genesys_low.c:144
> > > > >
> > > > > #1 0x00007fa3e4caa60f in genesys_buffer_image (s=0x99e340) at
> > > > > genesys.c:6895
> > > > > #2 0x00007fa3e4caccab in sane_genesys_start (handle=0x99e340) at
> > > > > genesys.c:7864
> > > > > #3 0x00007fa3eae33ae2 in sane_dll_start (handle=0x99b2a0) at
> > > > > dll.c:1263 #4 0x00007fa3eae20d38 in sane_start (h=0x99b2a0) at
> > > > > dll-s.c:48 #5 0x0000000000406d1c in main (argc=13,
> > > > > argv=0x7fffe2b73a08) at scanimage.c:2283
> > > > >
> > > > > The code is trying to write out a file ( unprocessed.pnm )
> >
> > containing
> >
> > > > ... I
> > > >
> > > > > think the Lineart converted data before performing the despeck
> >
> > process.
> >
> > > > > I'd be happy to help with a fix for this, or provide further
> > > > > information
> > > >
> > > > or
> > > >
> > > > > testing.
> > > > > Thanks,
> > > > > Brian ..
> > > > > --
> > > > > sane-devel mailing list: sane-devel at lists.alioth.debian.org
> > > > > http://lists.alioth.debian.org/mailman/listinfo/sane-devel
> > > > > Unsubscribe: Send mail with subject "unsubscribe your_password"
> > > > >
> > > > > to sane-devel-request at lists.alioth.debian.org
> > > >
> > > > --
> > > > "The truth is an offense, but not a sin"
> > > >
> > Hello,
> >
> > thanks for providing these detailed information. For the crash,
> > the
> >
> > image
> > writing function doesn't handle line art bitmap format. I'm currently
> > fixing
> > that. For the black band, it is due to incorrect settings in registers in
> > line
> > art mode which makes the backend reading too much data from the scanner.
> > This
> > extra data is filled with 'noise'. I am currently looking into that.
> >
> > Regards,
> >
> > Stef
Hello,
I have committed the fix for this bug. Now image size will be correct.
The logging issue is also fixed. You may try the latest git source code.
Regards,
Stef
