[sane-devel] hp7400c won't work with latest sane ?

2008-04-20 Thread Tymoteusz
Tymoteusz pisze:
> Ren? Rebe pisze:
>> Tymoteusz wrote:
>>> Ren? Rebe pisze:
>>>> Hi,
>>>>
>>>> Tymoteusz wrote:
>>>>> Ren? Rebe pisze:
>>>>>> Tymoteusz wrote:
>>>>>>> Rene Rebe pisze:
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> On 04.04.2008, at 01:05, Tymoteusz wrote:
>>>>>>>>
>>>>>>>>> m. allan noah pisze:
>>>>>>>>>> On 4/3/08, Tymoteusz  wrote:
>>>>>>>>>>
>>>>>>>>>>>> Yeah, just that X segfaulted, does not tell much.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> However, you could test with scanimage in a xterm (or 
>>>>>>>>>>>> variant) or even
>>>>>>>>>>>> the console text terminal to check your basic image processing
>>>>>>>>>>>> functionality ...
>>>>>>>>>>>>
>>>>>>>>>>>> Yours,
>>>>>>>>>>>>
>>>>>>>>>>>> -- 
>>>>>>>>>>>>  Ren? Rebe - ExactCODE GmbH - Europe, Germany, Berlin
>>>>>>>>>>>>  http://exactcode.de | http://t2-project.org | 
>>>>>>>>>>>> http://rene.rebe.name
>>>>>>>>>>>>
>>>>>>>>>>> Well scanimage doesn't  crashing xorg. In this moment i've 
>>>>>>>>>>> compiled old
>>>>>>>>>>> sane-backends 1.0.18
>>>>>>>>>>> and my scaner had return to previous state, it's working for 
>>>>>>>>>>> now, but i
>>>>>>>>>>> think that this situation is  not so fine. Is  there  anyway 
>>>>>>>>>>> to solve
>>>>>>>>>>> this problem ?
>>>>>>>>>>>
>>>>>>>>>> yes- get a debug log like i asked for previously
>>>>>>>>>>
>>>>>>>>>> allan
>>>>>>>>>>
>>>>>>>>>> when i catch some more time i will try to investigate a
>>>>>>>>>>
>>>>>>>>>>> bit more this issue.
>>>>>>>>>>>
>>>>>>>>>>> Regards
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> -- 
>>>>>>>>>>> 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
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> oups sorry i had forgotten to add ur email adres to my 
>>>>>>>>> previous post
>>>>>>>>> log is here http://atelier1.website.pl/N-A
>>>>>>>> It is just inf. waiting for light warmup. I just yesterday 
>>>>>>>> found a similar
>>>>>>>> problem with a newer hardware and will provide a workaround 
>>>>>>>> when done.
>>>>>>>>
>>>>>>>> Can you test if you can scan successfully if you let the 
>>>>>>>> scanner warm
>>>>>>>> it's light before you scan with the Avision SANE backend?
>>>>>>>>
>>>>>>>> Yours,
>>>>>>>>
>>>>>>> Well i have left scanner for warmup but this didn't give any 
>>>>>>> difference.
>>>>>>> Regards.
>>>>>>
>>>>>> Where is the log to take a look?
>>>>>>
>>>>>> Btw. I just noticed in the source I have on the screen the 7400
>>>>>> is marked as AV_LIGHT_CHECK_BOGUS, which essentially ignores the
>>>>>> light warmup state in the code. Can you review if your backend
>>>>>> source you installed from contains this?
>>>>>>
>>>>>> Yours,
>>>>>>
>>>>> Hmm
>>>>>
>>>>> AV_LIGHT_CHECK_BOGUS appears in:
>>>>>
>>>>> /backend/
>>>>>767:avision.c
>>>>>2477:avision.c
>>>>>107:avision.h
>>>>>
>>>>>
>>>>> log is here http://atelier1.website.pl/N-A
>>>>> 7400_old.log is previous log
>>>>> 7400.log is new one.
>>>>>
>>>>> also i'm sure that something had triggered lamp warmup because 
>>>>> after 40min scanner was very hot (much warmer then after 30 scan's 
>>>>> committed with old version of avison).
>>>>
>>>> So, still waiting for the light. Can you add a return 
>>>> SANE_STATUS_GOODM;
>>>> in the beginning of your wait_4_light() function in avision.c?
>>>>
>>>> If I find some time I'll send you some workaround for testing, as
>>>> maybe the silicon would report a correct status if polled less often.
>>>>
>>>> If you have free time you could also test upfront if changing the
>>>> sleep(1) that should be in your function to sleep(10) or sleep(20)
>>>> fixes light detection for your scanner.
>>>>
>>>> Yours,
>>>>
>>> hmm i need some more info becuse i had
>>>
>>> avision.c: In function 'wait_4_light':
>>> avision.c:2439: error: 'SANE_STATUS_GOODM' undeclared (first use in 
>>> this function)
>>>
>>>
>>> i had puted this here:
>>>
>>> wait_4_light (Avision_Scanner* s)
>>> {
>>>  return SANE_STATUS_GOODM; <<
>>>  Avision_Device* dev = s->hw;
>>>
>>>  /* read stuff */
>>>  struct command_read rcmd;
>>>
>>>
>>> Regards
>>
>> Sorry, the trailing M was a typo from my side. SANE_STATUS_GOOD
>> (taking a 2nd look) it should be.
>>
>> Depending on your compiler you might have to move the return after
>> the variable declarations ...
>>
>> Yours,
>>
> Well thats gives difference.
> Scanner have moved his head and started initialization.
> But then stoped.
> new log (7400_1.log) is here http://atelier1.website.pl/N-A
>
> Regards
>
>
Hello after while. I would like to ask about this problem, did there is 
available any fix for this yet ?

Regards



[sane-devel] hp7400c won't work with latest sane ?

2008-04-05 Thread Tymoteusz
Ren? Rebe pisze:
> Tymoteusz wrote:
>> Ren? Rebe pisze:
>>> Hi,
>>>
>>> Tymoteusz wrote:
>>>> Ren? Rebe pisze:
>>>>> Tymoteusz wrote:
>>>>>> Rene Rebe pisze:
>>>>>>> Hi,
>>>>>>>
>>>>>>> On 04.04.2008, at 01:05, Tymoteusz wrote:
>>>>>>>
>>>>>>>> m. allan noah pisze:
>>>>>>>>> On 4/3/08, Tymoteusz  wrote:
>>>>>>>>>
>>>>>>>>>>> Yeah, just that X segfaulted, does not tell much.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> However, you could test with scanimage in a xterm (or 
>>>>>>>>>>> variant) or even
>>>>>>>>>>> the console text terminal to check your basic image processing
>>>>>>>>>>> functionality ...
>>>>>>>>>>>
>>>>>>>>>>> Yours,
>>>>>>>>>>>
>>>>>>>>>>> -- 
>>>>>>>>>>>  Ren? Rebe - ExactCODE GmbH - Europe, Germany, Berlin
>>>>>>>>>>>  http://exactcode.de | http://t2-project.org | 
>>>>>>>>>>> http://rene.rebe.name
>>>>>>>>>>>
>>>>>>>>>> Well scanimage doesn't  crashing xorg. In this moment i've 
>>>>>>>>>> compiled old
>>>>>>>>>> sane-backends 1.0.18
>>>>>>>>>> and my scaner had return to previous state, it's working for 
>>>>>>>>>> now, but i
>>>>>>>>>> think that this situation is  not so fine. Is  there  anyway 
>>>>>>>>>> to solve
>>>>>>>>>> this problem ?
>>>>>>>>>>
>>>>>>>>> yes- get a debug log like i asked for previously
>>>>>>>>>
>>>>>>>>> allan
>>>>>>>>>
>>>>>>>>> when i catch some more time i will try to investigate a
>>>>>>>>>
>>>>>>>>>> bit more this issue.
>>>>>>>>>>
>>>>>>>>>> Regards
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> -- 
>>>>>>>>>> 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
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>> oups sorry i had forgotten to add ur email adres to my previous 
>>>>>>>> post
>>>>>>>> log is here http://atelier1.website.pl/N-A
>>>>>>> It is just inf. waiting for light warmup. I just yesterday found 
>>>>>>> a similar
>>>>>>> problem with a newer hardware and will provide a workaround when 
>>>>>>> done.
>>>>>>>
>>>>>>> Can you test if you can scan successfully if you let the scanner 
>>>>>>> warm
>>>>>>> it's light before you scan with the Avision SANE backend?
>>>>>>>
>>>>>>> Yours,
>>>>>>>
>>>>>> Well i have left scanner for warmup but this didn't give any 
>>>>>> difference.
>>>>>> Regards.
>>>>>
>>>>> Where is the log to take a look?
>>>>>
>>>>> Btw. I just noticed in the source I have on the screen the 7400
>>>>> is marked as AV_LIGHT_CHECK_BOGUS, which essentially ignores the
>>>>> light warmup state in the code. Can you review if your backend
>>>>> source you installed from contains this?
>>>>>
>>>>> Yours,
>>>>>
>>>> Hmm
>>>>
>>>> AV_LIGHT_CHECK_BOGUS appears in:
>>>>
>>>> /backend/
>>>>767:avision.c
>>>>2477:avision.c
>>>>107:avision.h
>>>>
>>>>
>>>> log is here http://atelier1.website.pl/N-A
>>>> 7400_old.log is previous log
>>>> 7400.log is new one.
>>>>
>>>> also i'm sure that something had triggered lamp warmup because 
>>>> after 40min scanner was very hot (much warmer then after 30 scan's 
>>>> committed with old version of avison).
>>>
>>> So, still waiting for the light. Can you add a return 
>>> SANE_STATUS_GOODM;
>>> in the beginning of your wait_4_light() function in avision.c?
>>>
>>> If I find some time I'll send you some workaround for testing, as
>>> maybe the silicon would report a correct status if polled less often.
>>>
>>> If you have free time you could also test upfront if changing the
>>> sleep(1) that should be in your function to sleep(10) or sleep(20)
>>> fixes light detection for your scanner.
>>>
>>> Yours,
>>>
>> hmm i need some more info becuse i had
>>
>> avision.c: In function 'wait_4_light':
>> avision.c:2439: error: 'SANE_STATUS_GOODM' undeclared (first use in 
>> this function)
>>
>>
>> i had puted this here:
>>
>> wait_4_light (Avision_Scanner* s)
>> {
>>  return SANE_STATUS_GOODM; <<
>>  Avision_Device* dev = s->hw;
>>
>>  /* read stuff */
>>  struct command_read rcmd;
>>
>>
>> Regards
>
> Sorry, the trailing M was a typo from my side. SANE_STATUS_GOOD
> (taking a 2nd look) it should be.
>
> Depending on your compiler you might have to move the return after
> the variable declarations ...
>
> Yours,
>
Well thats gives difference.
Scanner have moved his head and started initialization.
But then stoped.
new log (7400_1.log) is here http://atelier1.website.pl/N-A

Regards




[sane-devel] hp7400c won't work with latest sane ?

2008-04-05 Thread Tymoteusz
Ren? Rebe pisze:
> Hi,
>
> Tymoteusz wrote:
>> Ren? Rebe pisze:
>>> Tymoteusz wrote:
>>>> Rene Rebe pisze:
>>>>> Hi,
>>>>>
>>>>> On 04.04.2008, at 01:05, Tymoteusz wrote:
>>>>>
>>>>>> m. allan noah pisze:
>>>>>>> On 4/3/08, Tymoteusz  wrote:
>>>>>>>
>>>>>>>>> Yeah, just that X segfaulted, does not tell much.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> However, you could test with scanimage in a xterm (or variant) 
>>>>>>>>> or even
>>>>>>>>> the console text terminal to check your basic image processing
>>>>>>>>> functionality ...
>>>>>>>>>
>>>>>>>>> Yours,
>>>>>>>>>
>>>>>>>>> -- 
>>>>>>>>>  Ren? Rebe - ExactCODE GmbH - Europe, Germany, Berlin
>>>>>>>>>  http://exactcode.de | http://t2-project.org | 
>>>>>>>>> http://rene.rebe.name
>>>>>>>>>
>>>>>>>> Well scanimage doesn't  crashing xorg. In this moment i've 
>>>>>>>> compiled old
>>>>>>>> sane-backends 1.0.18
>>>>>>>> and my scaner had return to previous state, it's working for 
>>>>>>>> now, but i
>>>>>>>> think that this situation is  not so fine. Is  there  anyway to 
>>>>>>>> solve
>>>>>>>> this problem ?
>>>>>>>>
>>>>>>> yes- get a debug log like i asked for previously
>>>>>>>
>>>>>>> allan
>>>>>>>
>>>>>>> when i catch some more time i will try to investigate a
>>>>>>>
>>>>>>>> bit more this issue.
>>>>>>>>
>>>>>>>> Regards
>>>>>>>>
>>>>>>>>
>>>>>>>> -- 
>>>>>>>> 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
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> oups sorry i had forgotten to add ur email adres to my previous post
>>>>>> log is here http://atelier1.website.pl/N-A
>>>>> It is just inf. waiting for light warmup. I just yesterday found a 
>>>>> similar
>>>>> problem with a newer hardware and will provide a workaround when 
>>>>> done.
>>>>>
>>>>> Can you test if you can scan successfully if you let the scanner warm
>>>>> it's light before you scan with the Avision SANE backend?
>>>>>
>>>>> Yours,
>>>>>
>>>> Well i have left scanner for warmup but this didn't give any 
>>>> difference.
>>>> Regards.
>>>
>>> Where is the log to take a look?
>>>
>>> Btw. I just noticed in the source I have on the screen the 7400
>>> is marked as AV_LIGHT_CHECK_BOGUS, which essentially ignores the
>>> light warmup state in the code. Can you review if your backend
>>> source you installed from contains this?
>>>
>>> Yours,
>>>
>> Hmm
>>
>> AV_LIGHT_CHECK_BOGUS appears in:
>>
>> /backend/
>>767:avision.c
>>2477:avision.c
>>107:avision.h
>>
>>
>> log is here http://atelier1.website.pl/N-A
>> 7400_old.log is previous log
>> 7400.log is new one.
>>
>> also i'm sure that something had triggered lamp warmup because after 
>> 40min scanner was very hot (much warmer then after 30 scan's 
>> committed with old version of avison).
>
> So, still waiting for the light. Can you add a return SANE_STATUS_GOODM;
> in the beginning of your wait_4_light() function in avision.c?
>
> If I find some time I'll send you some workaround for testing, as
> maybe the silicon would report a correct status if polled less often.
>
> If you have free time you could also test upfront if changing the
> sleep(1) that should be in your function to sleep(10) or sleep(20)
> fixes light detection for your scanner.
>
> Yours,
>
hmm i need some more info becuse i had

avision.c: In function 'wait_4_light':
avision.c:2439: error: 'SANE_STATUS_GOODM' undeclared (first use in this 
function)


i had puted this here:

wait_4_light (Avision_Scanner* s)
{
  return SANE_STATUS_GOODM; <<
  Avision_Device* dev = s->hw;

  /* read stuff */
  struct command_read rcmd;


Regards




[sane-devel] hp7400c won't work with latest sane ?

2008-04-05 Thread Tymoteusz
Ren? Rebe pisze:
> Tymoteusz wrote:
>> Rene Rebe pisze:
>>> Hi,
>>>
>>> On 04.04.2008, at 01:05, Tymoteusz wrote:
>>>
>>>> m. allan noah pisze:
>>>>> On 4/3/08, Tymoteusz  wrote:
>>>>>
>>>>>>> Yeah, just that X segfaulted, does not tell much.
>>>>>>>
>>>>>>>
>>>>>>> However, you could test with scanimage in a xterm (or variant) 
>>>>>>> or even
>>>>>>> the console text terminal to check your basic image processing
>>>>>>> functionality ...
>>>>>>>
>>>>>>> Yours,
>>>>>>>
>>>>>>> -- 
>>>>>>>  Ren? Rebe - ExactCODE GmbH - Europe, Germany, Berlin
>>>>>>>  http://exactcode.de | http://t2-project.org | 
>>>>>>> http://rene.rebe.name
>>>>>>>
>>>>>> Well scanimage doesn't  crashing xorg. In this moment i've 
>>>>>> compiled old
>>>>>> sane-backends 1.0.18
>>>>>> and my scaner had return to previous state, it's working for now, 
>>>>>> but i
>>>>>> think that this situation is  not so fine. Is  there  anyway to 
>>>>>> solve
>>>>>> this problem ?
>>>>>>
>>>>> yes- get a debug log like i asked for previously
>>>>>
>>>>> allan
>>>>>
>>>>> when i catch some more time i will try to investigate a
>>>>>
>>>>>> bit more this issue.
>>>>>>
>>>>>> Regards
>>>>>>
>>>>>>
>>>>>> -- 
>>>>>> 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
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>> oups sorry i had forgotten to add ur email adres to my previous post
>>>> log is here http://atelier1.website.pl/N-A
>>> It is just inf. waiting for light warmup. I just yesterday found a 
>>> similar
>>> problem with a newer hardware and will provide a workaround when done.
>>>
>>> Can you test if you can scan successfully if you let the scanner warm
>>> it's light before you scan with the Avision SANE backend?
>>>
>>> Yours,
>>>
>> Well i have left scanner for warmup but this didn't give any difference.
>> Regards.
>
> Where is the log to take a look?
>
> Btw. I just noticed in the source I have on the screen the 7400
> is marked as AV_LIGHT_CHECK_BOGUS, which essentially ignores the
> light warmup state in the code. Can you review if your backend
> source you installed from contains this?
>
> Yours,
>
Hmm

AV_LIGHT_CHECK_BOGUS appears in:

/backend/
767:avision.c
2477:avision.c
107:avision.h


log is here http://atelier1.website.pl/N-A
7400_old.log is previous log
7400.log is new one.

also i'm sure that something had triggered lamp warmup because after 
40min scanner was very hot (much warmer then after 30 scan's committed 
with old version of avison).

Regards



[sane-devel] hp7400c won't work with latest sane ?

2008-04-04 Thread Tymoteusz
Rene Rebe pisze:
> Hi,
>
> On 04.04.2008, at 01:05, Tymoteusz wrote:
>
>> m. allan noah pisze:
>>> On 4/3/08, Tymoteusz  wrote:
>>>
>>>>> Yeah, just that X segfaulted, does not tell much.
>>>>>
>>>>>
>>>>> However, you could test with scanimage in a xterm (or variant) or 
>>>>> even
>>>>> the console text terminal to check your basic image processing
>>>>> functionality ...
>>>>>
>>>>> Yours,
>>>>>
>>>>> -- 
>>>>>  Ren? Rebe - ExactCODE GmbH - Europe, Germany, Berlin
>>>>>  http://exactcode.de | http://t2-project.org | http://rene.rebe.name
>>>>>
>>>>
>>>> Well scanimage doesn't  crashing xorg. In this moment i've compiled 
>>>> old
>>>> sane-backends 1.0.18
>>>> and my scaner had return to previous state, it's working for now, 
>>>> but i
>>>> think that this situation is  not so fine. Is  there  anyway to solve
>>>> this problem ?
>>>>
>>>
>>> yes- get a debug log like i asked for previously
>>>
>>> allan
>>>
>>> when i catch some more time i will try to investigate a
>>>
>>>> bit more this issue.
>>>>
>>>> Regards
>>>>
>>>>
>>>> -- 
>>>> 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
>>>>
>>>>
>>>
>>>
>>>
>> oups sorry i had forgotten to add ur email adres to my previous post
>> log is here http://atelier1.website.pl/N-A
>
> It is just inf. waiting for light warmup. I just yesterday found a 
> similar
> problem with a newer hardware and will provide a workaround when done.
>
> Can you test if you can scan successfully if you let the scanner warm
> it's light before you scan with the Avision SANE backend?
>
> Yours,
>
Well i have left scanner for warmup but this didn't give any difference.
Regards.



[sane-devel] hp7400c won't work with latest sane ?

2008-04-04 Thread Tymoteusz
m. allan noah pisze:
> On 4/3/08, Tymoteusz  wrote:
>   
>>> Yeah, just that X segfaulted, does not tell much.
>>>   
>>  >
>>  > However, you could test with scanimage in a xterm (or variant) or even
>>  > the console text terminal to check your basic image processing
>>  > functionality ...
>>  >
>>  > Yours,
>>  >
>>  > --
>>  >   Ren? Rebe - ExactCODE GmbH - Europe, Germany, Berlin
>>  >   http://exactcode.de | http://t2-project.org | http://rene.rebe.name
>>  >
>>
>> Well scanimage doesn't  crashing xorg. In this moment i've compiled old
>>  sane-backends 1.0.18
>>  and my scaner had return to previous state, it's working for now, but i
>>  think that this situation is  not so fine. Is  there  anyway to solve
>>  this problem ?
>> 
>
> yes- get a debug log like i asked for previously
>
> allan
>
> when i catch some more time i will try to investigate a
>   
>>  bit more this issue.
>>
>>  Regards
>>
>>
>>  --
>>  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
>>
>> 
>
>
>   
oups sorry i had forgotten to add ur email adres to my previous post
log is here http://atelier1.website.pl/N-A
Regards



[sane-devel] hp7400c won't work with latest sane ?

2008-04-04 Thread Tymoteusz
> Yeah, just that X segfaulted, does not tell much.
>
> However, you could test with scanimage in a xterm (or variant) or even
> the console text terminal to check your basic image processing
> functionality ...
>
> Yours,
>
> -- 
>   Ren? Rebe - ExactCODE GmbH - Europe, Germany, Berlin
>   http://exactcode.de | http://t2-project.org | http://rene.rebe.name
>
Well scanimage doesn't  crashing xorg. In this moment i've compiled old 
sane-backends 1.0.18
and my scaner had return to previous state, it's working for now, but i 
think that this situation is  not so fine. Is  there  anyway to solve 
this problem ? when i catch some more time i will try to investigate a 
bit more this issue.

Regards



[sane-devel] hp7400c won't work with latest sane ?

2008-04-03 Thread Tymoteusz
Ok thx for fast replay.
i've uploaded logs here http://atelier1.website.pl/N-A
I hope that this issue with xsane & kooka is not driver fault 
(nvidia-96xx here).
Regards.





[sane-devel] hp7400c won't work with latest sane ?

2008-04-03 Thread Tymoteusz
Hi all
recently my hp7400c stop working after sane upgrade.
i have tested problem on arch linux and ubuntu 8.04
both of them have kernel 2.6.24 and both have recent sane-backends
i'm attaching log from scanimage -d avision:libusb:001:002 with set 
SANE_DEBUG_AVISION=7.
Effect is not always the same if i try to scan trough xsane or kooka 
then i'm getting crash not only of xsane but whole xorg. I will snoop 
this aspect of problem. If i catch something then i'll send info.
if someone have any ideas how to solve problem i will be pleased to hear it.
Regards.

-- next part --
A non-text attachment was scrubbed...
Name: debug.log.gz
Type: application/gzip
Size: 4381 bytes
Desc: not available
Url : 
http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20080403/6a8c8a92/attachment.bin
 


[sane-devel] OpticPro ST24 at cvs-04-01-2001

2006-04-07 Thread tymoteusz drozd
Hi all 
i have done small test of ganesys backend (cvs-01042006) with Plustek OpticPro 
St24.I whose very happy when my scanner start scaning (after uncommenting 
proper line in genesys.conf).but afther while i discovered that some things 
are not right.
in 150dpi mode (grayscale) everything is perfect :). after change to 
color
i recive bad synchronization between red green and blue. also i'v seen 
black ?!? im not sure is this right. i know about rgb colors but i dont know 
about rgb & black .reasumming - color palette is wrong(im almost sure that is 
becuse black apears as another base kolor).
in 300dpi mode i have nottice problem with scanning speed which is two 
times 
to fast
 and thats result in leaving physical area of scan(possible damange  of 
scanner).(fix is possible by correct scanning speed. for example normal speed 
is in 150dpi right now.halfspeed should be in 300dpi.in 600 dpi speed should 
be 4 times smaller then in 150dpi. and 1200dpi gets 8 times smaller speed).i 
also think that synchronization  of  colors is bad by wrong speed of 
scanning.
Scanning in higher resolution is not possible due to leaving of 
physical 
scanning area.
I hope that those information can be useful.
if somebody has more succes with this scanner pleas let me know.

ps.sorry for errors in text.english isnt my strong side :)

regards


BliZZi