[mage Scan! for Linux]

Един от начините да се разбере дали е Contact Image Sensor (CIS) или Charge-coupled device (CCD) е дебелината на скенера.
Тези които ги водят CCD имат и оптика и огледала - поради това са и по дебели и точно поради този факт че имат оптика сканират изключително хубаво. Стават изключително добре за сканиране на документи. Точно като е на картинката на vstoykov.

Например v10 е дебел 4 см. Другите контактните (CIS), нямат оптика, много са тънки и изобщо не сканират хубаво.

Когато проверявате някой скенер за съвместимост с Линукс задължително проверявайте в трите списъка:

http://www.sane-project.org/sane-mfgs.html
http://www.sane-project.org/lists/sane-mfgs-cvs.html
http://www.sane-project.org/lists/sane-backends-external.html

Скенерът EPSON Perfection V30 се поддържа "Good" според третия списък, но  "requires DFSG non-free esci-interpreter-gt-f720
overseas version of the GT-S620" (изтегляне). Използва технологията CCD, което значи, че ще сканира добре и обекти, които не са плътно допрени до стъклото.

Когато търсих linux скенер Епсон V10 го нямаше в тези листи, поради факта че не е с отворени драйвери. Обаче си има отделен сайт-проект подържан от Епсон
http://www.avasys.jp/lx-bin2/linux_e/scan/DL1.do
Малко е заблуждаваща информацията на сайта, не пише че са драйвери а пише че е някава програма Image Scan! for Linux, но покрай програмката исталира и драйвери за системата и SANE-то тръгва без грешка. Програмката не съм я ползвал никога.
 
Ползвам V10 всеки ден нон-стоп.
PS:
Сега видях че скенера ми е бил V10 а не V30 . На външен вид нямат разлика. Предполагам че и в подръжата няма да има разлика.

Kate

Винаги, когато инсталирам някакъв пакет правя текстови файл (и го записвам заедно с пакета) в който си пиша всички стъпки и особености за системата.

Ако правя настройки по системата пак правя текстови файл на съответното място.

Когато е важно разпечатвам файловете, които съм написал слагам ги в джобове и ги трупам в една папка.


След това вторият път е много по-лесно.

Epson V30
Драйверите му не са в свободен код, компилират се но всичко в SANE работи без грешка.
Виж кой го внася в момента в БГ.

[хелпне]

Пише се Cyrillic
С първо Y и двойно ll, (първо питай Гоогле) - ама не си виновен ти как се пише на Английййски. Принципа на Кирилицата е каквото чуваш това и пишеш.

някои да хелпне

Ох тази дума не я знаех. Мерси.

Не знам какви са изискванията на /forum/posting.php но
в php.ini  има 3 параметъра които оказват влияние на upload-a

пример:
// /etc/php.ini
// memory_limit = 60M       //default 8M    
// post_max_size =       55M     //default 8M
// upload_max_filesize = 50M     // default 2M

и трябва да са зададени така, че всеки един да е малко по-голям от другият.
memory_limit > post_max_size > upload_max_filesize

Може и вътрешно posting.php да ги променя по-някъкъв начин. Виж дли няма настройки на форума. Когато се променят параметри в php.ini трябва рестарт на веб сървера.

Здраве Желаем.

Това е резултата от bonnie++: http://senser.no-ip.info/bonnie.html

Изключително малки резултати получаваш за Sequential Output/Per Char = 0.225 Mb/sec и за Sequential Input/Per Char = 1.141 MB/sec
Според мен изобщо не е нормално. Докато тестваше с bonnie да не си правил нещо друго с компютъра?

докато за Sequential Output и Sequential Input Блоков трансфер резултатите ти са просто идеални.

Това е при мене, ограничих си трансфера на Харда до UDMA2 /33 (Hdparm така ми дава  27 Mb/sec), Но забележи Sequential Output/Per Char = 11.740MB/sec и Sequential Input/Per Char = 23.785 MB /sec

Вярно че е съвсем различно - десктоп (Intel chipset) но резлутати <=1MB/sec избощно не са нормални.

Код:

Version 1.03e       ------Sequential Output------ --Sequential Input- --Random-
                    -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
