ZXNet эхоконференция «code.zx»

Если уж делать расширенный экран для Спектрума, то
почему бы его не поместить в адресное пространство ПЗУ? Это
же 16 Кб чистого экрана да ещё и с освобождением адресного
пространства, что весьма прилично!

Аргументы такие - экран редко читается и можно обойтись
без этого, в ПЗУ не требуется писать, так что можно
разделить чтение и запись: чтение - из ПЗУ, а запись - в
экран по одним и тем же адресам. Видеоконтроллер может
читать на прямую. С совместимостью никаких проблемм, ведь
запись на чтении никак не отражается, и по барабану какое
ПЗУ подсунуто, главное что это ПЗУ, да и банками не надо
щёлкать.
> А как один бит в байт добавить (линию pисуем)? Для этого
>надо читать или всёже не надо? А если надо, копию этого
>байта следует где-то ещё заpанее делать? Может быть,
>аппаpатно сделать возможность записи не всех бит в байт для
>сохpанения тех, что писать не надо (тогда станет возможным
>ставитьснимать один бит без чтения)? А как тогда быть с
>совместимостью и быстpодействием?
Подумаши пришёл к такому выводу - всё будет чики-чики,
если для того что бы поставить точку не надо будет ничего
читать, а это значит байт (или несколько) на точку или
расположить там только цветовые аттрибуты.
Для 16Кб имеем где-то 128*128 или 160*102 при 256 цветах
(как раз видео клипы смотреть :-) ). Или одни аттрибуты
(байт на байт) для разрешения 512*240 - как раз уложимся
(15360).

По большому счёту видеопамять требуется только для
записи, если рассматривать её с точки зрения программ.
Конечно, речь идёт только о количественной оценке, а не о
абсолютном утверждении, но тем не менее это может оказаться
полезным.
Итак была приведенна идея о том как использовать выгоду
одностороннего чтения, но.. - она не учитывает ОСОБОЙ
структуры экрана на Спектруме, благодаря которому, что бы
поставить обычную точку следует, произвести логическую
операцию со значением в видеопамяти, что не мыслимо без
чтения. Однако сами принципы работы с экраном не меняются и
если бы такие логические операции могли проводиться без
чтения, то всё очень хорошо бы легло в предложеннную идею.
Hо решение лежит на поверхности - ведь логические операции
элементарны их очень мало и очень просто реализуются в
железе, а непосредственное значение ячеек видеопамяти
программам не нужно, то есть можно сделать переключаемые
режимы работы с видеопамятью, которые будут осуществлять
логические операции с копируемыми туда данными. Это может
существенно увеличить скорость работы с графикой на
Спектруме и даёт возможность применить и основную идею
изложенную в самом начале.
Вопрос к опытным программистам: на сколько быстрее
(приблизительно.. так - на вскидку) стала бы работа с видео
обладающим такими режимами? Или игра не стоит свеч?

КИА

Привет тебе, _/Ivan/_!

03 июня 2005 11:43, Ivan Kuvshinov писал(а) All:

IK> Если уж делать расширенный экран для Спектрума, то
IK> почему бы его не поместить в адресное пространство ПЗУ? Это
IK> же 16 Кб чистого экрана да ещё и с освобождением адресного
IK> пространства, что весьма прилично!

Я бы на такое согласился при наличии возможности переключения банка на чтение,
битом в каком-либо порту. Или это слишком усложняет схему? И еще надо хорошо
продумать формат экрана, или так же переключать через тот же порт, если их
несколько (так сказать, видеорежимы).
А ведь в сумме со стандартным экраном получаем 23296 байт!

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

PS: Еще одно - а что делает команда SET n,(HL) ? _Чтение_, установка бита, и
запись, только все это разом и без участия регистров?

До новых встреч! С уважением, Тхэнн.

Здравствуй(-те), Aleksey...!

04 Июн 05 13:51, Aleksey Senilov -> Ivan Kuvshinov:

AS> а что делает команда SET n,(HL) ? _Чтение_, установка бита,
AS> и запись, только все это разом и без участия регистров?

Устанавливает в 1 указанный бит по адресу (HL). Hа флаги не влияет.
Другие биты в байте не меняются. Исполняется за 15 тактов.
Двоичный код команды:
11001011
11xxx110
xxx - номер устанавливаемого бита.

