BattleCity демо-недоделка

[zx-kit]

и тут вопрос
а если нужно будет перекинуть буфер
в спектрумовском формате...

Буфер обычно в другом формате. Но можно указать адреса линий из нескольких байтов.

А как можно сохранить часть фона перед рисованием в буфер спрайта, а потом восстановить ? Самое простое - сохранить весь буфер, но в друг это не для всех игр подойдет.

Если буфер линейный наверно можно змейкой. Указать вначале адреса, а потом +-1.

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

Может проще все игры под линейный буфер переделывать для однотипности ?

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

Линейный буфер также можно весь змейкой копировать - так быстрее.

[Advertiser]

[goodboy]

Может проще все игры под линейный буфер переделывать для однотипности ?

а играм быстрая переброска буфера не всегда идёт на пользу.
можно вспомнить `ускоренный` savage. его ускорили программно, но это сказалось на играбельности.
или допустим игра Eidolon, экран там перебрасывается быстро, но все тормоза из-за рисования графики в буфер.

[zx-kit]

а играм быстрая переброска буфера не всегда идёт на пользу.
можно вспомнить `ускоренный` savage. его ускорили программно, но это сказалось на играбельности.
или допустим игра Eidolon, экран там перебрасывается быстро, но все тормоза из-за рисования графики в буфер.

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

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

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

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

Если линейный буфер сделать с адреса 0000H, то еще проще и быстрее.

[goodboy]

проще ускорить z80

[Bedazzle]

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

К примеру, при копировании из буфера на экран может происходить масштабирование.

stretch_to_scr:
	ld   b,	#08		; pixelrows in char

draw_scanline:
	push de
	ld   	c, #20

	dup #20
		ldi
	edup

	bit  	0, b
	jr   	nz, next_scanline

	ld   	de, -32
	add  	hl, de		; draw same bytes on even line

next_scanline:
	pop  	de
	inc  	d
	djnz 	draw_scanline

	ex   	de, hl
	ld   	bc, -32*63			; #F820	= -2016
	add  	hl, bc
	ex   	de, hl
	dec  	a
	jr   	nz, stretch_to_scr

	ret

[Lethargeek]

раз ты уже пилишь свой велосипед то
как вариант
завести буфер килобайт на 8
а памяти видео карты\или прямо в памяти спека

и записывать в него

1 управляющий байт
d0 инкримент\декремент адреса источника
d1 инкримент\декремент адреса приемника
d2 инкримент\декремент старшего\младшего байта источника
d3 инкримент\декремент старшего\младшего байта приемника
d4 итд
d5
d6
d7
2 байта адрес источник
2 байта адрес приемник
1/2 байта число байт для пересылки

потом засылаешь такой список в видеокарту
или кидаешь в видео карту адрес от куда читать такую таблиц

и чтоб потом оно само автоматически по этой таблице
перекину все что нужно в нужном виде (с зеркалинием\столбиками как напишешь)

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

от тебя нужно
правильно угадать все нужные возможности управляющего байта\слова
чтоб можно было описать переброску любой сложности

чего только эти русские не придумают, лишь бы нормальные дороги не строить и нормальный блиттер не делать

[NEO SPECTRUMAN]

нормальный блиттер не делать

как бы у 99% платформ которые меня интересуют
никаких блитеров нету
я и не знаю какие у него должны быть возможности
только поверхностное представление


попривыкали к своим бгмерским амигам понимаешь

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

как бы у 99% платформ которые меня интересуют
никаких блитеров нету

до походу как минимум одна платформа есть (в одной из версий эту приблуду впилили)
но ее железную часть я еще не изучил

[Lethargeek]

как бы у 99% платформ которые меня интересуют
никаких блитеров нету
я и не знаю какие у него должны быть возможности
только поверхностное представление

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

[NEO SPECTRUMAN]

просто твой пример уже мало отличаться будет по сложности от универсального блиттера

А универсальные блитеры
умеют читать не линейно из набор проивольных мест
и так жо перекидывать опять же с любым шагом вдоль и поперек памяти

к примеру
ложить нелийно считанное "прибавляя 256 к шагу"


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

хотя мое описание наверное большо смахивает на весьма раздутый ДМА
что вощем та тожо есть во всех этих ваших девайсах с блитерами