ZXNet эхоконференция «code.zx»

Приветствую тебя, All! Subj выглядит на удивление элегантно и просто: ;hl-адрес в таблице яркостей chunk'ов (256 байт 0 яркость ... 256 байт 15 яркость) ;de - chunky screen ;bc - 8.8 шаг яркости ldi add hl,bc 27 тактов на chunk можно сделать и так hl- яркость bc,de - см выше ld a,h ld (de),a inc e add hl,bc 26 тактов/chunk однако последдний способ не может быть применен с 82 тактовым выводом chunk'ов на экран. Желаю вам здоровья, счастья и творческих узбеков. Aleksey Malov aka VIVID/Brainwave.

Хаюшки, Vyacheslav! Как-то 01-04-00 примерно в 22:14:00 некто Vyacheslav Kalinin сообщил(а/о) для Aleksey Malov о том, что "Fast chunky gouraud shadin inner loop." [ ] VK> Просто в демо ор дие написано мол неиспользуйте индексные VK> регистры,а вот я например не представляю как вычислять мат поменьше читай всякое :-)))) И по больше думай головой. Для ДЕМОК неюзание ix/iy - это да, это будет несколько быстрее. Для любой нормальной более-менее большой программы (а уж особенно для работы с массивами) индексные регистры пригодяться. Хотя было-бы желание, можно и без ix/iy обойтись. Hе можешь представить как вычислять? - Легко! Загрузи адрес в HL и работай! Юзая INC HL / DEC HL VK> рицы без IX,IY ,да и еще в матрицах надо делить,а как например VK> можно число на 9 разделить ,чтобы это еще и быстро работало? Вот тебе сорец, что мне FK0 прислал когда-то. =================================================== ; bc=bc/de hl=bc%de DIV LD A,D: OR E: SCF: RET Z LD HL,0 LD A,B LD B,16 DIV1 SLA C: RLA ADC HL,HL SBC HL,DE: JR NC,DIV2 ADD HL,DE DEC C DIV2 INC C DJNZ DIV1 LD B,A XOR A RET ; 28 байт, 1346 тактов макс. =================================================== VK> И если можешь подскажи есче как можно побыстрому овеличить VK> чанковый экран не ровно в 2 или 4 или 6 раз,а на чуть чуть на пол пикселя :-))))))))))) [ ] VK> сь к тебе,да и разясни плиз как у вас там в демки чанки выводя VK> тся,я там покапался но обнаружил тока конструкцию такого VK> вида: VK> . . . VK> .. .. VK> POP HL VK> ADD HL,BC aRTYY6TYGG VK> LDD Между прочим именно так и выводиться! То что ты не смог понять - это скорее всего в связи с отсутствием коментов? ;) Принцип прост: взяли из таблицы (вычисленной давно) начальный АДРЕС, прибавили к нему СМЕЩЕHИЕ ==> получили адрес для вывода, вывели по этому адресу. Хотя в данном случае несколько другой вариант: В памяти лежит полный образ выводимой картинки. Поскольку мы что-то там маштабируем/поворачиваем, то выводить нужно не один к одному, а с коррекцией. Так вот DE указывает на "куда будем выводить на экране". Со стека сняли начальный адрес "откуда выводить" и прибавили смещение. Причем очень часть в [C] храним смещение по горизонтали, а в [B] смещение по вертикали. Сложили и получили реальный адрес точки, которая должна быть выведена в текущую точку на экране. Вывели ее по LDD и перешли к следующей точке в данной строке. Это, кстати, словами и не объяснишь :) Это надо самому почувствовать, самому сообразить и увидеть :)))) Hу вот и все *MAS* с кувалдой