Ru-Board.club
← Вернуться в раздел «Программы»

» ScanKromsator СканКромсатор (Часть 3)

Автор: nukez
Дата сообщения: 21.04.2014 04:29
Здравствуйте! Не исправили ещё проблему с возможностью раскопировать параметры резака на все страницы?
Не нашел в теме ответа, но в моей версии 5.96.2 так и не работает. Может есть какой то другой способ?
Автор: bolega
Дата сообщения: 21.04.2014 07:57
nukez
Напомните, что за проблема. Положение резака можно копировать, а что еще хотелось?
Автор: nukez
Дата сообщения: 21.04.2014 09:42
bolega

Цитата:
Напомните, что за проблема. Положение резака можно копировать, а что еще хотелось?


Версия 5.96.2. Открываю все изображения (204 шт.) задаю ни первом листе 4 значения резаку, затем делаю правой кнопкой на панели Резака, выбираю "copy cutter's state to..." , щелкаю "select all" чтоб выделить все 4 поля , затем выбираю "copy to: all down" и ОК. После чего никаких изменений на других страницах не происходит.

Что то делаю не так? Просто уже встречал на какой то из страниц описанием этой проблемы, думал уже справили.
Автор: bolega
Дата сообщения: 21.04.2014 11:54
nukez
У резака может быть только два состояния (state): вкл. и выкл. Соответственно команда копирует только состояние, а не положение. Для копирования положения есть команда в контекстном меню каждого из бегунков резаков.
Еще важно, что любые опции, в том числе и свойства резаков, копируются только на отмаркированные файлы в списке. Если Вы открыли изображения и просто пытаетесь что-то копировать, то СК ничего делать не будет, т.к. нет ни одного активного файла, к которому это было бы применимо. Если файлы не маркированы, и не хочется делать draft, то можно стать на 1-й файл, задать все опции и резаки, отмаркировать файл. Затем стать на последний файл в списке и нажать 1-ю кнопку под панелью опций (с тремя голубыми линиями). В этом случае и файлы все отмаркируются, и резаки все расставятся по образцу 1-го файла в списке.
Автор: Varyag2014
Дата сообщения: 22.04.2014 12:46
При постобработке (поворот бинаризованного изображения), сделанного с исходного изображения формата А4 с разрешением 600 дпи, операция выполняется очень долго от 20-30 сек до минуты. формат выходного файла b/w TIFF G4FAX Compress 600 dpi.
Компьютер:

Что нужно сделать, чтобы ускорить постобработку?
Автор: Gazoved
Дата сообщения: 22.04.2014 13:38
Varyag2014
Могу от себя сказать, что уже задавал подобный вопрос

Цитата:
Дорогие коллеги, кто-нибудь проверял какие из параметров компьютера влияют в наибольшей степени на скорость обработки изображений+есть ли зависимость от версии и типа ОС (операционной системы)?

Я провел небольшой тест, не совсем корректный, были различные ОС.
Для теста была использована некая книжка, которая обрабатывалась на 4-ех машинах.
Машины:

1. Два четырехъядерных процессора с поддержкой HT (2х Xeon E5620 @ 2.40GHz), 16 ГБ DDR3 ECC 1333MHz, дисковая подсистема для ОС (RAID10) и рабочего диска (RAID10) - раздельные на базе LSI MegaRAID SAS 9260-4i на дисках Seagate ST3250310NS, ОС - Windows Server 2012

2. Один двухъядерный процессор DualCore Athlon 64 X2 4600+ @ 2.40GHz, 4 ГБ DDR 400MHz, HDD для ОС - INTEL SSDSA2M080G2GC, рабочий диск (RAID6) - на базе Adaptec RAID ASR-51245 на 12 дисках Hitachi HDS722020ALA330, ОС - Windows Server 2003

3. Один двухъядерный процессор Mobile DualCore Core Duo T2600 @ 2.2GHz, 2 ГБ DDR2 667MHz, HDD один - INTEL SSDSA2M080G2GC, ОС - Windows XP Pro

4. Один четырехъядерных процессор Core i7 4500U @ 2.4GHz, 6 ГБ DDR3L 1600MHz, HDD один - 750 ГБ 5400, ОС - Windows 7 Pro

Время затраченное на DK (Draft kromsate) ЧЧ:ММ:
1. - 00:30; 2. - 00:45; 3. - 00:42; 4. - 00:19

Время затраченное на Process (параметры одинаковые) ЧЧ:ММ:
1. - 02:08; 2. - 04:17; 3. - 01:28; 4. - 02:07


Вот что у меня получилось у меня такой же вопрос, что и у Вас
Автор: Varyag2014
Дата сообщения: 22.04.2014 14:44
Недаром есть поговорка: "Старый друг лучше новых двух".
Вернулся к SK5.91 и постобработка стала летать (поворот осуществляется за доли секунды).
Видимо, в текущей версии (5.96.2) автор чего-то перемудрил.

