Благодаря zst прочитал тут http://zx.pk.ru/showpost.php?p=284935&postcount=295 , что, оказывается, kempston joystick работает на порту #df. Надо-же, 20 лет думал, что #1f.
Осталось не ясным, в чём может проявиться проблема, если, как обычно, будет проверяться только А5 на 0. И зачем товарищам авторам zxnext понадобилось это уточнение. И как будет работать нехт если програма захочет слушать джойстик на #1f
Просьба, если будет эмулироваться кемпстон, уточнить этот факт в прошивке.
Последний раз редактировалось doorsfan; 20.05.2010 в 15:02.
Действительно, судя по ftp://ftp.worldofspectrum.org/pub/si...Schematics.gif - порт #1f, в дешифрация работает по A5=A6=A7=0Сообщение от doorsfan
ZX-Spectrum+
Посмотрел схему ZX-NEXT. Там кемпстон джойстик работает, когда A5=0. Остальные биты адреса не анализируются.
Хотя #DF - это адрес кемпстон мышки. Кемпстон работал, естественно и при адресе #1F.
Видимо, указанные программы глючили, если не могли считать что-то с этого порта. И это было установленно опытным путем. Ведь у меня в Ленинграде RENEGADE заработал, когда смог прочитать по адресу #FF данные с кемпстон джойстика.
Может, для совместимости с играми сделать так, чтобы кемпстон считывался по трем адресам: #1F, #DF и #FF ? В версии SPECCY2010 конечно можно сделать порт #FF, а кемпстон джойстик: #1F и #DF.
Последний раз редактировалось zx-kit; 20.05.2010 в 17:57.
"L-256"
насамделе zst был неправ, утверждая что порт кемстона #df. #df - это конкретная дешифрация зх-некста.
А вообще, doorsfan, прежде чем делать "открытия" посмотри сначала хотя-бы путеводитель по портам.
Последний раз редактировалось Black_Cat; 20.05.2010 в 21:29.
Это была цитата из описания, которое было в комплекте с платами "ZX-NEXT".
В основном была указана причина, почему зависала игра RENEGADE.
Последний раз редактировалось zx-kit; 20.05.2010 в 21:25.
"L-256"
OFF:
А до этого вис или сбрасывался?
Вис. Играть можно было до первой смерти. Потом появлялось пустое игровое поле (станция метро) без игроков, время, которое уже не уменьшалось и все, стоим...
"L-256"
Глюк из-за ожидания определенного значения с порта #FF. Из-за особенностей реализации дешифрации оригинального ZX, когда никто не отвечал на шине, на ней были данные атрибута (не всегда, конечно), прочитанные видеоформирователем. Код в игре на это и затачивался. А когда не встречалось нужной последовательности - тупо вис.
не в этом дело, есть физическая дешифрация конкретного клона, и есть программный, стандартизированный адрес, используемый вменяемыми программистами (не кулхацкерами). Дык вот начинающие не всегда понимают разницу, и начинают делать "открытия"
Ну так это было 20 лет назад...
А сейчас надо немного подправить прошивку ПЛИС для запуска таких кривых игр. Можно сделать и порт #FF с атрибутами. Может и влезет - например, когда выводится активная часть окна выдавить на этот порт атрибуты.
Я давно делал на компьютере Спарк-128 порт #FF. Какое значение подавал, не помню. И даже написал програмку для проверки. Черная узкая полоса бегала по бордюру вверх вниз в пределах границ картинки...
Может можно подавать номер строки экрана, как кто-то предлагал.
"L-256"
Эту тему просматривают: 11 (пользователей: 0 , гостей: 11)
Ваши права
Ответить с цитированием