Стандартизация принципов развития видеопроцессора

[Lethargeek]

А если битпланов не 2, а 4, 8, 16?

Да хоть 250.
Суть в том, что в такой модели (в отличие от VGA-подобных режимов) разделяются задачи "где", "что" и "как". То есть предварительно устанавливаем, "что" обрабатывается и "как" - а уже потом "где" находится каждый интересующий кусок экрана определяется быстро и без заморочек.

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

А без "аппаратных ухищрений" не обойтись ни в одной модели. На самом деле, если покопаться в истории вопроса, все эти затруднения тем или иным способом давно разрешены в принципе, задача - взять самые удачные решения, объединить их и адаптировать к особенностям ZX.

[Lethargeek]

1.0 Точка назначения. ...

Ладно, вот сравнение с моим прожектом (мож кому интересно)...
1.1 VideoRAM - внешний (и потому быстрый), используется и для хранения (по желанию), и для отображения графики. Стандартная раскладка - только по желанию и только как способ адресации (а не действительного хранения графики).
1.2 Разбивка на несколько базовых страниц, переключаемых как угодно.
1.3 256x192 не катит. Полное разрешение фирменного спека с бордюром что-то вроде 368x288, Пентагона - 384x304. (также см. п.1.5).
1.4 Сохранять "трети" и "восьмистроки" - маразм, это не достоинство Спека, а его беда. Только как часть старого способа адресации. Атрибуты можно слегка навернуть...
1.5 Экран расширен почти на всю площадь бордюра, но его можно "сжимать" обратно, просто снова закрывая бордюром произвольного размера (не опасаясь при этом за перекос адресации).
1.6.1 Есть. И почему некоторым по чисто "религиозным" причинам битпланы не нравятся?
1.6.2 Есть. Только термины "тайловый" и "спрайтовый" здесь ваще не в тему - надо "передний слой" и "задний слой". Их еще можно на подслои делить простой настройкой палитры, благо битпланы.
1.6.3 Само получается.
1.6.4 Блиттер сегодня справится с чем угодно. Аппаратные спрайты фтопку. Даже аппаратный (в смысле не в памяти, а только на экране) скролл не нужен.

Вывод: таким образом можно определить идеологию развития видеопроцессора ZX Spectrum как вектор отображения текущего множества параметров видеопроцессора на перспективное множество параметров.

Вот только не надо отталкиваться от чисто внешних признаков. Главное - внутреннее содержание!! Попробуй описать "в двух словах" процесс рисования на стандартном экране... Даже не с точки зрения кодера (хотя там то же самое), а для простого юзера Art Studio например?

[Black_Cat]

Даже аппаратный (в смысле не в памяти, а только на экране) скролл не нужен.

Скролл вообще-то в памяти и именно для спрайтов, а экранный скролл имеет смысл делать для заднего плана.

Аппаратные спрайты фтопку.

Что ты подразумеваешь под "аппаратные"?

Их еще можно на подслои делить простой настройкой палитры, благо битпланы.

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

Сохранять "трети" и "восьмистроки" - маразм, это не достоинство Спека, а его беда.

Какой уж есть, не я его делал. Хотелось бы иметь возможность модернизировать с минимальными затратами старые игрушки под новые возможности, поэтому экран по максимуму родной.

Полное разрешение фирменного спека с бордюром что-то вроде 368x288, Пентагона - 384x304

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

VideoRAM - внешний(и потому быстрый)

Ну быстота и внешнесть не связаны. Как понимаю это твой второй вариант развития идей - контроллерного типа. Первый мне больше нравится. А на счёт внешнего контроллера именно для перспективной видеосистемы, т.е. имеющей большое видео ОЗУ я бы не горячился. Всёж хочется развивать Спек сбалансированно, т.е. не закрывать путь к отложенной многозадачности. Для маленького видео ОЗУ внешний контроллер ещё куда не шло, но при объёмах ~128-256к с учётом, что к каждой отложенной задаче прилагается отложенный экран перекачка туда-сюда при каждом переключении с задачи на задачу будет долговасто. А в случае когда видео ОЗУ и основное = одно целое - просто надо щёлкнуть банками.

[Lethargeek]

