По-поводу работы Deviant. Кто-то спрашивал: как именно оно работает.

Их там 3: на этапах компенсации наклона, полезной области и полей. Все 3 добавляют одинаковую звездочку на морду thumbnail. Но является ли скан "девиантом" вычисляется на каждом этапе независимо.

Проще всего с полями - нет никакого выравнивания (включая выравнивание размера с другими страницами) - зажигается звездочка.

С наклоном так - вычисляется средний угол наклона по всем страницам. На его основе - вычисляется стандартное отклонение. (А конкретнее, стандартное отклонение на основании смещённой оценки дисперсии. Т.е., где делят на N, а не N-1.)
Страница является девиантной, если ее угол откланяется от среднего по абсолютной величине больше, чем на 1.5 стандартных отклонения; либо, если он больше некоего максимального угла. Этот максимальный угол можно задать параметром командной строки, и по-умолчанию он равен 5 градусам.

Для определения ненормальных страниц на этапе выделения полезной области делают следующее.
Для каждой страницы размеры полезной области пересчитывают в миллиметры (с учетом dpi). Т.о. уходят от влияния dpi на результат. Затем, для каждой страницы вычисляется sqrt(a*b/4), где a и b - высота и ширина полезной области в миллиметрах. Т.е. берут корень квадратный от площади и делят пополам. Почему так, а не просто площадь - я не понял. Возможно, чтобы избежать переполнения переменной во время вычисления среднего для большого числа страниц. При этом, изначально эта величина была просто корнем из площади. Деление на 4 добавили позднее как fix. В общем, назовем эту величину "величиной X".
Дальше, как и в случае с наклоном, вычисляют среднее и стандартное отклонение этих величин. Девиантом является страница, величина X которой отличается от среднего X больше (по модулю), чем на N стандартных отклонений. Где N может быть задан параметром командной строки и по-умолчанию равен 1.0.

не помогло

теперь помогло 

Запускается и работает.

m7876 писал(а) 26.09.2017 :: 07:56:38:


Это я так неаккуратно на Qt5 перешел, что не заметил как отвалился платфрмоспецифичный код под Q_WS_X11. Сейчас поправлю.

m7876 писал(а) 26.09.2017 :: 07:56:38:


Я просто думал, что речь только о списках Авторов, описании программы и пр. А не о самом названии и версии. Исправлю.

Цитата:


WinXP - не является приложением win32

Запустилось.


Тогда вот:


33. БАГ: На этапе 4  «Полезная область», в поле "Пейдж бокс" стоит Дизейбл. При этом происходит перерисовка центрального изображения при каждом изменении значений внутри ячеек  Borders in mm.  (Которые по идее в этом случае вообще ни при чем.)
(Перерисовка зоны при сдвигании границ , вроде, прекратилась.)

34. Непонятно  (этап 4  «Полезная область»), работает ли галка «файн тюне пэж корнерз». Я не вижу ее действия и не знаю, как проверить. Может, внутри желтой области, отрезаемой ПЭЖ БОКС  для неё какую-то штриховку сделать, или углы, за которые она зацепилась, выделять ? (Если она что-то дала.)

35. Не 100% понятно, к чему в ПЕЙЖ  БОКС  (этап 4) относятся кнопки дизейбл / автоматически.  Может, имеет смысл галку "файн" разместить ниже них ?

36. БАГ: Происходит сброс в поле   «пейж бокс» с автоматически на дизейбл, когда я перещелкиваюсь  в поле   "полезная область" с автоматически на вручную. С одной стороны, они вроде как независимы должны быть. С другой – с учётом того, что если у меня зона контента выставлена за пределы границ «пейж бокс», то границы пойдут по зоне контента, это бессмысленно.

37.  СООБЩАВШИЙСЯ БАГ:  не работает зажатие контрол в деварпинге (вместо таскания нижней/верхней  линии вверх/вниз  происходит влево/вправо).   ПОПРАВКА: в той версии что под XP пошла:  в WinXP  заработало нормально  (вверх/вниз).  В Win7 –перестало работать и влево/вправо !!!!

38.  При отключенном докинге мы видим ленту миниатюр в один столбец.  Когда он был включён, её можно было расширить до двух. А сейчас все жестко в один.   Может быть, дать возможность таскать ?   Или дать опцию гибкости отображения ленты в настройки ?   (Тем более, что  в «хотелках» много чего про ленту есть.) Хотя не горит. Если кому и надо два столбца, то может и докинг включить.   Выглядит же сейчас всё просто замечательно !

