caxapa.ru :: Это который Xiaolin Wu's? Наберусь наглости, а реализацию на C нельзя ли приоткрыть, хоть одним глазом :-)

бомж (16.07.2014 15:12, просмотров: 270) ответил SciFi на Гугл в помощь ->

Это который Xiaolin Wu's? Наберусь наглости, а реализацию на C нельзя ли приоткрыть, хоть одним глазом :-)

memento mori

Ответить

- Я тупо скопировал из википедии. И оно таки работает :-) - SciFi(16.07.2014 15:25)
  - Спасибо! Сначала попробую, как POV подсказал, так должно быть менее ресурсоёмко. Заказчик хочет толстую линию, как у конкурентов :-) - бомж(16.07.2014 15:35)
    - Ой, вру. Мой код такой же как и по ссылке. Должно быть, украден из того же места :-) SciFi(347 знак., 16.07.2014 15:41 - 15:45, ссылка)
      - Меня смущает только, что этот алгоритм предназначен для рисования линий, а у меня график получается в результате работы двух АЦП - один по оси ординат, другой, соотв. абсцисс. Результирующая кривая очень далека от прямой. - бомж(16.07.2014 16:01)
        
        Для кривой будет красиво. А для малого наклона, как уже сказали, не выходит совсем спрятать ступеньки (рис. 1). Корел также нарисовал (рис. 2).. POV(124 знак., 16.07.2014 16:02 - 16:09, ссылка)
        
        Тогда ты вместо каждой точки выводи точку' с окружающим полупрозрачным серым ободком - General(16.07.2014 16:03, ссылка)
        
        Надо ещё как-то сделать, чтобы этот ободок не затирал основную линию, которая должна быть темнее. Решение POV выглядит наиболее оптимальным, мне кажется. бомж(138 знак., 16.07.2014 16:17)
        
        чтобы не затирать, надо иметь память на 9 точек с центром внутри и усреднять при перемещении центра. - General(16.07.2014 17:38)
        
        Вот насчёт усреднять не понял. Если можно, поподробнее, пожалуйста. - бомж(16.07.2014 17:56)
        
        первая точка- чернота=1, вокруг заполняешь все по 0.2; появилась вторая точка +1 влево, +1 вверх, чернота=1, вокруг заполняешь все по 0.2 суммируя с уже имеющимся заполнением от первой точки. - General(16.07.2014 18:06)
        
        Спасибо - бомж(16.07.2014 18:50)
        
        и если график поползёт строго по горизонтали или вертикали с шагом в одну точку - то получим просто серую линию. упрощайте дальше ))) - Mahagam(16.07.2014 16:18)
        
        Проверять надо цвет точки - POV(16.07.2014 16:25, ссылка)
        
        Ничего подобного, по горизонтали или вертикали - серые точки рисуем по диагонали, соответственно, они не затирают основной график. бомж(51 знак., 16.07.2014 16:25)
        
        Могут затереть. Но корел, к примеру, рисуя в сглаженном режиме затирает и не парится. Фишка в том, что при большой контрастности (белое-черное) сгладить нельзя. Ступеньки слишком четкие. Одним пикселом не исправить ситуацию... POV(129 знак., 16.07.2014 16:27 - 16:33)
        
        а если между отсчётами рисовать линии? - Mahagam(16.07.2014 16:03)
        
        Места на экране жалко :-( - бомж(16.07.2014 16:26)
- А чего голову себе ломаешь? Вокруг рассчитанной точки строй фиксированное окружение (переход оттенкам серого). Точки 4 вполне может хватить. Вроде так шрифты сглаживаются. - POV(16.07.2014 15:14)
  - Именно, что не хочется изобретать веселопед. Взять бы готовый алгоритм и не париться... Уверен, что уже тысячи программистов это делали, нахрена делать в 1001 раз. - бомж(16.07.2014 15:19)
    - У тебя точка очередная имеется? Ты ее координаты рассчитал?.. POV(134 знак., 16.07.2014 15:21)
      - Выглядит заманчиво. У конкурентов, похоже, так и сделано. Спасибо! - бомж(16.07.2014 15:24)
        
        Чего-то пытаюсь на билдере такое сделать.. некрасиво не выходит.. Теория не работает (( Но похоже где-то просто не так делаю... хотя и выходит как ожидалось несколько градаций серого. POV(16.07.2014 15:54 - 16:00)
        
        немного не так. линия с очень малым наклоном по такому алгоритму будет все равно выглядеть криво. Mahagam(429 знак., 16.07.2014 15:36)
        
        Чёрт, а я думал, нахрена я использовал DDRRAM 32Мбит :-) - бомж(16.07.2014 16:03)

Технологии