Программирование

[svofski]

BlaireCas, это уже как бы демка такая спонтанно самообразовавшаяся. Не всем демкам суждено звать себя продами и релизами. Бывают же и просто сны (tm). Кошак, кстати, это деталь из "Сна" Анри Руссо

ivagor, спасибо, я попозже сегодня посмотрю и соберу.

[svofski]

Оставалось немного места и я заполнил его setpixelями. Выигрыш от 2 до 3.5%

Upd: 4-5.5%

Стало прям летать бешено круто. Всё перезалил.

[ivagor]

Хорошо бы придумать что-то побыстрее, но для вывода отдельных цветных точек это пока похоже на предел (или близко к нему). "Медленный вектор" и все такое.
Все здорово, но желательно бы доработать очистку экрана:
1. Или гасить палитру, потом стирать, потом новая палитра
2. Или очищать как-нибудь не по порядку адресов. По строкам, или чересстрочно и потом навстречу или спиралью и т.п.

- - - Добавлено - - -

Кстати, можно очищать и LFSRом по точкам

[svofski]

LFSR-ом по байтам лучше. И не совсем резко и не надо ждать полчаса. Еще можно фейдить палитру в черное.

Upd: сделал через три строки, получилось просто и симпатично.

[ivagor]

По моему впечатлению так лучше.
Что касается предельности сетпикселя. Не обязательно пытаться прошибить лбом этот порог, можно обойти. Нам известна вся картинка, поэтому можно кодировать не абсолютные значения точек, а изменения относительно уже имеющегося в данной позиции цвета. Ускорение за счет того что:
1. Не будет спарок ora c\ xra c, максимум xra c
2. Можно пропускать неизменные плоскости (это главный выигрыш)
Вопрос в том, сожмется ли такой вариант не хуже абсолютного.

[svofski]

Если записывать значение, с которым надо поксорить чтобы получить очередной пиксель, это может получиться. Предсказать про сжатие не могу, но есть опасение, что будет сжиматься заметно хуже.

[svofski]

Опасение подтвердилось, сжимается заметно хуже.

- - - Добавлено - - -

Но я все-таки смог срезать 4 такта на setpixel1

[parallelno]

А если картинки сжимать не по пикселям, а по байтам будет хуже сжиматься?

[ivagor]

Как известно, одна голова - хорошо, а две - некрасиво. Зато есть эффект.

и вскрываем резерв еще на 16 тактов

setpixel1:
                push d
                rrc \ rrc \ rrc
                mov b, a      ; b = saved a, c free 
                ani 11110b
		sta setpixel1setjmp+1
                mov a, e
                sub m
                mov e, a      ; update pixel addr 
                inx h         ; hl -> pixel mask
                mov c, m      ; c = set mask
                inx h         ; hl -> next in tile sequence
                push h        ; save hl
setpixel1setjmp:
		lhld setpixel1tab
		ldax d
		ora c
		pchl

[свернуть]

- - - Добавлено - - -

Если поменять знак у смещений возьмужек, то еще -4 такта за счет замены
mov a,e
sub m
на
mov a,m
add e

[svofski]

parallelno, картинки заворачиваются в прогрессивную последовательность пикселей-полубайт. Полубайты объединяются в байты, а байты уже потом сжимаются.