Радиолюбительский компьютер "LEVEL"

[Lethargeek]

zst, ну вот почему ты с маниакальным упорством жаждешь УСЛОЖНИТЬ железо ради УХУДШЕНИЯ характеристик и НЕУДОБСТВА?

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

Время заполнения тайлами экрана 320x240 по 8 бит на точку по 2 такта на пересылку при частоте блиттера 20 МГц равно (320*240*2) / 20MHz = 7,68 ms

Поэтому не стоит тратить драгоценное время блиттера на рисование фона.

а на что еще "полезное" его тратить?
даже по твоим расчётам блиттер успеет обновить весь экран за кадр больше двух раз
почему, кстати, только 20мгц частоты? ты хотел же статику поставить 10нс
плюс, скорость переброски в экран физически отдельный - вдвое быстрее
если шины не мультиплексированы, так как можно одновременно читать и писать

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

Блиттер на микросхемах на одну линию длиной от 8 до 320 точек.

это как "на одну линию", нахрена? он с любым размером блока должен работать, в том его удобство и состоит

[CLR]

Подозреваю, это все от желания сотворить чудо на тёплых ламповых дип-микросхемах.

[Ewgeny7]

Хочу ZST-Hybrid, оно же "Скорпион-1024" с пентагоновской разверткой + Z80 СР/М (с экраном 80х25 символов), переключаемые по мере желания. Остальное - от лукавого и тээсконфовщина неправославная.
Вот. Высказался. Пойду спать

[shurik-ua]

Хочу ZST-Hybrid, оно же "Скорпион-1024" с пентагоновской разверткой + Z80 СР/М

а как же блиттер с тайлами о восьми слоях )) - не феншуйно это в 2018 и без блиттера )

[Totem]

а как же блиттер с тайлами о восьми слоях )) - не феншуйно это в 2018 и без блиттера )

а где игрушки под Спринтер? у меня почти полная коллекция деталей, все не решусь заказать плату-ибо смысла 0

[zx-kit]

zst, ну вот почему ты с маниакальным упорством жаждешь УСЛОЖНИТЬ железо ради УХУДШЕНИЯ характеристик и НЕУДОБСТВА?


а на что еще "полезное" его тратить?
даже по твоим расчётам блиттер успеет обновить весь экран за кадр больше двух раз
почему, кстати, только 20мгц частоты? ты хотел же статику поставить 10нс
плюс, скорость переброски в экран физически отдельный - вдвое быстрее
если шины не мультиплексированы, так как можно одновременно читать и писать

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


это как "на одну линию", нахрена? он с любым размером блока должен работать, в том его удобство и состоит

Чтобы нарисовать фон из тайлов процессор для каждого тайла должен вычислить координаты на экране и адрес тайла в памяти, записать это облать данных блиттера. Блиттер будет читать эти данные для рисования каждого спрайта. А если выводить фон автоматически, то ничего этог делать не надо. В этом упрощение для программиста и гарантия, что фон будет выводиться плавно и времени блиттера хватит на отрисовку спрайтов и переднего фона.

Проще сделать блиттер на микросхемах для копирования одной линии, чем нескольких линий всего блока. Микросхемы на частоте больше 20 МГц работать не смогут. И памяти надо много отдельных микросхем, поэтому я буду использовать 128 К х 8 45 ns SOIC-32.

[Advertiser]

[Lethargeek]

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

и с какого перепугу он это ДОЛЖЕН? что мешает блиттеру самому для себя читать не только пиксели, но и данные?

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

ОДИН раз для одного блока всего-то навсего

А если выводить фон автоматически, то ничего этог делать не надо.

ага, щяз не тупи, с аппаратным фоном делать "это" надо будет НАМНОГО ЧАЩЕ
потому что блиттер отрисовку ведёт поблочно, а тайловая схема фон отображает построчно, перескакивая с тайла на тайл
то есть с КАЖДОЙ СТРОЧКОЙ одного и того же тайла нужно заново читать его атрибуты - номер или адрес как минимум
а еще ВСЮ палитру тайла, если применяешь палитры тайлов; а еще дополнительные признаки вроде отражения итд
еще раз: это всё ДЛЯ КАЖДОЙ СТРОЧКИ КАЖДОГО ТАЙЛА!

В этом упрощение для программиста

для программиста проще крупными объектами оперировать, а для дизайнера - иметь поменьше ограничений

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

на колу мочало, начинай сначала...
И ТАК ХВАТИТ - даже с 20мгц, даже без двукратного ускорения с двумя шинами
в том же Ruff'n'Tumble явно меньше двух экранов пикселей выводится в каждом кадре

Проще сделать блиттер на микросхемах для копирования одной линии, чем нескольких линий всего блока.

ты не путай, это называется DMA; а блиттер потому и БЛиттер, что он для БЛоков

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

[Ewgeny7]

а как же блиттер с тайлами о восьми слоях )) - не феншуйно это в 2018 и без блиттера )

А на кой феншуй оно сдалось? Кодеры в очередь стоят уже, тайлы блиттерить? Тьфу, это матюги какие-то, а не слова...
Нам нужны Диззи, Р-Тайп и (прости Господи) Спектрофон. Всё остальное - одно непотребство

[zx-kit]

и с какого перепугу он это ДОЛЖЕН? что мешает блиттеру самому для себя читать не только пиксели, но и данные?


ОДИН раз для одного блока всего-то навсего

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

[Totem]

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

ну делай с DMA - копируй построчно фон и тайл. 3 корпуса, в 180 он штатный- 0 корпусов. на больших частотах CPU вполне себе.
правда выше 8 МГц, найти DMA от зилог, весьма проблематично и затратно.