39. Меня бесит (слева вверху) сокращение поля  со списком этапов, когда я перестаю видеть отдельные этапы. Может, его можно как-то зафиксировать ? Да, я понимаю, что когда у меня кнопки инструментов начнут уползать, то меня это ещё сильнее бесить будет, но я надеюсь, что их когда-нибудь удастся разнести.

40. При переключении между этапами 3-4-5-6  начинает скакать ширина левого столбца с инструментами (она подстраивается под длину названий и/или ширину рамок инструментов). Вариант1:  ловить самую широкую и выставлять все по её ширине. У меня самые широкие - это полезная область и вывод. Вариант2 : ужимать. На стадии полезная область ширину дают разносят три контрола в ряд:   переименовать «автоматически» в «авто» или сделать контролы в 2 ряда.


41.1 Слайдер в бинаризации. Уменьшение его направляющей по размеру уменьшит и ширину полосы инструментов. Надо встроить числовые указатели границ в диапазона по краям. Сделать возможность в настройках задавать эти границы. Поправить кручение колесом мыши.  Сейчас: просто крутить колес шаг=3, крутить с зажатым контролом или шифтом  шаг=5.  На обычное кручение нужен шаг=1.     Можно на шифт+ колесо, кстати, изменение границ диапазона прикрутить. Но, может, это уже и лишнее.

41.2.  Заодно уж тут. Я когда-то просил прокрутку ленты с контролом. Чтобы без него листало не 3 страницы, а одну.  (см. Хотелки пункт 1.90, но Тулон отказал, сказал что это КуТэ так работает). Может, при новом КуТэ жто стало возможным ?


42   Когда я на 6 этапе «вывод» на закладке заливки начинаю выбирать цвет  (выставил зону заливки и кликнул ПКМ) , отключается зум.  С одной стороны мне не критично - я этим никогда не пользовался. С другой, когда я всё-таки выбираю цвет, то мне нужно отдельные пиксели видеть, чтобы точный выбор цвета обеспечить, и зум тут нужен.

43. БАГ. (воспроизвести не получилось. Win7). При сохранении проекта возникла ошибка сохранения проекта. Повторное действие сохранило. Но в маленьком окошке при открытии ST появилось два одинаковых проекта "тест", лежащих по одному и тому же адресу.

