Демо эффекты для Вектора

[svofski]

Обалденно смотрится! Мандрил вообще как живой. По моим подсчетам получается 54 цвета. Dec и ivagor, респект!

[ivagor]

Decу несомненно респект.
В картинках должно быть (и ирфан говорит что есть) 50 цветов в котенке и 51 в мандриле. 51 в vv, в других эмуляторах может быть 54. А 50 везде должно быть 50.
Что касается просмотрщиков. Если вдруг "одноцветный" не заработает на реале, то его точно можно подстроить, исходник в помощь. С "двухцветным" сложнее, но я сделал все что мог, за счет xor там достигается максимальная скорость изменения цветов, эмуляторам хватает и есть небольшой запас для подстройки.

[svofski]

Decу несомненно респект.
В картинках должно быть (и ирфан говорит что есть) 50 цветов в котенке и 51 в мандриле. 51 в vv, в других эмуляторах может быть 54. А 50 везде должно быть 50.

Пересчитал заново, получилось 51 в мандрилле, все сошлось. Давай еще картинок =)

[ivagor]

Ты сам писал, что надо искать подходящие картинки, могу только согласиться. Вероятно должны подходить пейзажи (сверху небо, внизу что-то не синее), восходы, закаты. Возможно Dec еще заборет полосатость, которая проявляется в некоторых конверсиях.

[Dec]

есть небольшой запас для подстройки

А этого запаса не хватит на третий цвет?

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

Еще можно вместо конструкции

pop de: ld a,e: out 2: xor d: out 0Ch

использовать

pop af: out 2: pop af: out 0Ch

Такты вроде те же, но не требует bc/de/hl.

[ivagor]

А этого запаса не хватит на третий цвет?

К сожалению нет. Можно ограничить полезную ширину картинки и использовать часть активной области для третьего цвета.

Еще можно вместо конструкции

pop de: ld a,e: out 2: xor d: out 0Ch

использовать

pop af: out 2: pop af: out 0Ch

Использование xor (при желании можно заменить на add или sub) позволяет обеспечить минимальное возможное время между первым и вторым out 0Ch. Нужно ли это для реалов - пока не могу сказать с полной уверенностью, но это максимально гибкий вариант, обеспечивающий наибольшие возможности настройки.

[Advertiser]

[Dec]

Можно ограничить полезную ширину картинки

А сколько третий цвет съест от полезной ширины? А четвертый?

[ivagor]

Третий съест минимум 8 точек, каждый следующий - еще минимум по 32 точки (по 16 тактов). Речь о точках в режиме 256. И скорее всего получится медленнее, т.к. регистров не хватает.

[PPC]

Только нужно, чтобы в палитре был черный цвет, на который можно поменять обратно.

Наверное можно попробовать прогнать первую палитру через что-либо такое, сравнивая получившиеся от 0 до 17 уровни.

Скрытый текст

ClrLum:
        push	b
	mov	b,a
	ani	111B
	mov	c,a
	mov	a,b
	rrc
	rrc
	rrc
	ani	111B
	add	c
	mov	c,a
	mov	a,b
	rlc
	rlc
	ani	11B
	add	c
	pop	b
	ret

[свернуть]

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

Скрытый текст

;DrkBrd  Set border to darkest color in palette
;INPUT   <HL> = 16-byte palette address
;OUTPUT [Border] becomes index of darkest color in palette

DrkBrd:	lxi	b,10FFh
DrkB01:	mov	a,m
	call	ClrLum	; <A> is guaranteed to be [0..11h]
	cmp	c
	jnc	DrkB02
	mov	c,a
	mov	e,b	; 16 - index
DrkB02:inx	h
	dcr	b
	jnz	DrkB01
	mvi	a,10h
	sub	e
	jmp	SetBrd

[свернуть]

Если в картинке отсутствует чёрный, то бордюр будет каким-то из тёмных цветов (в Robotz в меню опций бордюр вышел тёмно-синим). По нормальному, надо ещё разную яркость компонент с одним уровнем учесть.

В пределе можно пробежать по всем палитрам, найти minimum minorum, замутить его с частотой изменений и выбрать индекс самого тёмного цвета с наименьшей частотой изменений.

Можно ещё "нормализовать" биты изображения так чтобы нулёвой индекс палитры всегда получался наиболее тёмным. Но это наверное при конверсии удобнее делать.

[svofski]

Восемью точками можно было бы пожертвовать ради многоцветия. Даже 40 точками во многих случаях, если котенок все еще влезает в кадр на фоне заката.