Интересно!Сообщение от icebear
Интересно!Сообщение от icebear
Особо интересного нет ничего Первый этап подразумевал возможность использования процессора Z80, но вскоре вся эта бадяга была забыта, и мы решили работать только на Z380. (к тому же времени в интернете нашёлся сайт с "отчётом" каких-то буржуев по успешному использованию Z380 в MSX клоне). Я начал подумывать о нескольких разрешениях, начиная от стандартного 256х192х2 и до 1024х768х24. 24 бита появились в связи с отказом от идеи "массовости" в плане комплектующих и с решением использования Z380. С выбором этого процессора было решено перейти на PLM, благо один из участников имел опыт работы с альтеровскими изделиями. Ну и я начал думать о обглечении собственной работы и первым шагом был выбор RAMDAC, который был довольно дешёвым (что-то околок $5) и 24-х битным. Но вот купить его можно было только на западе, поэтому в конце концов было решено остановится на "среднем разрешении" типа 640х480 с глубиной в 16 бит и собственным RAMDAC.
Как-то "изменять" или "расширять" нативный экран Спектрума я не собирался, но и его возможности никого не устраивали. Было ясно, что видеоконтроллер - одна из важнейших особеностей схемы Спектрума. Намечалась полная программная и аппаратная совместимость со Спектрумом, которая ко всему прочему должна была управлятся только программно. Т.е. хотелось иметь подобный сценарий: включаешь компьютер, выходишь в TR-DOS и загружаешь программу с дисткеты. Из TR-DOS выходишь обратно куда-нибудь (в DOORS или NeOS) и запускаешь софт, написаный уже под AZX. Т.е. без перезапуска, без выбора режима и т.п. Насколько это было реализуемо можно было проверить только, погоняв спектрумовский софт в режиме Z380.
Нам оставалось всё-таки повторять схему видеоконтроллера и оставлять стандартный экран в виде основного, но использовать его на старый манер уже не получалось. Решили "обойти" это дело при помощи отдельного псевдо-режима экрана, который "включался" автоматом при старте. Идея была такая: все обращения в адрессный диапазон экрана должны были перехватываться графической картой, ею же "переводится" из формата экрана Спектрума (т.е. бит на пиксель + цвета фона и тона) в своей формат и обратно. Но в железе это так и не появилось.
Хотя проект AZX-monstrum так и не завершился, но все же хорошо, что вы внесли ясность и рассказали что к чему. Помнится, где-то в сети были опубликованы более подробные описания, у вас ссылки не осталось?
P.S. А почему вы скрываете свое имя и откуда вы? Вы же ничего плохого не делали...
а как со внутренними портами z380 собирались бороться (они кажется выбирались при a8..31=0, или нет?) ?
Был отдельный, совершенно новый сайт, которой тогда довольно регулярно обновлялся. Там была самая последняя информация. Ссылки у меня к сожалению не осталось, так же как и материалов (хостингом занимался другой член команды). Информация, привдённая по ссылкам, которые дал Максим в начале трэда - это первый этап, совсем первый, до выбора Z380 как основного процессора.Сообщение от Conan
Себя я не скрываю Зовут Andreas, сам из Германии.
Если я ешё хорошо помню, линии A8-A31 запирались при обращение к внутренним портам ввода/вывода, находящиеся на чипе, причём обращение совершалось спец. командами. Внешние работали порты работали (правда тоже с "ограничениями" типа при IN/OUT A, (n) обращение шло к нижним 64К).Сообщение от Ronin
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
ну вообщето эти гребаные порты - самые первые и основные грабли на пути к Z180/380/eZ80 и т.п., если только они не отключаются. Вот что блин будет, если ZX-прога обратится к ZX-портам, и случайно окажется A8..31=0 ?.. Вот как перехватывать или запрещать внутренние порты - самая главная проблема для использования новых процессоров. Правда я z380 плохо знал, да еще и забыл...Сообщение от icebear
вот в аттаче перевод z380 доков Wlodek'а (надеюсь он не против), публиковавшийся в первых Никронах.
Я откопал на своём винте мануал от Zilog и посмотрел ещё раз. Значит до внутренних портов можно добраться только командамиСообщение от Ronin
IN0 R, (n) OTIM
IN0 (n) OTIMR
OUT0 (n), R OTDM
TSTIO n OTDMR
(список из мануала)
Только при исполнении этих комманд сбрасываются линии А8-А31. Посему какие могут быть проблемы с обращениями по портам Спектрума?
Стандартные IN A,(n); OUT (n),A; IN dst,(C); OUT (C),dst; запирают линии А16-А31, это даже очень хорошо для нативного софта ZX-Spectrum
запирают - в смысле вешают 1, или вообще Z ?Сообщение от icebear
ну если уж они не попадут во вн-е порты - это просто супер. только подустарел уже Z380, надо с eZ80 эксперементировать, хотя и он слишком дорогой...
Запирают - в смысле сбрасывают в ноль. Кстати, Z380 похоже уже не производится, по крайней мере на www.zilog.com информации по нему уже в открытых местах нет. Можно посмотреть на eZ80. Кстати сколько он стоит в России?Сообщение от Ronin
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)