|
|
ru.algorithms- RU.ALGORITHMS ---------------------------------------------------------------- From : Eugene Kilachkoff 2:5020/400 27 May 2003 11:23:00 To : Konstantin Yegupov Subject : Re: z buffer -------------------------------------------------------------------------------- Konstantin Yegupov пишет: > EK> Его, конечно, можно сделать переменным, но это все > EK> равно не решает главную проблему: ни DDA, ни Брезенхейм не дают > EK> гарантии того, что семейство близко расположенных (почти) > EK> параллельных линий заполнит занимаемую ими область без дырок. ... > Брезенгеймовскими линиями шинкуется ВЕСЬ экран. Т.е. фактически строится одна > линия (для полигона), и потом дублируется параллельным переносом _строго_ по > горизонтали или вертикали. В теории, можно даже просчитать заранее > всевозможные Hу, так бы сразу и сказал. В принципе, может сработать, по сути это тоже самое преобразование растр -> объект, но... Cache locality - про это тебе уже сказали (хотя вроде неплохо должно лечь на тайловую архитектуру), геморрой с расчетом координат на границах и еще одна вещь: погрешность. В обычном методе середина экранного пиксела точно проецируется в полигон, а тут середина пиксела лишь _приблизительно_ попадает в изолинию z-const, либо можно считать, что точки полигона z-const попадают не в середину пиксела. Как бы то ни было, мы получим этакий "субпиксельный шум", который не только не улучшит ситуацию с точностью фильтрации (если проблема действительно существует), но и еще добавит геморроя. Хотя, кому-то результат может и понравится. > EK> перспективы. Т.е. попиксельно выполнять все необходимые операции по > EK> дополнительному расчету Z. > > H-да. Думать им было явно лень :-( > да почему было... Сколько они smart anti-aliasing изобретали, да и то он был > каца только в одной левой карточке реализован. Герцы есть, ума не надо. Ты знаешь, вот есть такое общепринятое мнение, что дескать, американцы тупые, потому, что ставили побольше железяку и в лоб решали проблему, в то время как у русских железяк не было, потому они изобретали всякие хитрые методы, чтобы на двух транзисторах решать интегро-дифференциальные уравнения... :-) Пойми меня правильно, я не против оптимизации, но только там, где это действительно необходимо. Hо гробить свое (да и чье либо) рабочее время находя решение для одной частной мелкой проблемы, которую пришлось решать только из-за того, что кто-то пожадничал поставить железку за, скажем, $150, и поставил вместо нее другую, за $70 - это как-то не по мне. Так вот, изобретать методику рисования полигона, которая уже давным давно опробована, отлажена и уже есть в железе - это из той же области. -- Evil around every corner. Careful not to step in any ! --- ifmail v.2.15dev5 * Origin: IAC Samara-Internet, Ltd. (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.algorithms/10277e5b7f8f6.html, оценка из 5, голосов 10
|