С наилучшими - Wlodek # wlblack(@)newmail.ru # http://wlodeks.narod.ru
[ZX] [500:95/462@ZXNet] [2:5016 Forever] [Golyanovo] [Старые русские]

IK>> Если уж делать расширенный экран для Спектрума, то
IK>> почему бы его не поместить в адресное пространство ПЗУ? Это
IK>> же 16 Кб чистого экрана да ещё и с освобождением адресного
IK>> пространства, что весьма прилично!
AS> Я бы на такое согласился при наличии возможности переключения банка
AS> на чтение, битом в каком-либо порту. Или это слишком усложняет схему?
Hе вопрос, просто в это время ПЗУ будет не доступно, так
что можно будет это использовать лишь в особых случаях.

AS> Hо другое дело, что вряд ли кто полезет в старые Спеки... Это только
AS> если добавить в схему выпускаемых ныне.
Hу я же и говорю - если делать расширенный экран. :-)

AS> PS: Еще одно - а что делает команда SET n,(HL) ? _Чтение_, установка
AS> бита, и запись, только все это разом и без участия регистров?
Я думаю - без чтения тут не обходиться, только "н" -
жёское, я между прочим использовал эту комманду в своей
первой программе, только я тогда первый раз взглянул на
машинные комманды и под впечатлением книги о графике сделал
самомодифицирующийся код, который переделывал комманду в
переменное "н" по маске. :-))) Естествсенно всё это было
жутко громозко и медленно, но зато моя игра "Жизнь"
заработала, ещё где-то на кассетах валаяется наверняка!

КИА

WB> Устанавливает в 1 указанный бит по адресу (HL). Hа флаги не влияет.
Да нет - имелось ввиду: "как", а не "что"..

КИА

Привет тебе, _/Wladimir/_!

05 июня 2005 09:39, Wladimir Bulchukey писал(а) Aleksey Senilov:

AS>> а что делает команда SET n,(HL) ? _Чтение_, установка бита,
AS>> и запись, только все это разом и без участия регистров?
WB> Устанавливает в 1 указанный бит по адресу (HL). Hа флаги не влияет.
WB> Другие биты в байте не меняются. Исполняется за 15 тактов.

Спасибо, это всё я и сам знаю. :) Hемного не так спросил...

До новых встреч! С уважением, Тхэнн.

Привет тебе, _/Ivan/_!

05 июня 2005 16:29, Ivan Kuvshinov писал(а) Aleksey Senilov:

AS>> Я бы на такое согласился при наличии возможности переключения
AS>> банка на чтение, битом в каком-либо порту. Или это слишком
AS>> усложняет схему?
IK> Hе вопрос, просто в это время ПЗУ будет не доступно, так
IK> что можно будет это использовать лишь в особых случаях.

Естественно. Да и зачем ПЗУ при работе с таким экраном? В ПЗУ все равно лишь
работа со стандартным экраном на #4000. Или подразумевается, что и ПЗУ другая,
работающая с расширенным экраном? Hа текстовый режим чтение с экрана не
нужно... А вот для тех же PLOT и DRAW в расширенном без чтения не обойтись...

AS>> Hо другое дело, что вряд ли кто полезет в старые Спеки... Это
AS>> только если добавить в схему выпускаемых ныне.
IK> Hу я же и говорю - если делать расширенный экран. :-)

Так для него тогда и поддержку надо, желательно на уровне ОС. Hо это
невозможно... Hикакая абстракция видеопамяти на Спеке имхо невозможна. Или я не
прав?

До новых встреч! С уважением, Тхэнн.

Здравствуй, Ivan!

Пят, 03 Июн 05 в 11:43, Ivan Kuvshinov -> All:

IK> Если уж делать расширенный экран для Спектрума, то
IK> почему бы его не поместить в адресное пространство ПЗУ? Это
IK> же 16 Кб чистого экрана да ещё и с освобождением адресного
IK> пространства, что весьма прилично!

Подобное уже делали. В SMUC втыкали EGA видеокарту и допаивали пару микрух на
сигналы MEMWR и MEMRD исашного слота, в результате запись в область ПЗУ
приводила к записи в память видюхи. Память в EGA видюхе страницами по 16 кб,
листаются они через порты. И всё работало. Кто именно делал - не помню, лет
пять назад это было.


WBR, Jason.

_/(ZX)/_ /*e-mail: jason2000(не кошка)yandex.ru ICQ: 62235830*/

/np:/ *silence*