Добавлено:
Однако, если после поворота нажимать не "Paste", а "Paste and merge", то и в текущей версии (5.96.2) операция выполняется не 20-30 сек, а секунду-две.
Почему "Paste" стала так тормозить по сравнению с 5.91?
Автор: Torino
Дата сообщения: 22.04.2014 17:29

Цитата:
Недаром есть поговорка: "Старый друг лучше новых двух".
Вернулся к SK5.91 и постобработка стала летать (поворот осуществляется за доли секунды).
Видимо, в текущей версии (5.96.2) автор чего-то перемудрил.

Добавлено:
Однако, если после поворота нажимать не "Paste", а "Paste and merge", то и в текущей версии (5.96.2) операция выполняется не 20-30 сек, а секунду-две.
Почему "Paste" стала так тормозить по сравнению с 5.91?


Может быть идет переименование файлов зон?
Автор: Varyag2014
Дата сообщения: 22.04.2014 18:35
Нет никаких зон - только гольный текст.
Автор: bolega
Дата сообщения: 22.04.2014 20:40
Varyag2014
Хотелось бы узнать, что понимается под временем поворота. Поворот в постобработке состоит из двух отдельных операций:
1) определение угла поворота (используется довольно медленный способ, но который зато хорошо работает как для больщих участков, так и для очень малых, напр., одного слова).
2) Paste повернутого участка либо Paste+merge
У Вас тормозит именно paste?
Вы запускали обе версии с одним и тем же sk.ini?
Автор: Varyag2014
Дата сообщения: 23.04.2014 06:25
Тормозит Paste повернутого участка.
Paste and merge не тормозит.

sk.ini - для каждой версии sk был свой.
Вчера запустил несколько копий СК 5.91 и к своему удивлению обнаружил, что Paste стала работать также медленно, как и на 5.96.2.
Тогда вернулся к древней версии 3.51 - результат тот же - Paste томозит, а Paste and merge нет.
Когда работал на ХР с I7 quad, не замечал такого тормоза.
Может быть появления тормоза при выполнении Paste связано с переходом на win7, или виной всему восьмиядрёный Xeon?


Добавлено:
Только-что прогнал на ХР - Paste выполнилась за доли секунды.
Перешёл на вин7 - Paste выполнялась секунд 30!
5.96.2, sk.ini, пакет, железо - всё то же самое.
Значит причина - CК не дружит с Win7.
Наверное и то, что несколько копий СК конфликтуют между собой под семёркой, порылась где-то там же - в самом СК.
Автор: bolega
Дата сообщения: 23.04.2014 07:20
Varyag2014
При paste после поворота СК делает:
1) сохраняет все изображение на случай undo (можно отключить, где-то в меню см. команду lock undo)
2) запихивает повернутый кусок в буфер обмена windows
3) извлекает его из буфера и помещает поверх страницы
Тут можно конечно оптимизировать, но я сделал для единообразия с операцией Copy-Paste.
Для сравнения, попробуйте просто Copy-Paste, по идее, должно быть также медленно.
Мне кажется, тормоза где-то на этапе работы с буфером обмена windows. Она у Вас 64-битная?

Добавлено:
У меня на Win7 i5 выполнилось мгновенно. Кусок чуть меньше А4. Win 32-разрядная.
На WP медленнее, но не дольше 1-2 сек.

Кстати, а зачем Вам поворачивать все в постобработке?? Не проще ли задать deskew, угол поворота можно задавать и вручную, если что.
Автор: Varyag2014
Дата сообщения: 23.04.2014 07:57
Да, 64-х битная:

Copy-Paste тоже медленно (те же секунд 30).
Поскольку способ обойти тормоза найден ("Paste and merge"), то меня более волнует проблема с конфликтом нескольких копий СК под семёркой.
А выравнивать мне всё-таки проще в постобработке.
Я уже давно не "зоркий сокол" и только сетка помогает мне заметить перекосы в десятые доли градуса.
Автор: bolega
Дата сообщения: 23.04.2014 08:07

Цитата:
то меня более волнует проблема с конфликтом нескольких копий СК под семёркой.

А где это обсуждалось? И характерно ли это для 64бит Win? Спрашиваю, потому что у себя проблем не наблюдал.
В этом смысле (работа и отладка СК на разных платформах) мои возможности очень ограничены - у меня нет возможности вести разработку под разными системами.
Автор: Varyag2014
Дата сообщения: 23.04.2014 08:44
Проблема с конфликтом нескольких копий СК обсуждалась Здесь
Автор: igogo22
Дата сообщения: 23.04.2014 10:39

Цитата:
Не проще ли задать deskew, угол поворота можно задавать и вручную, если что.

