» ScanKromsator СканКромсатор

В режиме Fit width страницу для подавляющего большинства форматов можно пройти за 3 листания. На приличном 19" мониторе мне хватает и меньшей ширины поля и тут оптимальный, на мой взгляд, компромисс скорости и качества - два листания. Конечно, пределов хорошему нет и можно чистить до последнего спекла, но хотелось бы ещё пожить. (и почитать!)

pepux
Во первых, не у всех 19-ти дюймовый монитор, а во-торых, качетво обрабтки книг - личное дело каждого, некоторые вообще не чистят

bolega

А можно в новую версю добавить опцию сворачивания в трей, а то у меня на работе ПК совместный и второй пользователь всегда норовит все программы, которые в панели задач, закрыть. Уже несколько книжек приходилось обрабатывать заново т.к. она прерывала процесс.

Alexx S

Цитата:

При режиме "Fit with" очень много пропускается...

При режиме 100% пропускается то, что можно убрать при 200%
Я считаю, что не должно быть видна та грязь, которая может быть видна при рабочем режиме просмотра книги.

shch_vg
Спор ни о чем... Лично я имею в виду, что лично мне достаточно тяжело увидеть весь мусор и не пропустить ничего на Fit with. Для примера - делал книгу, просматривала на разных масштабах несколько раз - и все равно, уже в готовой книге мусор попадается и бросается в глаза... видимо, я просто невнимательный человек, или ленюсь подолгу разглядывать скан... Глядя на полстраницы разом я не в состоянии рассмотреть каждый ее участок за достаточно короткий промежуток времени, мне проще пару лишних раз перелистнуть

bolega
Сегодня представился случай проверить, работает ли Move на picture-зоне, у которой сделан Merge.
Итог: работает, но частично .
Фото занимает менее половины страницы. Для чистоты эксперимента перенес сканы и сам Кромсатор на драйв, имеющий 49 гб памяти. При попытке сделать Move всего фото, оно исчезает. Где-то порядка 2/3 фото передвигается.
При повороте фото можно повернуть еще меньшую часть по сравнению с Move.
Включение Lock undo никак не влияло на эти показатели.

Вот не пойму я, возможно ли как-то вносить изменения в уже раскрамсатые (путем Draft Krоmsate) задания? Типо, прошелся Draft Krоmsate, потом нужно пакетно поменять на страницах выравнивание. А как? Не тыкать же для каждой страницы?

badbug

Можно применять изменяемые опции сразу для всех файлов проекта. Нужно просто выбирать опцию с нажатой клавишей CTRL

badbug

Цитата:

Не тыкать же для каждой страницы?

Можно и потыкать, ровнее будет.
А если серьезно, то жмете на прямоугольничек(?) у каждого резака правой клавишей мыши (иногда даже два раза) и в появившемся меню выбираете Copy current position to вариант, нужный Вам.

badbug
В контекстном меню любой опции есть команды клонирования данной опции на все файлы или на заданную группу файлов

В ScanKromsator v5.6А Full наблюдаеца глюк. На вкладке Quality-Gray Enhance клавиша Ctrl не помогает выставить сразу на все страницы а тока на текущую

StudentFS
bolega
Да, кстати, и в новой, которая NY, там же вот такой глюк заметил. При включенном Quality>Enhance image>Sharpen меняю величину Sharpen при нажатии Ctrl вроде как для всех страниц сразу на, например, 3. Потом смотрю другие страницы, а там величина Sharpen вовсе не поменялась, зато стоит 3 в Smooth, которая даже галочкой не отмечена. Т.е. смена величины Sharpen для всех страниц почему-то переходит на других страницах не на Sharpen, а на Smooth.

StudentFS
Это не глюк. Так было всегда и будет в дальнейшем. Объясняется это тем, что там на каждой закладке группа взаимосвязанных опций и клонировать каждую из них (по Ctrl) по отдельности смысла нет. Поэтому клонировать можно только скопом (напр., все параметры background correction) с помощью команды контекстного меню любого элемента этой закладки. Ctrl же работает только для поля "Enable".

arienai
Да, недавно уже писали про это. Я исправил.

=======
Модернизировал импорт из pdf. Теперь, если страница pdf состоит из нескольких слоев, т.е. скан и поверху одна или несколько картинок (как правило цветных), то при импорте кромсатор автоматически создает для них pic-зоны и правильно располагает поверх скана.
Также кромсатор теперь правильно высчитывает dpi извлеченных изображений, включая и картинки.
Остались проблемы с извлечением изображений, сжатых JBIG2.

bolega
пасиба за ответ

bolega
Спасибо. Ждем релиза.
Пока же пользуюсь таким обходным маневром: меняю величину Sharpen, и только потом ставлю галочку с Ctrl. Тогда все переносится и на другие страницы.

А как распаковать архив http://www.bolega.hotmail.ru/Ver 5.81 NY/sk.rar? Требует пароля.

erevlad
на 57-й странице топика

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

xcode
Можно, в версии 5.81А (ключевые слова пикчерз зоны), пример есть на сайте автора (см. шапку)
Вот, для примера, книга Управление программным проектом на практике, весит 4 МБ.

Спасибо, это то что надо. А есть ли возможность сохранять "picture zones" в BMP, а не в TIFF? Я понимаю что это временные файлы и после слияния они все равно удаляются, но все же... я как-то предпочитаю работать с BMP, поскольку с TIFF у меня были проблемы - на больших книгах, когда страниц очень много, была какая-то утечка памяти, и программа зависала или вылетала (правда, это было в версии 5.6A)