Скролл вообще-то в памяти и именно для спрайтов, а экранный скролл имеет смысл делать для заднего плана.

Блиттер переносит что угодно куда угодно и как угодно. Если он все успевает - зачем какие-то лишние сущности? Это дополнительная головная боль при дальнейших доработках. Чем меньше отдельных узлов - тем лучше.

Что ты подразумеваешь под "аппаратные"?

Как на комодури или том же тридевятом. Что в момент прохода луча по растру накладывается динамически. То, что на Спеке - не спрайты, одно название.

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

"Дальнейшее деление" там автоматически получается, ничего специально для этого добавлять не надо. Головой подумай. А также над тем, зачем оно может пригодиться.

Какой уж есть, не я его делал. Хотелось бы иметь возможность модернизировать с минимальными затратами старые игрушки под новые возможности, поэтому экран по максимуму родной.

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

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

Как выяснилось, уже "512x384 два слоя" многовато - в итоге дисбаланс скорости и площади, и адресация неудобная. Насчет "ни с чем не совместимые разрешения" - так это фактически PAL low resolution 352x288 (видимая область). Или что-то близкое подобрать. Для текста - "сплющенный" однослойный режим с удвоением разрешения по горизонтали.

Хватит уже судить по отдельным внешним признакам, нужен комплексный подход.

[Lethargeek]

Ну быстота и внешнесть не связаны.

Зато быстрота с тактовой частотой видеопамяти очень даже связана.

что к каждой отложенной задаче прилагается отложенный экран

И че, несколько дем планируется запускать в качестве таких задач? Сохранением экранов вообще ось должна заниматься. И тормозов пока что не избежать. Видеопамяти должно хватать на одно "тяжелое" (в смысле экрана) приложение. Если вообще планируется возможность запуска оного в многозадачном режиме с последующими частыми переключениями задач!!

Используя внутреннюю память Спека, настолько серьезного уже не добьешься. Это сам Спек сначала переделывать надо.
Не получится "все и сразу".

[Black_Cat]

уже "512x384 два слоя" многовато - в итоге дисбаланс скорости и площади

Вообще-то проектируется с перспективой на будущие машины 21-28MHz. Но может работать и на Спеке 3,5MHz, но из набора режимов естественно разумно использовать максимально облегчённые, но к такому Спеку врятли кто будет прикручивать такой видеопроцессор. Сейчас актуальный комп - это ПЛИС+CPU+RAM+ROM, а там на этапе проектирования всё решается.

это фактически PAL low resolution 352x288

Знаешь, я уже забыл что такое аналоговый телевизор, и многие мои знакомые тоже. И чем дальше - тем больше. Электричество дорожает, метры жилплощади дорожают и электронно-лучевые гробы отправляются на ближайшую помойку и VGA кстати за ними следом. TFT - это уже не роскошь, а просто необходимость.
И скажи зачем кому этот PAL упал? Никому до него уже нет дела. Аналоговое телевидение - умерло морально, а через несколько лет умрёт физически. Всё, крест. Разработки под TV сейчас способны только отпугнуть пользователя. Для его привлечения надо делать под VGA.

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

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

зачем оно может пригодиться.

Неоправданное усложнение автомата работающего со спрайтами. Так туда eZ80 придётся ставить. Подумать можно, но лучше ещё лет через 20.

Блиттер переносит что угодно куда угодно и как угодно.

Как управляется блиттер?

[Advertiser]

[scl^mc]

Стандартизация принципов развития видеопроцессора (продолжение).
1.2 Экранных областей существовало две – активная и теневая;
...
1.3 Расширенные экраны с разрешением кратным 256х192
...

по порядку:
1. с чего вы решили, что всегда существовали две экранные области? второй экран появлися только в 128х спеках.
2. почему за основу берутся расширенные экраны с разрешением, кратным 256 на 192, а не кратным 2м?

[Lethargeek]

Но может работать и на Спеке 3,5MHz, но из набора режимов естественно разумно использовать максимально облегчённые, но к такому Спеку врятли кто будет прикручивать такой видеопроцессор.

