а это как понимать? http://zx.pk.ru/showpost.php?p=110529&postcount=20Цитата:
Сообщение от Black_Cat
Вид для печати
а это как понимать? http://zx.pk.ru/showpost.php?p=110529&postcount=20Цитата:
Сообщение от Black_Cat
http://www.zx.pk.ru/showpost.php?p=106945&postcount=29
как понимаю, через драйвера с мультикартой можно работать либо как с ZX MC ртц, либо как с глюк ртц
Похоже о разных вещах говорим...
:) остаётся подождать caro и выяснить что он имел ввиду - физические порты, или драйвера.. по крайней мере в первом посте никаких других портов, кроме ZX MC ртц не упоминается..
Да, для этого в дешифраторе добавлен порт xxF7h.Цитата:
Сообщение от skyther
Схему и исходник прошивки PAL обязательно выложу.Цитата:
Сообщение от skyther
Добавлено через 4 минуты
В первом посте пока информация только о предыдущей версии ZXMC.Цитата:
Сообщение от Black_Cat
А драйверами при работе программ, оперирующих физическими портами GLUKа не обойтись.
Имеются ввиду физические порты GLUK RTC.
Камиль, предлагаю, пока ты не начал собирать мультяхи, выкинуть из RTC порт #EFF7, бит D7 которого понадобится для введения доп. видеорежимов. Отсутствие этого порта в дешифрации никак не скажется на работе часов, ввиду полной избыточности этого порта в схеме управления часами. Как понимаю введение этого порта было исключительно обусловлено не очень высоким уровнем знаний разработчиков и схема может прекрасно работать и без него, а сам он нужен в других устройствах. Сделай пожалуйста прямую выборку #DFF7, #BFF7 без учёта D7 #EFF7. На программной и аппаратной совместимости это никак не отразится, ввиду того, что по портам #DFF7, #BFF7, никаких других устройств кроме RTC нет. Для тебя это ничего не будет стоить (даже сэкономишь на месте в ПАЛе или однокристалке), а для развития Спектрума это очень важно.
Во-первых мне бит D7 порта #EFF7 нужен, поскольку его установка в 1Цитата:
Сообщение от Black_Cat
означает начало работы с часами, а сброс в 0 - конец работы.
Дело в том, что в ZXMC используется RTC с последовательным доступом,
и для того, что бы прочитать информацию из часов и записать ее назад,
нужно время.
Поэтому парралельно с работой RTC тикают программные часы, реализованные
на одном из таймеров Меги.
Обновление информации, при наличии часов, происходит именно по признаку
установки в 1 бита порта #EFF7.
Запись обратно в RTC - при сбросе этого бита (если перед этим он устанавливался).
Во-вторых, наличие этого порта в ZXMC мне кажется никак не скажется на
работе схемы переключения видео-режимов,поскольку ZXMC блокирует только
порты чтения, а порты записи остальных устройств Спектрума работают.
Мало того, копия состояния регистра #EFF7 будет хранится в ZXMC, и ее можно
всегда прочитать, определяя текущее состояние этого порта.
Использование ATF16V8 не позволяет этого сделать, ввиду ограниченного количестваЦитата:
Сообщение от Black_Cat
линий ввода.
Дешифрация идет только по младшим адресным линиям.
а если в следующих версиях в #EFF7 вообще ничего относящегося к RTC писать не будут?Цитата:
Сообщение от caro
это не важно, имелось ввиду исключить #EFF7 там где он дешифрируетсяЦитата:
Сообщение от caro
а как-то придумать по другому, без использования #EFF7?? Тебе не хватит времени между обращением к адресному порту и порту данных?Цитата:
Сообщение от caro
имеешь ввиду запись состояния первых 14 ячеек RTC?Цитата:
Сообщение от caro
Это будет не правильно, поскольку уже применяется, придется это учитывать.Цитата:
Сообщение от Black_Cat
К сожалению важно, поскольку именно выходной сигнал дешифратораЦитата:
Сообщение от Black_Cat
определяет диапазон блокируемых адресов.
[QUOTE=Black_Cat]а как-то придумать по другому, без использования #EFF7??/QUOTE]Конечно можно, сейчас сделано именно по тому алгоритму, который заложен.
Не только регистры часов, но и всю зону ОЗУ RTC.Цитата:
Сообщение от Black_Cat
И при чтении и при записи.
нет, это используется только в глюке, и решается перепрошивкой ПЗУЦитата:
Сообщение от caro
256 ячеек?Цитата:
Сообщение от caro