|
ru.algorithms
- RU.ALGORITHMS ----------------------------------------------------------------
From : Konstantin Yegupov 2:5022/74.16 24 May 2003 01:04:38
To : Eugene Kilachkoff
Subject : z buffer
--------------------------------------------------------------------------------
Чет 22 Май 2003 16:52, Eugene Kilachkoff --> Konstantin Yegupov.
>> Hу почему же. А на брезенхамовские параллельные линии эту проекцию,
>> что, плохо режут? Если б при рендеринге полигон бился на линии с
>> непостоянной z-координатой, это увеличило бы скорбь по поводу
>> дополнительного расчета z и выбора корректной
EK> Гораздо более глубокую скорбь вызовет тот факт, что линии const z в
EK> общем случае на дисплее не горизонтальны и не вертикальны.
Я в курсе, что мы не про DOOM говорим.
EK> Т.е. для их
EK> построения придется использовать того же Брезенхейма или DDA. Это
EK> несложно. Зато непонятно с каким шагом выбирать значения z по которым
EK> проводятся линии.
А вот их придется расчитывать. Hо, имхо, для линии расчитать легше чем для
каждой точки, так?
EK> Его, конечно, можно сделать переменным, но это все
EK> равно не решает главную проблему: ни DDA, ни Брезенхейм не дают
EK> гарантии того, что семейство близко расположенных (почти)
EK> параллельных линий заполнит занимаемую ими область без дырок.
;-) тут в трех письмах написали одно и тоже. Я в печали. Hеужели не судьба была
никому серьезно помозговать над этим вопросом?
Брезенгеймовскими линиями шинкуется ВЕСЬ экран. Т.е. фактически строится одна
линия (для полигона), и потом дублируется параллельным переносом _строго_ по
горизонтали или вертикали. В теории, можно даже просчитать заранее всевозможные
брез-линии, но тут уже надо оценить рентабельность. Может проще одевать на
полигон прямоуголную область и резать только ее.
Тогда дыр между ними не будет по определению. Фактически, мы деформируем растр
сдвигом, и рендерим построчно, но уже в новых координатах. Они могут возникнуть
только если один из краев полигона почти параллелен линиям разбивки - можем либо
протерять пиксели, либо вылезти за границу. Это решается избыточными линиями по
краям + маской.
EK> Если ты помнишь, в качестве одной из фич первых акселераторов
EK> рекламировалась способность выполнять _попиксельную_ коррекцию
EK> перспективы. Т.е. попиксельно выполнять все необходимые операции по
EK> дополнительному расчету Z.
H-да. Думать им было явно лень :-(
да почему было... Сколько они smart anti-aliasing изобретали, да и то он был
каца только в одной левой карточке реализован. Герцы есть, ума не надо.
--YK
... /np: Evanescence feat Paul McCoy - Bring Me To Life/
--- GoldED+/W32 1.1.4.3
* Origin: YK (2:5022/74.16)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
| Тема: |
Автор: |
Дата: |
|
z buffer |
Raven |
16 May 2003 01:56:49 |
 Re: z buffer |
Raven |
16 May 2003 01:58:50 |
  z buffer |
Alex Astafiev |
16 May 2003 23:56:53 |
|
z buffer |
Andrew Aksyonoff |
16 May 2003 12:54:28 |
|
z buffer |
Alex Astafiev |
16 May 2003 23:48:52 |
 z buffer |
Konstantin Yegupov |
19 May 2003 21:12:48 |
|
z buffer |
Alex Astafiev |
20 May 2003 18:18:58 |
|
z buffer |
Konstantin Yegupov |
22 May 2003 00:15:26 |
|
Re: z buffer |
Eugene Kilachkoff |
22 May 2003 16:52:43 |
|
Re: z buffer |
Nick Kovaliov |
22 May 2003 17:00:56 |
 z buffer |
Andrew Aksyonoff |
22 May 2003 18:26:57 |
 Re: z buffer |
Nick Kovaliov |
23 May 2003 13:50:51 |
|
z buffer |
Andrew Aksyonoff |
23 May 2003 20:00:34 |
|
Re: z buffer |
Nick Kovaliov |
25 May 2003 14:31:24 |
|
z buffer |
Andrew Aksyonoff |
25 May 2003 17:10:31 |
|
z buffer |
Alex Astafiev |
22 May 2003 22:32:04 |
|
Re: z buffer |
Nick Kovaliov |
23 May 2003 14:17:28 |
|
Re: z buffer |
Eugene Kilachkoff |
23 May 2003 15:34:41 |
|
Re: z buffer |
Nick Kovaliov |
23 May 2003 16:03:47 |
|
z buffer |
Andrew Aksyonoff |
23 May 2003 20:02:09 |
|
z buffer |
Alex Astafiev |
23 May 2003 01:36:56 |
|
Re: z buffer |
Nick Kovaliov |
23 May 2003 14:33:15 |
|
Re: z buffer |
Eugene Kilachkoff |
23 May 2003 15:34:41 |
|
z buffer |
Konstantin Yegupov |
24 May 2003 01:04:38 |
|
z buffer |
Andrew Aksyonoff |
24 May 2003 11:04:33 |
|
z buffer |
Konstantin Yegupov |
25 May 2003 00:49:17 |
|
z buffer |
Andrew Aksyonoff |
25 May 2003 11:11:41 |
|
z buffer |
Alex Astafiev |
25 May 2003 16:47:40 |
|
z buffer |
Konstantin Yegupov |
27 May 2003 00:14:35 |
|
z buffer |
Alex Astafiev |
27 May 2003 13:01:24 |
|
z buffer |
Alex Astafiev |
24 May 2003 15:26:00 |
|
z buffer |
Konstantin Yegupov |
26 May 2003 21:46:18 |
|
z buffer |
Alex Astafiev |
27 May 2003 12:10:54 |
|
z buffer |
Konstantin Yegupov |
28 May 2003 21:32:58 |
|
z buffer |
Alex Astafiev |
29 May 2003 20:00:13 |
|
z buffer |
Konstantin Yegupov |
30 May 2003 21:14:04 |
|
z buffer |
Alex Astafiev |
31 May 2003 21:24:02 |
|
z buffer |
Konstantin Yegupov |
02 Jun 2003 23:46:46 |
|
Re: z buffer |
Alexey Krasnov |
02 Jun 2003 09:58:08 |
|
z buffer |
Alex Astafiev |
02 Jun 2003 16:11:42 |
|
Re: z buffer |
Alexey Krasnov |
02 Jun 2003 17:14:57 |
|
Re: z buffer |
Eugene Kilachkoff |
27 May 2003 11:23:00 |
|
z buffer |
Andrew Aksyonoff |
22 May 2003 15:26:13 |
|
z buffer |
Alex Astafiev |
22 May 2003 11:14:58 |
|
z buffer |
Konstantin Yegupov |
24 May 2003 01:03:36 |
|
Re: z buffer |
Eugene Kilachkoff |
25 May 2003 11:56:14 |
|
z buffer |
Konstantin Yegupov |
26 May 2003 21:43:18 |
|
|