P30              2G 11740  25 14614   4  8818   2 23785  42 23844   2 162.8   0

Тези двете трябва да съответстват дискови операции с getc() и putc(). Който е програмирал с тези функии да поясни какво точно би означавали резултатите.

Ако проблемът беше с драйвера на ИДЕ-то, нямаше ли да има и кофти производителност с hdparm и  dd.

Да точно така е. Досега не съм виждал диск който да има добра скорст с hdparm и dd, а пък реално да е зле под обикновен товар.

От друга страна, ако scheduler-a е причината, доста народ трябваше да е изревал досега.

И това е така. scheduler-a не би трябвало да има никава връзка с ide-драйвера и sis чипсета. Поне така си мисля.

Имаше и един тест Bonnie++ Пусни го за 1GB.
А някави подозрителни съобщения в dmesg имаш ли?
Виж и smartctl --all /dev/sd...

Хардът също е ОК и производителността му измерена с hdparm е нормална:

Не изглежда да е добре. Трябва да дава много повече от  29.03 MB/sec.
това е UDMA 100 хард. а е включен на *udma2. udma2 ограничава на около 30мб/сек (овен ако наистина не е бавен хард)

UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5

Виж къде е звездичката. А трябва да е на *udma4 или *udma5

Ти с какъв ide кабел си? с 40 или 80 жилен (ATA66). Защото ако с обикновен точно това ще се получава. Какво е дъното и какъв е чипсета. Виж си също и биоса да не би отам да е ограничено.

Ако може някаква статия/урок да по-прочета малко повече да не съм съвсем хванат по гащи (така да се каже).

РедХат имат прекрасна документация. Това са едни pdf-и. Всичко са написали много просто и разбрано и за конфигуриране и за администриране. Няма и значение и за коя версия е документацията. Даже мисля, че по-предните бяха доста по-разбрани.

Относно за необходимостта от графична среда. На мен ми е трябвало само за инсталиране и ъпдейт на пакети - понякога РХ имат отвратителни зависимости, a и не винаги можеш да намериш как точно се казва пакета който ти трябва. Само с yum в конзолата не мога да се оправя.
Иначе в конзолата всичко друго е възможно и е много по-лесно.

от 4-5 години ползвам това:
http://jupload.biz/

това е java аплет с който може да избираш много файлове /по подобие на файл менажер/ и след това ги праща един по един с post/put към твой скрипт.
този аплет от страната на клиента има много начини на настройка. Правиш си един скрипт примерно на php. слагаш вътре аплета, определяш му настройките и това е.
А сърверският скрип, който приема файловете е стандартен - той може да приема файлове както от проста web форма за ъплоад на файл, така и от ъплоада на аплета.

Само дето това е аплет за вграждане в веб страница, а доколкото разбирам на теб ти трябва нещо само за момента - коклото да си качиш файловете в някава готова галерия. От друга страна ако въпросната галерия не е направена да приема > от 1 файл на един път нищо няма да стане.

PS: Дали няма някой plugin за ФФ дето да върши същата работа?

Ами поискай си там SSH акаунт, и си го пробвай ти. Ако отрещният админ е в час, вече да е пробвал телнет към тебе и да ти е казал какъв е проблема. Иначе друг да го прави па след това да ти праща резултата от телнет връзката е умряла работа - може изобщо да не знае какво прави. Трябва или ти да го направиш и да следиш на кой точно ред се получава проблема като си говориш през телнет или пък одавна вече да са ти казали какъв е точно проблема.

Обратен резолв имаш ли? То при него май проблема беше като изпращаш, ама де да знам .. сървери всякъкви...
Да не би пък те да нямат обратен резолв и затова твоят qmail да ги реже?
 

Пробвай да пратиш текстови маил от проблемият хост чрез telnet.

telnet your-qmail-server.com 25

и гледай как ще реагира едновременно и на проблемият хост и логовете на qmail-а
 

Не че разбрах, защо попита и какво е общото с катериците.

Марчето го спомена по горе това туитване и ме хвърли в размисъл.

Какво ще ре4е туитва

Ина4е на мен катери4ките ми харесват много...