EOR fill

[Andrew771]

Объясните, пожалста, суть метода. Читал, читал тут, нифига не понял суть.

EOR fill с переносом на экран. Примерный код: pop de:xor e:ld (hl),a:inc h:xor d:ld (hl),a:inc h

Что содержится в de и a?

[Advertiser]

[Andrew771]

Что содержится в de и a?

[jerri]

Объясните, пожалста, суть метода. Читал, читал тут, нифига не понял суть.


Что содержится в de и a?

давай поясню на пальцах...


есть вот такой код

pop de
xor e
ld (hl),a
inc h
xor d
ld (hl),a
inc h
...
pop de
xor e
ld (hl),a
inc h
xor d
ld (hl),a

на стеке столбец изображения

например такой

#00
#01
#02
#00
#04
#00
#08
#00

но на экран будет отрисовано вот такое знакоместо

#00
#01
#03
#03
#07
#07
#0f
#0f

так понятно?

[Andrew771]

так понятно?

в цифрах понятно. Непонятно, как будет выглядеть на экране. Наверно, нужно конвертануть в двоичное счисление. Вроде как размывать что-то должно или закрашивать между первоначальными точками.
А что изначально содержит регистр a?

[jerri]

в цифрах понятно. Непонятно, как будет выглядеть на экране. Наверно, нужно конвертануть в двоичное счисление. Вроде как размывать что-то должно или закрашивать между первоначальными точками.
А что изначально содержит регистр a?

А при старте содержит 0

вот тебе с размывочкой

sp                 экран
#00000000 #00000000 
#00000001 #00000001 
#00000010 #00000011
#00000000 #00000011
#00000100 #00000111
#00000000 #00000111
#00001000 #00001111
#00000000 #00001111

и вместо точек по синусу получается крашеная синусоида.

[Destr]

Ничерта не понятно как например заливать в другую сторону или байты целиком.
Как заливать если контур сменил направление по X и стал не влево ниспадать а вправо.
Неужели это всё надо заранее просчитывать?
Тогда на кой чёрт сдался такой долгий алгоритм.

[jerri]

Ничерта не понятно как например заливать в другую сторону или байты целиком.
Как заливать если контур сменил направление по X и стал не влево ниспадать а вправо.
Неужели это всё надо заранее просчитывать?
Тогда на кой чёрт сдался такой долгий алгоритм.

Этот код работает во время вывода буфера на экран

в буфер рисует другая процедура, которая сначала буфер чистит а потом расставляет в нем точки по алгоритму.

[Sayman]

а я как бы не понял прикола. т.е. текстуры стен в данном движке процедурные? никаких спрайтов и нормальных текстур? так это ж гемор! в том смысле - для чего тратить время при генерации текстур, когда можно взять нормальные текстуры? кроме того, качество картинки с процедурной текстурой явно ниже. И это ещё не учитывая то, что процедурной текстурой много не нарисуешь.

[jerri]

а я как бы не понял прикола. т.е. текстуры стен в данном движке процедурные? никаких спрайтов и нормальных текстур? так это ж гемор! в том смысле - для чего тратить время при генерации текстур, когда можно взять нормальные текстуры? кроме того, качество картинки с процедурной текстурой явно ниже. И это ещё не учитывая то, что процедурной текстурой много не нарисуешь.

блин вот ты нудный

текстуры нормальные 32х32

но если при рендеринге сцены используя "нормальные" алгоритмы

ты берешь и клоцаешь каждую точку текстуры нужное тебе количество раз (растягиваешь по вертикали)

то здесь ты ее берешь и наносишь с нужным шагом (что значительно быстрее)
так понятнее?

[Sayman]

блин вот ты нудный

текстуры нормальные 32х32

но если при рендеринге сцены используя "нормальные" алгоритмы

ты берешь и клоцаешь каждую точку текстуры нужное тебе количество раз (растягиваешь по вертикали)

то здесь ты ее берешь и наносишь с нужным шагом (что значительно быстрее)
так понятнее?

я не нудный, я дотошный. большая разница.
в данном примере я нормальных текстур не увидел. только процедурные, т.е. текстура которая генерируется (полоски сверху и снизу) и потом наносится (промежуток между полосками заливается вертикальными линиями). может для чб это будет хорошо, я не спорю. но что делать, когда экран цветной и можно много цветов кинуть на стены?