Режим 16 цветов на точку как в P1024SL2, есть/была ли схема?

[ZEK]

Забейте это тока к пентагону

[Mick]

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

[ZEK]

Единственного сигнала не хватающего на ZX-BUS это признак что идет обращение к первым 128К все остальное что необходимо есть, в компе блокировать ничего не нада, а то нарвешся на сыплющуюся память

[Black_Cat]

Забейте это тока к пентагону

а что там такое особенное, что мешает для скорпа сделать? Или ты не о видеорежиме а о AlCo - рэпе?

[Keeper]

На сколько я понял из картинки от DDp то для того чтоб прорисовать второй экран нужно постоянно щелкать странички либо выводить сначала четные столбцы( читать байты ) а потом нечетные после переключения страницы. И как это будет организованно в девайсе под ZX-BUS? Т.е это добавляет гемора в отлове данных которые посылаются в #7FFD, #1FFD, #DFFD и т.д.

З.Ы. Правда я могу ошибаться в организации второго экрана в этом режиме...

[Mick]

На И как это будет организованно в девайсе под ZX-BUS? Т.е это добавляет гемора в отлове данных которые посылаются в #7FFD, #1FFD, #DFFD и т.д.

Под ZX-BUS скорее речь идет немного о другой реализации. А зачем отлавливать данные, просто память спека допустим 4000 по 5800 проецируется на область памяти видеокарты. Тем самым при попытке обращения к этой области логика видеокарты запрещает либо запись (WE), либо чтение(CSRAM) основной памяти спека. А на самой видеокарте этих страниц хоть сотни, хватило бы быстродействия проца. Ну это мое личное мнение.

Ну еще какой нибудь портик придумать выбора страниц и режимов графики.

[Advertiser]

[Black_Cat]

либо выводить сначала четные столбцы( читать байты ) а потом нечетные после переключения страницы

неполучится, там всё выводится в реальном времени синхронно с видеовыводом

Правда я могу ошибаться

смотри тут более понятно написано: http://www.zx.pk.ru/showpost.php?p=114859&postcount=7

[Keeper]

Под ZX-BUS скорее речь идет немного о другой реализации.

По-моему речь идет о программной совместимости с существующим режимом, карту экрана я в аттач цеплял...

Добавлено через 6 минут

неполучится, там всё выводится в реальном времени синхронно с видеовыводом

Я имел ввиду когда что-то рисуется в экран процессором, тобиш софтом

смотри тут более понятно написано: http://www.zx.pk.ru/showpost.php?p=114859&postcount=7

Я естественно это смотрел только я не понял на счет второго экрана, точнее я понял но возможно что не правильно Т.е когда включен второй экран то тогда для того чтобы скажем вывести изображение в полный экран нужно:

1. включить страницу 6
2. Вывести данные в области #C000-#D7FF, #E000-#F7FF
3. включить страницу 7
4. Вывести данные в области #C000-#D7FF, #E000-#F7FF

Правильно?

[fan]

Забейте это тока к пентагону

Всмысле ???
Вобщем я ниже начну теоритизировать фантазии на тему доработки скопиона , если я чёто нагоню , то поправь плиз .

Мож добрый дядя объявится?

Гы Мне этот ужас всю ночь снился . В результате родился режим fan 128x192 256с (это как в анегдоте - "... ну и извращенец же вы доктор" ) 256 цветов на точку .

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

Теперь по переключению страниц и накой это надо .
Первые два пикселя один байт , но счётчик держит адрес продолжительностью в восеми пикселей . Следовотельно что бы вывести восеми точек четырьмя байтами нужно нужно переключиться четыре раза в экранных областях - RAM7 первая половинка (hC000) , RAM5 первая половинка (h4000) , RAM7 вторая половинка (hE000) , RAM5 вторая половинка (H6000). Т.е. получается что байты как бы паралельно висят .

Подобрать частоты ИМХО не есть большёй гемор . Смотрим чем тактуется сдвиговый регистр и уже относительно этой частоты подбираем другие .

Теперь по выхлопному регистру , точнее по мультиплексорам . В хэзэ какой схеме я наблюдаю два КП13 (бордюр и атрибуты), насколько мне не изменяет ламерство , эти штуки с защёлкой . Т.е. наш байт пихается туды сразу (частотой 3,5Mhz , с фазой возможно придётся поэксперементировать) и сразу начинает отображаться , точнее его хавает следущий мультиплексор КП11 (у меня не подписан какой именно).

Чтобы финальный мультиплексор адекватно фурычил , т.е. работал со всеми восьмью битами , нужна резьня . Все восемь бит с двух КП13 должны приходить на КП11 .

Т.к. КП11 уже отображает две точки из одного байта , пихаем на него частоту 3,5Mhz (высокий уровень одна точка , низкий другая).

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

Для отлова соотношений частот рекомендую глянуть на это http://sblive.narod.ru/ZX-Spectrum/R...16CDiagram.gif сразу будет понятно что в какой момент делается .

[Black_Cat]

1. включить страницу..

не, там у меня показано как читает сканер, а как писать программе - эт уж как у тебя получится. На 4,5 страницах - основной экран, на 6,7 - второй.

Вывести данные в области #C000-#D7FF, #E000-#F7FF

на каждой странице экранная область начинается с адреса кратного 8к и имеет размер 6к. Куда потом эти страницы впечатываются ясно из моего описания.

Добавлено через 4 минуты

RAM7 первая половинка (hC000) , RAM5 первая половинка (h4000) , RAM7 вторая половинка (hE000) , RAM5 вторая половинка (H6000).

не так, смотри у мя правильную очерёдность: основной экран - 5 страница работает с 4, альтернативный - 7ая с 6. Переключение основной/альтернативный в 7FFD