Подскажите, где задавать вручную угол поворота? Поворотом резаков?
Автор: Varyag2014
Дата сообщения: 23.04.2014 11:10
На вкладке "Page" ткнуть мышом куда показывает стрелка:

В появившемся окне "Exlusive page options":
Выставить нужный угол и направление поворота:
Автор: bolega
Дата сообщения: 23.04.2014 11:20
Можно еще включить режим Image->Ruler. Щелкнуть мышкой и не отпуская, двигать в любом направлении. Появится резиновая линия, рядом с ней будет отображаться угол наклона. Если отпустить кнопку мышки и при этом держать нажатым Ctrl, то угол сам занесется в поле Fixed angle

Добавлено:
Varyag2014

Цитата:
Проблема с конфликтом нескольких копий СК обсуждалась

А не пробовали поэкспериментировать с File>Options>Processing>Priority? Что у вас там задано сейчас?
Автор: Varyag2014
Дата сообщения: 23.04.2014 13:08
с File>Options>Processing>Priority не экспериментировал, поскольку понятия не имею, как это должно отразиться на одновременной обработке нескольких заданий.
Думаю, что лучшим способом, позволяющим полностью использовать вычислительные мощности многоядерных процессоров, могла бы стать поддержка многопроцессорного режима.
Ведь это давно уже сделано в Файнридере, который каждую страницу пакета обрабатывает на отдельном ядре. Это позволяет полностью загрузить все ядра, разумеется, если число обрабатываемых страниц больше или равно числу ядер.
И тогда не нужно запускать несколько копий СК, которые под семёркой не хотят работать без конфликтов.

Автор: shch_vg
Дата сообщения: 27.04.2014 23:11
bolega
Получил "в подарок" кучу кривых сканов (один из них можно посмотреть тут).
Кривизна их в том, что у них неправильное разрешение (603 вместо300), но еще хуже, что СК видит его как черную грязь.
Irfanview видит его нормально, но приходится в нем вручную менять разрешение и сохранять в сером (если dpi изменить в СК, то и Irfanview видит только грязь), после чего СК начинает видеть скан нормально.
Можно ли как-то "уговорить" СК показывать такие сканы нормально?
Автор: ComboFZ
Дата сообщения: 28.04.2014 00:30
shch_vg

Цитата:
Можно ли как-то "уговорить" СК показывать такие сканы нормально?

Перевести 16 bit серого в 8 bit.

Автор: shch_vg
Дата сообщения: 28.04.2014 00:38
ComboFZ

Цитата:
Перевести 16 bit серого в 8 bit.

Это я догадался!
Но как это сделать сразу для множества сканов?
Автор: ComboFZ
Дата сообщения: 28.04.2014 01:46
shch_vg
Zoner Photo Studio Pro 16:
http://s020.radikal.ru/i706/1404/ec/ff99e3db0e94.jpg
Автор: Torino
Дата сообщения: 28.04.2014 10:23

Цитата:
Но как это сделать сразу для множества сканов?

Пакетный файл (батник) в Фотошопе?
Автор: Varyag2014
Дата сообщения: 28.04.2014 13:32


Цитата:
Это я догадался!
Но как это сделать сразу для множества сканов?


Имхо, для коррекции Ваших изображений я бы использовал XnView, благо пакетная обработка в нём есть.

Автор: shch_vg
Дата сообщения: 28.04.2014 16:51
Varyag2014

Цитата:
для коррекции Ваших изображений я бы использовал XnView

У меня XnView корежит скан.
Автор: Varyag2014
Дата сообщения: 28.04.2014 17:57
shch_vg

Цитата:
У меня XnView корежит скан.


Позвольте полюбопытствовать, а в чём это "корёжит" конкретно проявляется?
Сколько времени XnView юзаю, а ни разу с глюками не сталкивался.
Может, Вы с настройками что-нибудь намудрили?
Автор: shch_vg
Дата сообщения: 28.04.2014 23:22
Всем спасибо!
Очень удобно это делать в IrfanView.
Автор: AndroS
Дата сообщения: 06.05.2014 04:47
Доброго времени суток.
Скажите, пож-ста, - есть 2 (или более) задания, их как-то объединить в кромсаторе можно?
Автор: shch_vg
Дата сообщения: 06.05.2014 13:25
AndroS

Цитата:
Скажите, пож-ста, - есть 2 (или более) задания, их как-то объединить в кромсаторе можно?

Если только вручную, объединив соответствующие части в файлах .spt, причем придется оставить глобальные настройки из одного задания (если они разные у заданий), а также скорректировать количество сканов в задании в определенном месте в .spt. Глобальные настройки это те, которые распространяются на все сканы задания.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102

Предыдущая тема: мнение о Maxthon


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.