xcode

Цитата:

А есть ли возможность сохранять "picture zones" в BMP, а не в TIFF

Нет, такой возможности нет и не будет. Связано это с тем, что новая версия (5.9) поддерживает зоны произвольной формы (они нужны в случаях, когда зону нельзя вырезать прямоугольником, напр, когда ее обтекает текст), и данные о том, какая часть зоны является прозрачной, хранится во 2-й странице tifa. С bmp такой номер не пройдет.
А в чем сложность конвертировать tif в bmp?

====
Модернизировал импорт из DJVU.
Теперь создаются одностраничные tifы, процесс импорта можно прервать в любой момент, можно задать ужимать результат на-лету методом LZW или ZIP, можно задавать Crop.
За постраничный импорт - огромный респект gencho, который предоставил мне всю необходимую информацию касательно программирования этой фичи!

bolega

Цитата:

Модернизировал импорт из DJVU.

А на пустых страницах проходит дальше как у gencho?
У него эта страница пропускается, а, наверное, можно создавать пустой tiff по размеру ближайшего непустого.


Добавлено:

Цитата:

Теперь создаются одностраничные tifы

В соответствующей директории Tempsk?


Добавлено:

Цитата:

можно задавать Crop

А что он делает, прошу прощение за мое невежество?

Цитата:

А на пустых страницах проходит дальше как у gencho?
У него эта страница пропускается, а, наверное, можно создавать пустой tiff по размеру ближайшего непустого.

Да, если бы пустой tiff создавался с соответствующими размерами, было бы идеально, а то после утилитки Генчо приходится вручную потом вставлять.

bolega
Позволю себе наглось напомнить одну хотелку : В окне постобоработки очень не хватает разметки для полей. Из-за разных причин (мусор, поворот), поля практически у всех страниц получаются разные, едиственный способ как-то их выровнять - двигать в режиме просмотра двух страниц, но это не удобно и не точно... Вот если бы былаи линии, без наворотов, такие же, как резаки в окне програмыы, ну, максимум, с настраиваемым цветом, к примеру, я бы поставил серый, чтобы не отвлекали...
И еще хотелка: иногда не хватает экранной лупы как в просмотрщиках, к примеру, WinDjvu - для того, чтобы получше рассмотреть нужный фрагмент, приходится совершать слишком много действий по изменению масштаба и воозврату в предыдущее состояние.

Подскажите, то, что лежит по адресу
http://www.bolega.hotmail.ru/Ver%205.81%20NY/
это и есть новая версия кромсатора? В каком она статусе - бета, альфа, релиз?

kontiky
Скорее бета. И не совсем новая, от января сего года.

shch_vg

Цитата:

А на пустых страницах проходит дальше как у gencho?

Нет, создает пустую страницу.


Цитата:

А что он делает

djvudecode поддерживает такую опцию. Crop обрезает изображение по заданным размерам и координатам. Я часто пользуюсь в случае, когда djvu цветной и имеет большие одинаковые поля, это сильно экономит место.

Кстати, заметил за djvudecode одну интересную особенность: если djvu - цветной 600dpi, т.е. файл из него экспортируется с гигантскими размерами (>50Мб), то если папка назначения лежит на сетевом диске, то djvudecode не может его нормально сохранить, обрезая с конца 2-4 Мб. Это я тоже на всякий случай учел.

bolega
А можно где-то взять самую свежую бету?
Вопрос: что обозначает параметр Safe top/bottom в Draft Kromsate?
И еще: это мне просто кажется или таки да новая NY версия более медленная чем старая 5.6a?

Добавлено:
Подскажите, как мне лучше сделать. У меня есть страницы, содержащие grayscale иллюстрации и подписи к ним, хотя вся книга у меня b/w.
Сейчас я выделаю прямоугольники иллюстраций (без текста) мышкой в режиме Mause-Up mode->Mark as dither region. Это правильно, если мне хочется и страницы с иллюстрациями конвертить в b/w, но оставить сами иллюстрации в максимально хорошем качестве? Эквивалентно ли для иллюстраций вышеописанное действие, обработке их командой Convert to bitonal? В чем вообще разница в работе команд Convert to bitonal и Convert to b/w?

kontiky

Цитата:

А можно где-то взять самую свежую бету

Пока нигде.


Цитата:

что обозначает параметр Safe top/bottom в Draft Kromsate?

Более аккуратно обходиться с номерами страниц внизу/вверху, т.е. чувствительность к их детекции


Цитата:

Подскажите, как мне лучше сделать

На моем сайте лежит готовый пример с пояснениями как делать книгу с иллюстрациями с использованием зон и версии NY.
Использование dither уже не оправдано, к тому же сильно утяжеляет размер


Цитата:

В чем вообще разница в работе команд Convert to bitonal и Convert to b/w?

Первый конвертирует в ч/б методом дизеринга (растрирования), второй - обычный пороговый

kontiky
Цитата:

Подскажите, как мне лучше сделать. У меня есть страницы, содержащие grayscale иллюстрации и подписи к ним, хотя вся книга у меня b/w.

У Вас есть прекрасная возможность попробовать в деле технику кодирования с разделенными сканами. Что касается овальных рисунков, то можно попробовать выделить их несколькими пикчер-зонами. Лучше спросите у bolega, будет ли это работать.

Цитата:

Что касается овальных рисунков, то можно попробовать выделить их несколькими пикчер-зонами.

или подождать еще пару недель/дней (?) до выхода следующей, в которой вроде будут реализованы picture-zones произвольной формы. :rolledeyes: