Быстрая видеокарта "METEOR-2013"

[Nesser]

А у программистов вообще кто нибудь что нибудь спросил? перерисовать графику в старой игре означает ПОЛНОСТЬЮ переделать всю игру оставив только сам смысл игры.
А делать это только ради того что бы припудрить монохромный спрайт нет никакого смысла, тем более к нему ещё и нормальную маску надо и иной принцип детектирования коллизии.
За время прошедшее с момента появления Voodoo 2 стало ясно что весь этот пиксельный гемор абсолютно бесполезен, решает только тупое копи-пасте данных во временный буфер который по синхре подменяется зеркальным буфером с очисткой. Да, аппаратные планы как бы неплохо, но внутри плана всё равно рисовать то надо, а делать это рекодингом цветовых форматов в реальном времени на Z80 это не просто извращение, это суперпупермегаизвращение, 1 экран в секунду обеспечен, аппаратное и только аппаратное копирование данных, 1 пиксель Z80 заполняет за 100-200 тактов, 3500000/(49125*100)=0,7 кадра в секунду, а нужно то в 50 раз быстрее, А ЗА ДВА ТАКТА ОДИН ПИКСЕЛЬ НЕ НАРИСОВАТЬ, можно срать кирпичами но этого не сделать, при частоте переноса 28 МГц (2 такта - read/write) при разрешении 256х192 будет 284 кадра в секунду (если никто мешать не будет) то есть за один 50-и герцовый кадр можно переналожить 5 полных экранов, то есть 5 полноценных слоёв и каждый анимационный, при чём при 255 цветах + 1 прозрачный при котором предыдущий слой не затирается (маска).
Да и разрешение давно пора уже менять, никто не мешает взять за стандарт разрешения ZX-Evolution - 256x192, 320x200, 320x240 и 360x288.

Ну это так, мысли вслух.

[Advertiser]

[zx-kit]

А у программистов вообще кто нибудь что нибудь спросил? перерисовать графику в старой игре означает ПОЛНОСТЬЮ переделать всю игру оставив только сам смысл игры.
А делать это только ради того что бы припудрить монохромный спрайт нет никакого смысла, тем более к нему ещё и нормальную маску надо и иной принцип детектирования коллизии.
За время прошедшее с момента появления Voodoo 2 стало ясно что весь этот пиксельный гемор абсолютно бесполезен, решает только тупое копи-пасте данных во временный буфер который по синхре подменяется зеркальным буфером с очисткой. Да, аппаратные планы как бы неплохо, но внутри плана всё равно рисовать то надо, а делать это рекодингом цветовых форматов в реальном времени на Z80 это не просто извращение, это суперпупермегаизвращение, 1 экран в секунду обеспечен, аппаратное и только аппаратное копирование данных, 1 пиксель Z80 заполняет за 100-200 тактов, 3500000/(49125*100)=0,7 кадра в секунду, а нужно то в 50 раз быстрее, А ЗА ДВА ТАКТА ОДИН ПИКСЕЛЬ НЕ НАРИСОВАТЬ, можно срать кирпичами но этого не сделать, при частоте переноса 28 МГц (2 такта - read/write) при разрешении 256х192 будет 284 кадра в секунду (если никто мешать не будет) то есть за один 50-и герцовый кадр можно переналожить 5 полных экранов, то есть 5 полноценных слоёв и каждый анимационный, при чём при 255 цветах + 1 прозрачный при котором предыдущий слой не затирается (маска).
Да и разрешение давно пора уже менять, никто не мешает взять за стандарт разрешения ZX-Evolution - 256x192, 320x200, 320x240 и 360x288.

Ну это так, мысли вслух.

Закончился период в моей жизни, когда дела остановились. Сейчас привожу их в порядок, доделываю старые заказы и проекты.

