[Comm] scanner

[Comm] scanner

[Van Petrov]

Имеется Mustek 1200 UB TA.
Очень медленно происходит "втягивание" изображения из xsane в Gimp.
Это особенность xsane или особенность работы с USB?

И.П.

Re: [Comm] scanner

[Андрей Черепанов]

9 апреля 2008 Van Petrov написал:
> Имеется Mustek 1200 UB TA.
> Очень медленно происходит "втягивание" изображения из xsane в Gimp.
> Это особенность xsane или особенность работы с USB?
А сохранить в файл медленно или быстро в xsane?

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [Comm] scanner

[Van Petrov]

Андрей Черепанов пишет:
> 9 апреля 2008 Van Petrov написал:
>> Имеется Mustek 1200 UB TA.
>> Очень медленно происходит "втягивание" изображения из xsane в Gimp.
>> Это особенность xsane или особенность работы с USB?
> А сохранить в файл медленно или быстро в xsane?
> 

Медленно.

И.П.

Re: [Comm] scanner

[Андрей Черепанов]

9 апреля 2008 Van Petrov написал:
> Андрей Черепанов пишет:
> > 9 апреля 2008 Van Petrov написал:
> >> Имеется Mustek 1200 UB TA.
> >> Очень медленно происходит "втягивание" изображения из xsane в Gimp.
> >> Это особенность xsane или особенность работы с USB?
> >
> > А сохранить в файл медленно или быстро в xsane?
>
> Медленно.
Проверьте разрешение. Место затыка - механизм SANE.


-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [Comm] scanner

[Van Petrov]

Андрей Черепанов пишет:
> 9 апреля 2008 Van Petrov написал:
>> Андрей Черепанов пишет:
>>> 9 апреля 2008 Van Petrov написал:
>>>> Имеется Mustek 1200 UB TA.
>>>> Очень медленно происходит "втягивание" изображения из xsane в Gimp.
>>>> Это особенность xsane или особенность работы с USB?
>>> А сохранить в файл медленно или быстро в xsane?
>> Медленно.
> Проверьте разрешение. Место затыка - механизм SANE.

А можно чуть пояснить?
Разрешение сканирования? - 300 дпи.
"Механизм sane" где чинится? В каком месте системы?

И.П.

Re: [Comm] scanner

[Андрей Черепанов]

10 апреля 2008 Van Petrov написал:
> Андрей Черепанов пишет:
> > 9 апреля 2008 Van Petrov написал:
> >> Андрей Черепанов пишет:
> >>> 9 апреля 2008 Van Petrov написал:
> >>>> Имеется Mustek 1200 UB TA.
> >>>> Очень медленно происходит "втягивание" изображения из xsane в Gimp.
> >>>> Это особенность xsane или особенность работы с USB?
> >>>
> >>> А сохранить в файл медленно или быстро в xsane?
> >>
> >> Медленно.
> >
> > Проверьте разрешение. Место затыка - механизм SANE.
>
> А можно чуть пояснить?
> Разрешение сканирования? - 300 дпи.
> "Механизм sane" где чинится? В каком месте системы?
В libsane ;) Хотя при таком разрешении везде будет медленно: что в Linux, что 
в Windows (проверено на практике). Хотя и там и там я в файл сохранял 
сначала. Так что если и хотите доказать, что медленно, нужно дать точные 
цифры по времени, затрачиваемому на Linux и на Windows.

-- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru

Re: [Comm] scanner

[Van Petrov]

Андрей Черепанов пишет:

> В libsane ;) Хотя при таком разрешении везде будет медленно: что в Linux, что 
> в Windows (проверено на практике). Хотя и там и там я в файл сохранял 

сделал хронометраж:
А4 полноцвет сосканировать в Gimp:
В Винде 1м25с
В Линухе 1м 45с


> сначала. Так что если и хотите доказать, что медленно, нужно дать точные 
> цифры по времени, затрачиваемому на Linux и на Windows.

Я думаю дело в том, что я привык к штриховому режиму в винде:
он есть реальный. Как я понял в sane он только эмулируется,
т.е. линух тянет тот же ч.б. (серый) рисунок, только делает
вид, что он штриховой.
В винде сосканировать десяток страниц для FR - не проблема - минут 10.
В Лунухе 10 серых страниц - 20 минут минимум.
(на моем сканере)

И.П.

Re: [Comm] scanner

[spider]

Van Petrov пишет:
> Андрей Черепанов пишет:
> 
>> В libsane ;) Хотя при таком разрешении везде будет медленно: что в Linux, что 
>> в Windows (проверено на практике). Хотя и там и там я в файл сохранял 
> 
> сделал хронометраж:
> А4 полноцвет сосканировать в Gimp:
> В Винде 1м25с
> В Линухе 1м 45с
> 
> 
>> сначала. Так что если и хотите доказать, что медленно, нужно дать точные 
>> цифры по времени, затрачиваемому на Linux и на Windows.
> 
> Я думаю дело в том, что я привык к штриховому режиму в винде:
> он есть реальный. Как я понял в sane он только эмулируется,
> т.е. линух тянет тот же ч.б. (серый) рисунок, только делает
> вид, что он штриховой.
1. Не существует `реальных' штриховых режимов у сканеров, поддерживающих 
полутоновой, тем более цветной режим на одной CCD-матрице. Пониженные 
режимы эмулируются с помощью встроенного или загружаемого софта -- 
фирмвари, а в дешевых сканерах софтом в составе драйвера. Вот тут как 
раз проблема и гнездится..
2. Протокол sane позволяет фронтенду опросить сканер по поводу 
возможностей сканера (о чем, естественно, ему сообщает не сканер, а 
драйвер). Если драйвер сканера умеет заставить сканер обеспечить работу 
в штриховом режиме, то фронтенд будет этот режим использовать. Другое 
дело, если протокол сканера закрыт и известен частично. Тут может и не 
прокатить, либо заработает, но криво и медленно на уровне драйвера, но 
не сканера.
3. Что касается производительности в виндах и линуксе известных 
сканеров, то все зависит от интерфейса. Например, usb/fireware сканеры 
epson в линуксе в разы производительнее. Плюс поддерживаются 
функционально тоже получше, поскольку протокол у них открытый, протокол 
sane позволяет на месте задействовать любую фичу, если драйвер может о 
ней сообщить фронтенду.
4. Не все сканера полноценно поддерживаются в линуксе. Тут сказать можно 
следующее. Обычно сканер работает от 5-и лет. Это более 1800 дней. При 
выборе сканера (и не только) имеет смысл разделить разницу между 
стоимостью полностью поддерживаемого сканера и непонятно какого на 1800. 
Это и будет цена геморроя.