Спасибо за статью.
Тема и формат интересные! во-первых, вполне разжевано, во-вторых — понятно для начинающих, в-третьих — есть замечания по сути. Будем ждать ответов на замечания — раз, продолжения статей — два, новых хороших комментариев — три!
ну само собой сначала были игрушки. Помню была драка многоуровневая, с офигенной графикой, каждый уровень надо было подгружать с кассеты :) ну а потом в меня засела мысль «как же это сделано» и начал ковыряться. Благо в «Байт»у прикладывалась книженция с описанием бейсика и простыми примерами, с этого и заразился :)) и до сих пор, кто бы мог тогда подумать о таком
«Байт» — супер компьютер тогда был. Начинал с него свое увлечение программированием, сначала Basic, потом ассемблер. Загружалось все с мафона и первые азы ассемблера использовались для замены загрузчика игр (для смены бордюра, менялись цвета, полосками, звук, без звука )))) )… эх пора была. Но до чего тяжело было найти литературу в нашей глубинке. Романтика! До сих пор некоторые книги дома хранятся )))) Ну а потом отец вместо дома купил 486DX 2 и началась следующая веха )))
да вот хоть убейте не помню точно. Но точно не фокспро и не клиппер. Первый чисто бд (в моем тогдашнем понимании), второй шибко крут и о нем я узнал позже. А тут было что-то смешанное между бд и эекселем, и все это под DOS
помню как душа замирала, когда ковырялся в школе в SuperCalc на черно-белом мониторе, эххх! а еще тогда была бд (забыл название, крутая, что-то созвучное парадоксу) с программируемыми отчетами, круть! тогда я еще только только начинал заражаться компами и программированием )
>Threshold или Binary, тогда срежется правая часть гистограммы
так нам нужно, во-первых, срезать левый пик, а во-вторых, оставить остальной градиент, сместив его к черному, чтобы переход оставался сглаженным. Иначе, как я понимаю, получим на границах объектов очень рубленные края. Или я неверно понимаю?
что значит +-цвет фона? на сколько брать +-? исходя из чего определить границы?
вот, например, есть сильно неидеальный исходник:
вот что дает предложенный алгоритм
довольно сильный градиент по зеленому мой алгоритм убрал. И к тому же он достаточно быстр и прост в реализации. А как определить для этого случая Ваш алгоритм?
>На картинках нифига не разглядеть, хотелось бы крупнее.
не знаю как поступить, заменить в посте картинки на другие, более крупные или как-то иначе? просто размер оригинальный, искусственно растягивать вроде не комильфо
>Зеленость цвета можно определять отношением интенсивностей каналов
спасибо, поэкспериментирую в этом направлении
изделиЕ…
зы: нужно еще добавить абзац с сылками где купить все необходимое для такой печати :)
Тема и формат интересные! во-первых, вполне разжевано, во-вторых — понятно для начинающих, в-третьих — есть замечания по сути. Будем ждать ответов на замечания — раз, продолжения статей — два, новых хороших комментариев — три!
что я делаю не так?
так нам нужно, во-первых, срезать левый пик, а во-вторых, оставить остальной градиент, сместив его к черному, чтобы переход оставался сглаженным. Иначе, как я понимаю, получим на границах объектов очень рубленные края. Или я неверно понимаю?
вот, например, есть сильно неидеальный исходник:
вот что дает предложенный алгоритм
довольно сильный градиент по зеленому мой алгоритм убрал. И к тому же он достаточно быстр и прост в реализации. А как определить для этого случая Ваш алгоритм?
не знаю как поступить, заменить в посте картинки на другие, более крупные или как-то иначе? просто размер оригинальный, искусственно растягивать вроде не комильфо
>Зеленость цвета можно определять отношением интенсивностей каналов
спасибо, поэкспериментирую в этом направлении