ru.algorithms

 
 - RU.ALGORITHMS ----------------------------------------------------------------
 From : Sergey Andrianov                     2:5020/1507.400 04 Apr 2002  21:17:20
 To : Alexander Lezin
 Subject : Re: mono
 -------------------------------------------------------------------------------- 
 

 
 Однажды 02-Apr-02  в 18:14   Alexander Lezin (2:5059/9.77)
 написал       Sergey Andrianov    по поводу
 -=-   mono  -=-
 
 DS>>>>   Поделитесь идеей, плз, кто знает, как можно качественно rgb
 DS>>>> 24bit в сабж 1бит переконвертить, чтобы интенсивность
 DS>>>> передавалась плотностью точек?
 AL>>>    Идея такова: Берешь пиксель. Пусть у него яркость Х. Если
 AL>> Х>> =128, то результат (Х1) будет 255, иначе 0. Разницу (Х1-Х)
 AL>>> прибавляешь к яркости следующего пикселя. Повторяешь. Это самое
 AL>>> простое, что я знаю. Можно еще эту погрешность делить на 2, одну
 AL>>> половину прибавлять к следующему пикселю в строке, а вторую - к
 AL>>> пикселю в следующей строке. Имхо результат немного лучше.
 
 SA>>    В общем случае ошибка распространяется не в 1-2, а в 4 направлениях
 SA>> - во все еще не обсчитанные точки:
 SA>>     ***********************************
 SA>>     **************$o...................
 SA>>     .............ooo...................
 SA>>   где
 SA>>    * - уже обсчитанные точки,
 SA>>    $ - текущая точка,
 SA>>    . - еще не обсчитанные точки,
 SA>>    o - точки, в которые распрстраняется ошибка.
 
 AL>    Можно и так, разница не особо принципиальна. Один знакомый как-то 
 AL> пробовал подобное проделать в гексагональной плоскости - там каждый 
 AL> шестигранник одинаково соприкасается со всеми своими соседями. Говорит 
 AL> результат несколько лучше, но я сам пока его творение не видел.
 
    Я как-то не очень представляю, для чего может понадобиться такая геометрия.
 Kак правило, нужно отобразить рисунок либо на экране, либо на принтере. И там и 
 там сетка прямоугольная, реализована аппаратно и не допускает свободы выбора.
 Где могут понадобиться гексагоны?
 
 SA>>    Еще практика говорит о том, что картинка получается лучше, если
 SA>> перебор по сканлиниям осуществлять поочередно в разных направлениях.
 
 AL>    Интересно. А с чем это связано?
 
    Это экспериментальный факт. При проходе в одном направлении на светлых
 участках редкие точки зачастую выстраиваются в виде цепочек. Поочередный проход 
 по различным направлениям позволяет избавиться от этого эффекта.
 
 SA>>    K сожалению, не помню навскидку коэффициентов, с которыми
 SA>> распространяется ошибка, но они далеко не должны быть равны между
 SA>> собой.
 
 AL>    При распространении только вперед и вниз - вполне могут быть равны. В
 AL> описанном тобой способе - действительно не должны. Может посмотришь? Они 
 AL> часом не зависят от расстояния между центрами пикселей?
 
    Зависят. Hо не только от расстояния. А посмореть смогу не раньше
 понедельника.
                   До свидания,  в  21:12 MSK
                                  Sergey
 
 ---
  * Origin: Sergiev Posad (2:5020/1507.400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    mono   Dmitriy Shevnin   27 Mar 2002 15:52:25   mono   Alexander Lezin   30 Mar 2002 01:17:29   mono   Dmitriy Shevnin   30 Mar 2002 23:23:49   Re: mono   Andrew Kolchoogin   31 Mar 2002 14:20:20   mono   Dmitriy Shevnin   31 Mar 2002 20:42:13   mono   Alexander Lezin   31 Mar 2002 19:50:30   Re: mono   Sergey Andrianov   01 Apr 2002 09:26:06   mono   Alexander Lezin   02 Apr 2002 18:14:54   Re: mono   Sergey Andrianov   04 Apr 2002 21:17:20   mono   Alexander Lezin   04 Apr 2002 23:22:56   Re: mono   Sergey Andrianov   05 Apr 2002 21:17:26   mono   Alexander Lezin   07 Apr 2002 22:17:59   Re: mono   Sergey Andrianov   09 Apr 2002 08:57:30   mono   Alexander Lezin   10 Apr 2002 17:56:39