44. (В дополнение к пункту №13.). STU при этом ещё и позволяет как бы «вставить» уже имеющийся файл в проект. (Забавно происходит: лента мигает, скроллбары отползают, а де факто файл не встаёт.

45. Для обработки букв с засечками (чтобы засечки не сливались) всё-таки 100% нужен Аншарп маск и, возможно, какие-то морфологические фильтры, если  алгоритмы таковых имеются.  Может, у U235 есть идеи ?  Примеры подготовлю.


46. Мне не нравится что пикчер шейп, когда включена, начинает реагировать на тип выврода:   ч\б ее нету, миксед есть.  Во-первых, дергается полоса инструментов, во-вторых путаешься.  Лучше её оставлять но делать серой.
И другой вариант наблюдал. В настройках она выключена. Я иду на обработанную смешанную страницу, где такой вывод был. Она на панели появляется, хоть и отключена.  Может проще всего её, раз такое дело, вообще всегда оставить ?

47.1. Заметил, что, на самом деле, поле  "полезная область"  на 4 стадии    и диалог  "распрямление строк" на 6-й стадии внутренне идентичны.    откл/авто/ручной + применить.   А оформлены совершенно по разному.   Хорошо бы подумать над унификацией представления работы таких инструментов.

47.2 Возможно, что это то самое интуитивное нарушение логики, которое  я ощущаю и  в диалоге "тип разреза"  на второй стадии.   Там выплывают комбинации   авто+тип разреза.  И непонятно их действие.

48. Кто у нас основная форма зон ?  Квадро или ректангулар ? Квадро из-за рамки функциональнее. Но в ректангуларе сразу видно, автоматом стоит или ты уже правил (если рамка есть).  Замечание: квадро включить, ректангулар сделать опциональным, убедиться что работают идентично. Либо выставление рамки сделать опциональным поведением.

49.  В дополнение к пункту  32.1.  Можно не блокировать треугольничек, а просто блокировать пустой прогон на этой стадии.

50. СТАРЫЙ уже репорченный БАГ:  При открытии ранее сохраненного проекта не показывается, что файлы уже прошли обработку. приходится их делать по новой. (не исключено что это проблема сохраненного файла.)

51. Можно ли при добавлении файла, открытии проекта и т.д., в окнах диалогов (хотя бы где-нибудь) видеть полные пути ?

52. При создании нового проекта  в окне показываются только директории без файлов в них (они и не нужны, но это как-то нарушает логику винды, да и затрудняет идентификацию нужных папок). Хорошо бы файлы показывать но в неактивном виде  (серым цветом и без возможности выбора).

53. БАГ: Я физически удалил исходный файл из директории проекта.  СканТейлор запускает «релинкинг тул», заставляя меняя выбрать аналог, но не давая возможности его удалить их проекта. При удалении файла правой копкой мыши в ленте,  удаляется и сам этот (уже ранее физически удалённый) файл и все последующие.

54.  Зелёная стрелочка в стадии 1  выглядит как кнопка. Может, взять её в какую-то нестандартную, например, круглую рамку /  разместить сбоку и со смещением. Чтобы она всё-таки напоминала индикатор.      Может мигание или переливы сделать ?...

55.   Я почему то постоянно, тыкая в меню Files, попадаю в системное меню винды, которое на левому краю заголовка. Может, Files можно чуть правее сместить, как во многих вордах ?

xyz писал(а) 26.09.2017 :: 23:08:23:


Судя по коду, работает «Полезная область» так:

В оригинале, просто бралось изображение на входе, и в нем либо искался контент, либо его зона выбиралась вручную.
При этом, если у вас обложка, то, скорее всего, контент не обернет ее целиком, а останется на названии книги, и вам придется руками растягивать зону до размеров обложки. Чтобы этого не делать добавили кнопку Disable (в group box'е Полезная область, т.е. нижние 3 кнопки). Эта кнопка автоматически растягивает зону контента на всю страницу. Что несколько смущает, т.к. пользователь может ожидать, что зона контента просто исчезнет и на выходе будет чистый лист. Либо что на выходе будет вся страница, но зона на экране просмотра отображаться не будет. Возможно, кнопку стоит переименовать в Maximize, например.

Потом добавили группу Page Box. Page Box пытается определить страницу на скане, до того, как на ней будет искаться контент. Видимо, это для сканов страниц, захватывающих область вокруг страниц. Т.е. - положили книгу на сканер, и отшлепали сканов на всю площадь сканера, не указывая область сканирования.
Если Page Box включен, то делается попытка образец со скана лишнее, оставив только страницу, а уже потом - искать в ней контент.
Если врубить Debug mode (видимо зря я его в группу настроек Output положил, раз он и на этом этапе работает) - то при работающем Page Box (режим Auto или Fine Tune Corners включены, а режим выбора области контента стоит в Auto (или он сбросится в Auto сам)), в самом начале появятся несколько новых закладок. Они показывают этапы попытки определения страницы.
Определяется она следующим хитрым образом:

1. Скан уменьшается до 150dpi и переводится в grayscale
2. При помощи методов автоматического определения threshhold'а "OtsuThreshold" из него делают ч/б маску.
3. По ней, хитрым способом выделают прямоугольник, соответствующей размеру страницы. Подозреваю, что похожим на автодетект картинок с rectangle принципом. Только сильно попроще.
4. Уже в этом прямоугольнике, а не на всем скане, ищут контент (но используют threshhold по методу  WolfThreshold).
5. Все это, естественно, возвращается в родные dpi.

Это в самом простом случае. Теперь, извращения:

Если заданы Borders in MM, то на эту величину уменьшается размер страницы. Это отступы от его границы по направлению внутрь. Ну, borders. На экране эта область отображается желтым. Но видно её, естественно, только тогда, когда Page Box работает.  Borders задаются в MM, чтобы не зависеть от dpi изображения. Возможно при неработающем Page detection эти контролы нужно скрывать или блокировать.

Далее.
Через параметр командной строки можно передать аргумент "page-detection-box", задающий реальный размер страницы. Например 100x200 - ширина 100, высота 200 пикселей для изображения в 150dpi (вроде). Если он задан, то на этапе 2 помимо бинаризации с "OtsuThreshold" будут сделаны бинаризации с peakThreshold, MokjiThreshold, SauvolaThreshold, WolfThreshold. Для каждой из этих масок будет определена прямоугольная область страницы (стандартным образом). Затем ширина и высота этих областей для каждой из масок будут сверены с переданными вами эталонными размерами. И та, что ближе, будет выбрана в качестве лучшей. Т.е. если вы знаете реальный размер страницы (A4, к примеру), то вы его сообщаете - и страницу пытаются найти не одним, а 5 разными способами. И из всех границ сторон страниц во всех способах будут выбирать пары границ (левая/правая, верхняя/нижняя) дающих максимально близкий к сообщенной вами ширине и высоте результат.

Замечу, что если вы выберете Debug mode, вы увидите все 5 масок в закладках debug, даже если параметр  "page-detection-box" не передавали. Это - недочет автора. Даже если параметра нет, и по факту используется один "OtsuThreshold", создаются все 5 масок, что жрет процессорное время зазря.

Далее, если нажат Fine Tune Corners, то для любой ч.б. маски после определения ее прямоугольной области-страницы, но перед ее сравнением с эталоном (если требуется) или вычитанием границ, проводится процесс оптимизации расположения вершин. Делается это так:

Если пиксель под углом зоны области в ч/б маске не белый, то вершину переставляют на соседний пиксель - по-диагонали по направлению к центру прямоугольника. Т.е. - уменьшают высоту и ширину на 1 со стороны вершины. Все углы обегаются по кругу, и делают (если могут) сдвиг на 1 пиксель. До тех пор, пока не могут двигаться.
При этом, если указан эталонный размер ("page-detection-box"), то к нему может быть дополнительно указан параметр командной строки - "page-detection-tolerance". По умолчанию равный 0.1. Это процент. Т.е. 0.1 - это 10%. Процессу Fine Tune Page Corners запрещено уменьшать высоту или ширину эталонного размера более чем на этот процент. Если он его достиг по одному из этих измерений, то движение углов прекращается.

Надеюсь, объяснил понятно, и сам все правильно понял.

UPDATE:

Идея !!!!
Может рамки на панели инструментов местами поменять.
Бордерз сделать внешней, а Пейж детект внутренней ?

Цитата:

Кстати, а почему бы и нет. В поле "Полезная область" через настройки дать возможность включения/выключения точно такой же Borders MM, как и сейчас сидит внутри Page box.

Что такое inlining, как источник ускорения работы программы ?


Нашёл вот такой пост тулона про экспериментал:


by Tulon » 17 Jul 2015, 15:32

Цитата:



И еще про слайдер производительности он писал. Что мультитредовость, всё-таки добавил.

by Tulon » 08 Nov 2015, 11:48
Цитата:

xyz писал(а) 27.09.2017 :: 06:42:02:


По-хорошему, можно было бы вставить еще один набор контролов для задания полей обрезки изображения - Image Crop. Перед всем остальным. Но мы опять упираемся в проблему невпихуемости всего нужного в интерфейс.

Я хочу показать вот такой вариант интерфейса:
https://www.youtube.com/watch?v=72l6GsENfM0

Это полоска, прокручиваемая вниз, содержащая поля <контрол1, контрол2>. Если элемент управление простой, вроде "ширина", "высота" - то контролом1 будет label (строка текста), а контролом2 - элемент для ввода значения. А вот если он сложный, такой как Borders in MM, и сожержит в себе кучу контролов по проще, то контрол'ом1 будет кнопочка, которая расхлопывает подчиненные контролы под собой, а вот контролом2 - label (строка текста), коротенько описывающее состояние подчиненных контролов.
Т.е. видите кнопку [Borders in MM], а рядом текст "10,20,30,40". Не нравится - щелкаете по кнопке и снизу выпадает 4 новых конрола:
"Слева:"  [10]
"Сверху:" [20]
"Снизу:"  [30]
"Справа" [40]
где [] - edit box'ы.

Меняете - меняется текст рядом с кнопкой. Щелкнули еще раз по кнопке [Borders in MM] - контролы для редактирования схлопываются.

Принцип подсмотрел в одном из режимов редактирования свойств UI в дизайнере IDE QtCreator.

Теоретически, в этом случае любую фигню можно будет затолкать в 1 строку.

Да и сами этапы можно сделать "разъезжающимися". Там на видео есть нечто подобное - кнопка другого цвета во всю ширину. Но можно и получше сделать. А-ля

Как вам такой UI?

xyz писал(а) 27.09.2017 :: 08:11:24:


Я видел поддержку OpenCL в экспериментал ветке, но брать не стал. Я и так много чего оттуда уволок, надо бы сначала с этим разобраться. К тому же ранее с OpenCL я не работал.

xyz писал(а) 27.09.2017 :: 08:11:24:


Судя по заголовку коммита - только для 64-битных архитектур.

Цитата:

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

Цитата:

И это размеры, которые в особых случаях будут через настройки заказываться.

Лично у меня в интерфейсе будет включена демонстрация бордеров в поле "Пэж бокс" и отключен там поиск контента.  И также будут выключены бордеры в поле "Полезная область".

Обратите также внимание на схеме, что кнопка "применить" в каждом поле своя. И в "Пэж бокс" и в "полезная область".

В порядке бреда и мозгового штурма:

Цитата:


Цитата:


Обрезку же можно потом и еще раз после контента делать:

обрезка скана - поиск страницы - обрезка страницы -поиск контента
Колонтитулы какие-нибудь срезать, например, лишние.
Такая переключалка может и три позиции иметь.

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