Спрайты для устранения клешинга можно оставить. Рисовать их можно будет командой LDIR. Это 42 такта на 8 точек при 2 битах на точку.
Есть и более быстрый способ. 24 такта на 8 точек. Но иcпользуется указатель стека SP и надо повторить эти команды для каждых 8 точек:
pop de
ld (hl),e
ld (hl),d

Получается скорость 3 такта на пиксель при четырех текущих цветах на спрайт.

[Hacker VBI]

Nesser что-то вы путаете.
реально нарисовать 16 точек одним push а это - 11 тактов

[Nesser]

Не торописька
11 тактов это не вывести а просто кинуть их на экран через стёк, а вычислять адрес нет необходимости? а цветная точка размером не 1 бит а 4-8 бита? а проверка маски? а подготовка координат?
11 на пуш, 10 на поп, штук 15-20 на коррекцию Y-ка, и так 4 раза если 4 битный цвет раскидан на 4 банка по 6144, ага, ещё плюс клацать банками, итого 200-400 получается, и то в таком случае вывести по X с точностью до пикселя не получится.
То есть вариант только 49152 байта на 256х192 и цвет 4 или 8 бита.
И то, такой гемор с памятью получится.
Неужели так трудно хранить спрайты хоть в ч/б а после загрузки просто кинуть их в память DMA одновременно разжав их до к примеру 8 бит на точку, и хай он себе перекидывает его с одного места на другое, грубо говоря, если частота DMA 28 МГц а частота Z80 3,5 МГц то за 1 такт процессора DMA скинет на экран 4 пикселя с точностью 256 цветов, соответственно спрайт 8 на 8 точек с 8 битами на точку (256 цветов) шлёпнется на экран за 16 тактов процессора, при чем, если к примеру цвет будет с номером 255 то этот пиксель просто не копируется, получается маска, тот цвет который уже лежит в этом месте на экране не затирается.
Да и с памятью сейчас вроде как проблем нету поставить 1 микросхему на 2-4 мбайта вроде как не сложно, и пусть он там себе двигает с места на место, а в памяти процессор кроме самой программы больше ничего не надо (с музыкой и звуками по сути никто не мешает тоже самое сделать).
Неужели мы, рукожопые кодеры Z80, не впихнём код игры в 16-64 кбайта ?

Ну это всё так, мысли вслух.

[Hacker VBI]

дядь Nesser, вот глянь


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

всё уже есть. и реализовано в железе.
и под это уже понаписывано много всякого

[Nesser]

Молодца
Только эт не я тут 3 года трындел, я пытался им объяснить что программно ничего не получится, единственный вариант это делать аппаратно, раз уж они решили делать
Ты где кстати талмуды брал по тс конф?

[Hacker VBI]

сел да написал
оно всё растёт из общения и одной главной доки

[Nesser]

да ёжкин кот, при записи байта в zx-экран считать оный байт на шине спектрума маской, выбирающей хайколорные пиксели из двух адресов-источников внешней памяти, с инкрементами источников или без (таким способом получается и привычное рисование заданным активным цветом или двумя); при желании можно допилить схему почти до аналога zx-poly с улучшением графики во многих игрушках вообще без правки старых графпроцедур

Я так понимаю в TS-CONF всё это уже есть? только в разы лучше и аппаратно?

[Lethargeek]

Я так понимаю в TS-CONF всё это уже есть? только в разы лучше и аппаратно?

Как я понял, именно такого там нет, там обычная надстройка-неспектрум (антиспектрум даже можно сказать), а не обобщение zx-графики. И вообще в нынешних условиях (при доступности больших объёмов скоростной памяти) аппаратные спрайтайлики это зло, их стыдиться надо, а не пиарить

[Lethargeek]

да ёжкин кот, при записи байта в zx-экран считать оный байт на шине спектрума маской, выбирающей хайколорные пиксели из двух адресов-источников внешней памяти, с инкрементами источников или без (таким способом получается и привычное рисование заданным активным цветом или двумя); при желании можно допилить схему почти до аналога zx-poly с улучшением графики во многих игрушках вообще без правки старых графпроцедур