Именно "к такому Спеку" как раз и должно прикручиваться, иначе не выживет. Причем в первой версии наворотов и лишних функциональных узлов должно быть поменьше, чтоб потом не мучиться, как их все сохранить при модернизации девайса, чтоб они не мешались и ресурсы не жрали зря. Пусть пока кодеры осваивают что есть и пишут софт. Тем более что никаких "облегченных режимов" не надо, скорость Спека на данном этапе некритична.

И скажи зачем кому этот PAL упал? Никому до него уже нет дела.

Зато многим есть дело до one-frame.

Аналоговое телевидение - умерло морально, а через несколько лет умрёт физически. Всё, крест. Разработки под TV сейчас способны только отпугнуть пользователя. Для его привлечения надо делать под VGA.

Есть портативные ЖК-телевизоры. Есть близкий стандартный X-режим VGA 360x240. Есть стандартный режим 800x600, легко конвертируемый в интерлейс 400x300. Вот с частотой кадров возникнут траблы, тут надо что-то решать
Когда аналоговое ТВ "умрет физически" окончательно, можно будет "дать народу" нормальный ЖК-монитор специально для Спека, в конце концов (цены-то падают на детальки). Если к тому времени развитие Спека будет еще кому-нибудь интересно.

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

ПРОСТО "разрядность видеопроцессора возрастает"...

Неоправданное усложнение автомата работающего со спрайтами. Так туда eZ80 придётся ставить. Подумать можно, но лучше ещё лет через 20.

Бред какой-то. Я там русским языком написал, что в битпланах оно получается "даром", ничего "усложнять" не надо. И еще какой-то "спрайтовый автомат" ни к селу ни к городу...

Как управляется блиттер?

Засылаешь в регистры режим работы (прозрачный цвет, формат данных, сколько битпланов участвует итд), размеры, откуда, куда. Параметры запоминаются, каждый раз повторять их все необязательно (изменил только нужные) - блиттер автоматически запускается при получении нового адреса "куда". Формат хранения графики может не совпадать (топологически) для источника и приемника. В итоге для тормозного Z80 возни будет меньше, чем скажем с перемещением аппаратных спрайтов фиксированного размера, а возможностей (в отличие от спрайтайловых движков) куда больше. В коде скорее всего будут просто вызываться типовые процедуры для типовых объектов... Еще неплохо бы для блиттера очередь команд задавать (но можно и отложить на следующую версию для того самого "продвинутого Спека").

[Black_Cat]

с чего вы решили, что всегда существовали две экранные области? второй экран появлися только в 128х спеках.

А посмотреть самому на 3 строчки выше слабо было?

На момент продажи прав на ZX Амстраду, ZX-видеопроцессор имел следующие особенности:

почему за основу берутся расширенные экраны с разрешением, кратным 256 на 192

А по ссылкам не сходить чтоли, там и написано почему, притом именно и только ответ на твой вопрос и больше ничего: http://www.zx.pk.ru/showpost.php?p=62984&postcount=119
http://www.zx.pk.ru/showpost.php?p=62985&postcount=120

[Black_Cat]

Пусть пока кодеры осваивают что есть и пишут софт.

Это вообще дело эмуляторов. Врядли есть смысл в выпуске промежуточного железа. При реализации в ПЛИС особой разницы нет все режимы или половина. ПЛИС сразу выбирается под конечную конфигурацию, а на сколько её запишут на 50% или 100% это на сложность железа не влияет.

многим есть дело до one-frame.

У тебя весь экран с множеством битпланов в одной странице ОЗУ помещается? У меня ОЗУ для 8 битпланов это грубо 64к, что в 4 раза больше страницы ОЗУ. И какой тут one-frame может быть?

Есть портативные ЖК-телевизоры.

Опять же - пока есть.

можно будет "дать народу" нормальный ЖК-монитор специально для Спека

Зачем это радиолюбительство? Массовое советское радиолюбительство умерло вместе со смертью дефицита. Стократно доказано - серийный TFT дешевле и надёжней радиолюбительской поделки.

ПРОСТО "разрядность видеопроцессора возрастает"

Поверь, в этом нет абсолютно ничего сложого.

И еще какой-то "спрайтовый автомат"

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

Засылаешь в регистры режим работы (прозрачный цвет, формат данных, сколько битпланов участвует итд), размеры, откуда, куда.

Т.е. фактически тот же автомат, но на основе доп CPU. Это можно подумать.