airbenchrest.ru

С пробоинами получилось половинчато. Работал через Фотожоп.
Параметры сканирования такие:


После этого сохранял .jpg в максимальном качестве и отправлял в программу. На какую-то часть мишеней (6-8) прога ругается что якобы двойные попадания, просто закрывал всплывающие окна.

Проблема все же не в цвете, т.к. у меня находились центра от бледно-синего до почти черно-синего.
Вероятные проблемы:
1. По краям скана есть полоска, если ее обрезать проблема обычно уходит.
2. Низкое качество изображения. При 300dpi желательно сохранять jpg в высоком качестве (12 в Фотожопе), при более низком не всегда нормально ищет центра. При 600dpi прога не жрет файл - сильно большой.
3. Пробоины не черного цвета, хотя у сканера черная подложка. Решается как я выше показал.

Ловлю хомяков.

Попробовал, видимо записи на мишени считаются за пробоины, и почему тестовые мишени весят в три раза меньше?

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

Господа, вчера уже к ночеру после 3,5 часов экспериментов было выявлено как сделать так чтобы мишень считалась вероятно правильно и автоматически безо всяких вопросов. После этого появились следующие мысли:

1. Пробоины должны быть черными от слова "совсем черный". Выше я показал как это сделать программно и прижимать мишень крышкой сканера тоже нельзя, надо что-то подкладывать чтобы пробоины не закрывались. Иначе вероятность нахождения центра попадания падает и считает совсем коряво, причем у меня получилось исключительно в меньшую сторону. Опять же это к тому что сканировать придется на месте сразу после стрельб, ибо довезти до дома так чтобы не замялись пробоины будет на мой взгляд проблематично, а тыкать в отверстия чем-то чтобы выправить не совсем правильный подход.
2. Синий цвет может быть очень разным по насыщенности, а вот бумага должна быть максимально белой и скан должен быть максимально чистым, т.е. по возможности не должно быть на белом муара. Как раз у EugSh скан "грязный", особенно после обработки.
3. Не должно быть никаких полос по краям мишени, т.е. если кто-то изготавливает черный ящик, то он должен быть меньше листа, так чтобы на стекло не попадал.
4. Бумага не должна давать разрывы. Т.е. в идеале должно быть круглое отверстие, иначе программа начинает думать что там превышение по диаметру и предлагает вручную решить было ли там двойное попадание или нет. Здесь перекликается с первым пунктом в части контраста. Если делать контраст поменьше то неправильно считает по итогу, если побольше то жалуется на двойные попадания - в общем палка о двух концах... Решение есть по всплывающим окнам, пока не озвучиваю до понимания последствий.
5. Качество лучше не уменьшать. JPG вообще плохой формат, а мы его еще жмем. Любое уменьшение качества может привести к уменьшению очков. Либо терпеть объем файла мишени, либо молиться что сжатие не отразится на результате. Я вчера как ни пробовал только хуже становится. Вообще надо принять решение какое сжатие будет использоваться чтобы у всех было одинаково.

Видимо те, где записаны очки, потому что автоматически не считает, все мишени рассматриваются как с несколькими пробоинами и предлагает выбрать вручную, как то так
wild_hans
Вообще какие то нереальные условия всплывают, может их в вакууме еще обрабатывать?
Должно быть гораздо проще, ведь для удобства взята программа, а у нас наоборот

Да нормальные условия, я когда писал то что выше понял что по сути руководство к программе пересказал другими словами. Это мы привыкли что черного 87 оттенков, а у них черный это черный, ну и дальше по тексту. По поводу двойных попаданий пока под вопросом, но скорей всего решим. То что я карандашиком подписал прога не видит - цвет не тот.

А вообще все беды из-за формата, я понимаю что сэкономили место, так алгоритм-то кривой получился по выявлению пробоин.

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

У кого это прога заработала с первого раза и без косяков?
Почему ее производитель ни где не указал какие конкретно цвета (RGB или CMYK) должны использоваться при печати мишеней? Какие необходимо выставить основные настройки сканера? Что можно подправить, если программа дает сбой?
За что спрашивается мы платили?
И второй вопрос: а где остальные регионы? Я в обсуждении вижу только Сибирь. У остальных все хорошо? Это только нам не везет?

То что я скачал на файлообменнике говорит либо о плохой бумаге, либо о замятии краев. Мишень надо аккуратно класть и сканировать не складывая в стопку. Если края пробоин примяты, будут ошибки. Либо бумага или подмишенник прилегающий должны давать круглую ровную пробоину. Здесь же, о кругах речи не идет вообще. Почему, давайте разбираться. Наша бумага дает ровные пробоины. А если вы подложите резину или хотя бы гофрированный картон, пробоина идеальна. Я эти мишени отправил разработчику. Пусть он скажет, что проге не нравится.

_________________
Хвост, виляющий собакой (с) балевик

По пробоинам, ведь на тестовых мишенях пробоины далеки от идеала, а прога их считает без проблем, свою мишень смогу проверить только в субботу, сканер пришел, осталось только добраться до дома
И по сжатию картинок, может я не разбираюсь в этом, но меньший вес в байтах предусматривает и меньше пикселей, или я не прав?

Не прав. В JPG реализуется программное сжатие картинки для уменьшения размера файла для хранения и передачи. Размер картинки в пикселях остается прежний.
Но джипеги считаются малопригодным форматом для работы с обработкой графики типа ткстовой, символьной или чертеже (что, собственно, мы у нас и имеем), т.к. на контрастных переходах (белый фон и одноцветное изображение), могут возникать артефакты, которые вносят искажения в картинку. Так что при сохранении в JPG, в нашем случае, лучше выбирать опцию "сжатие без потерь" или "100%".

А вот тут интересный момент обнаружил.
Те пробоины, что на моих сканах и которые программа не увидела, имеют RGB 0,0,0.
А вот у пробоин на приложенных к программе сканах (которые она находит и считает) в среднем RGB 14,19,25.
Надо будет попробовать заменить "чистый черный" на этот "радикально черный" на всех дырках и подсунуть программе такой отредактированный скан.

Skayl так делал - все отверстия программой сразу нашлись. Вероятно, ноги проблемы из другого места растут.

1. Сейчас кину ссылку на эту тему нашему Горынычу - он подбросит дровишек...
2. А если дождь, мишенька намокла ? Все, ж...па?
3. Может скинуться на программиста, который доработает программу?

Есть мысль при сканировании немного поменять кривую в цветовом профиле так, чтобы серо-белое сделать белым (бумага-фон мокрая или пятнистая станет белой) и черное сделать черно-серым, вынуть нулевые цвета в темно-серую зону. К слову, можно и по каналам посмотреть картинку и сравнить её с примерами, содержащимися в программе. В принципе, можно настроить наиболее подходящий профиль для сканера и пошарить между площадками. Это всё для того, чтобы мозг программеру не выносить, ибо не его это беда. Даже если в будущем сканировать из программы, один фиг протокол твэйн будет использоваться аппаратно-независимый, а для сканнера профиль уже будет правильный.

_________________
Уровень стрелка — его худший выстрел

Я понимаю что можно сделать все что угодно, НО... Программа должна работать с исходниками, а не с постобработкой файлов. Иначе это не программа, вручную можно посчитать быстрее, чем сначала центровать мишени, а потом расставлять пробоины.