т.е. 384*256 это ещё даже не режим, а просто теория и ознакомиться с ней пока никак незя да?
Вид для печати
т.е. 384*256 это ещё даже не режим, а просто теория и ознакомиться с ней пока никак незя да?
Просьба к участникам обсуждения взять на себя руководство обсуждением в топиках, темы которых им наиболее знакомы. Просьба отписаться кто и что сможет взять на себя, кураторов в топике может быть несколько.
Я могу участвовать в курировании топиков обсуждения 1-4.
zst и heroy - просьба взять курирование как минимум 5-8 топиком.
Mick - просьба взять курирование как минимум 6-7 топиком.
ewgeny7 - просьба взять курирование как минимум 8 топиком, а так же сделать по возможности подфорум, куда и поместить все топики обсуждения.
Мэн ! Скажи сразу . Непротив ли ты чтоб САБЖ был прежде всего многофункциональной девбордой со всеми аудио/видео/мышо/клавиатуро/карто_читательными придатками ?
Я считаю что если мы сразу не остановимся на таком варианте , то не соберёмся сочинить нормальную дешёвую девборду широкого назначения (не только для спека) ещё лет сто .
Кому не нужен дополнительный функционал могут его просто не впаивать (дополнительная разводка жрать не просит).
смишного нет ничего! пример надо брать с более совершенных моделей, таких как сам коуп и мсх.Цитата:
Sayman забыл, он будет заниматься 2х и 3х мерной акселерацией
пусть тухнет, один фиг ничего не родица путного. очередной 256на192 тока в другой руке.
VGA выход и бэз тормозной режим 16с с палитрой (не говоря уже и про остальные видео режимы) практически для любого компа уже многого стоят .
Прочие инновации (вроде спрайтов/тайлов/блиттера) можно добавлять постепенно (на первых парах можно ваще только спрайтами обойтись).
Ну что, пофлеймили? Заворачивать тему в помойку? ;)
Давайте все-таки не будем громко митинговать, а начнем с... макетной платы 2,54 и режима 256х192 под VGA. Заработает - хряпнем пивка/молочка и поедем дальше, в гигаскрин или 16colors.
Я, как обычно, могу взять на себя обязанности сборщика-тестера. Я уже предложил железо, которое по карману не только мне, но и бомжу дяде Васе.
Если народ это устраивает, то начну собирать прототип на первом циклоне и статике ОЗУ. Кстати, по поводу ОЗУ... С учетом 16-колор хватит нам 32кб или функционально проще будет использовать дешевую кетайскую 128кб?
Лучше 128 . Не лишайте извращенцев хоть какой то радости :D
А лучше немного больше (под ROMки) чтоб хотя бы попсовый спек можно было сконструлить на основе этой карточки .
Оно и лучше :)
Andrews достает эти 128кб ОЗУшки по 55 рублей. Так, нужно ли их ставить, например, две в параллель (для упрощения гигаскрина, например)? Типа, за такт читаем два байта сразу (при записи в ОЗУ мудрим с соотв. адресацией)?
---------- Post added at 16:20 ---------- Previous post was at 16:10 ----------
Выходит, с учетом порта 7FFD мы просто спроецируем всю 128 память в видеоОЗУ.
Ну чтож, читать оттудова видеоконтроллеру будет проще :)
Для реализации всех возможных видеорежимов нужно 512к ОЗУ, Для реализации всех возможных видеорежимов на основе одного базового экрана 256х192 нужно 256к ОЗУ. Для реализации тех режимов, которые уже существуют, ОЗУ не может быть меньше 64к. Ессно, это только экранное ОЗУ.
Маловато будет. На мой взгяд понадобится два мегабайта. Для спрайтов может хватит на один уровень игры. Для второго уровня можно будет загрузить новые данные с SD-карты или жесткого диска.
При работе со стандартном видеоконтроллером эту память можно будет использовать как рам-диск.
Для начала можно поставить 256к х 16 бит как в плате VGA&PAL. Она быстрая и 16-ти битная.
видеокарта никак не контачит с CPU, кроме как на приём данных в ОЗУ, на обращение к портам ну и на int. CPU из ОЗУ видеокарты ничего не читает, он читает из собственной памяти компа параллельно которой включено ОЗУ видеокарты. Получается дублирование ОЗУ, но по другому нельзя. Соответственно объём ОЗУ видеокарты ограничивается тем объёмом, который есть на мамке, вне зависимости от реального объёма ОЗУ видеокарты.
Основной режим Спектрума можно не дублировать в новом видеоконтроллере. Вместо этого поставить на нем мультиплексор, на который подать RGBI со стандартного видеоконтроллера.
После сброса на экране будет стандартный режим. Если надо подать изображение с дополнительного видеоконтроллера, переключить мультиплексор.
А память на видеоконтроллере можно сделать с прозрачным доступом. Если к ней нет обращения от процессора, видеоконтроллер работает с ней с полной скоростью. Если процессору нужно будет загрузить в контроллер видеоданные, ему выделится окно. При этом видеоконтроллер будет продолжать копировать блоки, только немного медленнее. Процессор сам конечно не сможет гонять изображения по экрану, а только командовать...
это будет сложнееВидеопроцессор всегда имеет приоритет перед CPU, данные от которого буферируются в регистре до момента открытия окна.
---------- Post added at 19:01 ---------- Previous post was at 18:59 ----------
это невозможно.. скорость развёртки строки не замедлишь..
Блин, за мое отсутствие столько страниц накатали.
Повторюсь, первым этапом всякие вкусняшки добовлять не будем.
Делать надо постепенно. Сначала определимся с механизмом основного экрана, затем добавлять будем и режимы.
А то скоро голова пойдет кругом.
На счет девборды для fan'a - дык строится же evolution.
Память на видеокарте для процессора лучше делать вообще недоступной напрямую.
Я мыслю так, что видеокарта работает с памятью только в свое удовольствие, а поступающие сигналы записи на автомате "защелкиваются" в регистрах адреса и данных. Когда карта в очередном такте считает инфу для передачи на моник, проверяется "обновление" регистров и данные процессора записываются в видеопамять. После этого "флажок процессора" сбрасывается до следующей записи.
Так видеокарта будет сама выбирать удобный момент для обновления видеоинформации. Реально так сделать? И правильно ли я вообще рассуждаю?
На видеоконтроллер можно возложить не только отображение на монитор, но и еще какую-нибудь полезную функцию. Например, копирование блоков из одной области своей памяти (спрайтов) в другую область (экрана) с помощью двух счетчиков. При этом можно шину данных сделать 16 или 32 бита для ускорения. Z80 так быстро не сможет - он на 3.5/7 МГц, а память может и на 14/28 работать.
За счет увеличения шины данных и частоты можно и отображать на монитор, и общаться с Z80 и копировать блоки.
...но это теория в духе мозгового штурма. Начинать надо с более реальных вещей...
Для извращенчиских целей однозначно лучше в паралель , вертикаль можно и в матрице сделать :D
Надеюсь в дальнейшем это разрастётся на пол мега (или хотя бы будет возможность их установить).
Описание принципа фунцеклирования со всеми растактовками есть по линку который я дал выше .
И пусть себе дальше строится , его цена спокойно перевалит штуки за три-четыре...
Разве возможность сделать спек на базе САБЖа не повлияет положительно на её популярность (и соотв. снижение цены)?
видео ОЗУ должно обеспечивать максимальную пропускную способность только на считывание - 14Мб/сек (т.е. 1 байт х 14МГц), ну и при синхронном режиме столько же на запись. Итого, общая производительность ОЗУ - 28Мб/сек в синхронном режиме. Исходя из быстродействия конкретного ОЗУ выбирай схему организации шины видеоданных 8 или 16 бит. Лучше конечно 8, т.к. экономятся пины.
Но это только для стандартного пиксельклока VGA, а как показывает опыт видеоконвертора, нам надо ещё обрезать вначале и вконце строки область переразвёртки, а значит оставшаяся экранная строка чуть растянется и пиксельклок будет ниже, что-то около ~23,33МГц и соответственно общая производительность ОЗУ будет 23,33Мб/сек.
Да, посчитал я уже. Придется ограничиться 8 бит. Быстродействия ОЗУ хватает.
Ты правильно рассуждаешь. Это асинхронный метод. Я так и планировал.
Это я уже накидывал для себя схемку правда на логике.
---------- Post added at 22:32 ---------- Previous post was at 22:27 ----------
Ты слишком быстр, нам потом никто не помешает дополнить видюху компом :)
есть ещё один момент - для режима с базовым разрешением 384х256 надо SVGA режим 800х600, со всеми вытекающими последствиями, в т.ч. увеличением пиксельклока.
Статическая память
AS7C256A-12JIN SRAM 32Kx8 5V 12ns SOJ28 65.90
BS62LV1027SIP-70 Very L-Power CMOS SRAM 128Kx8 70ns SO32W 58.80
CY62256LL-70SNI SRAM 32Kx8 70ns SO28W 47.60
CY7C1021CV33-10V 1-MBIT (64K x 16) STATIC RAM 10ns SOJ44 74.80
CY7C199-15VC 256KB (32K x 8) SRAM 15ns SOJ28 69.60
GM76C8128ALLFW85 SRAM 128Kx8 85ns GOLDSTAR SOP32 34.00
IDT71256SA12TP 32Kx8 high-speed 12ns CMOS SRAM DIP28 81.60
IDT71256SA15YGI 32Kx8 HIGH-SPEED CMOS SRAM 15ns SOJ28 47.60
IDT7200L50J 256 x 9 Async FIFO 5.0V 50ns PLCC32 127.50
KM681000CLP-5L Замена: K6T1008C2C-DB55 DIP32
KM684000BLP-7L Замена: K6T4008C1B-DB70 DIP32
K6F1008V2C-LF55 SRAM 128Kx8 55ns 3.3V Ind Low TSOP28 74.80
K6R1008C1D-TI10 SRAM 128Kx8 10ns 5.0V Ind TSOP32 45.90
K6R1008V1D-TI10 SRAM 128Kx8 10ns 3.3V Ind TSOP32 45.90
K6R4008V1D-UI10 SRAM 512Kx8 10ns 3.3V Ind TSOP44 122.40
K6T1008C2E-GB70 SRAM 128Kx8 70ns 5V Com LowLow SO32W 51.00
K6X0808C1D-GF55 SRAM 32Kx8 55ns 5V Ind LowLow SOP28 45.90
K6X1008C2D-GF55 SRAM 128Kx8 55ns 5V Ind LowLow SOP32 45.90
K6X1008T2D-TF70 SRAM 128Kx8 55ns 5V Ind LowLow TSOP32 44.20
K6X4008C1F-GF55 SRAM 512Kx8 55ns 5V Ind LowLow SO32W 112.20
K6X4008T1F-VF70 SRAM 512Kx8 70ns 2.7-3.6V Ind LowLo TSOP32 112.20
K6X4016T3F-TF70 SRAM 256Kx16 70ns 2.7-3.6V Ind LowL TSOP32 112.20
TC55257DFL-70L SRAM 32Kx8 70ns Toshiba SOP28 34.00
U62256AS2K07LL LOW POVER 32Kx8BIT 70ns SRAM IND SOP28 37.40
V62C5181024LL35W 128Kx8 STATIC RAM 35ns SOP32 40.80
Типа вот это продается неподалеку. Самые "понравившиеся" я выделил :)
А две таких будет ещё лучше ;)
Кстати что за кантора ???
( В www.terraelectronica.ru такие по 89.45рэ . EP1C3T100C8N 322.80рэ , EP1C3T100I7N 583.38рэ )
Да .
Ну тогда надо оставить возможность изменять схемотехнику, найдутся желающие пожертвовать ВГА режимом что бы сохранить нативный экран, потому как без 50 герц это уже не спек, с таким же абсолютно успехом можно и на эмуляторе посидеть, не говоря уже о том что и музыка ущербная выйдет.
режим кратный 50Гц для VGA останется
А для телика?
Или телевизор есть в доме не каждом?
ЗЫ. Не то что бы это было принципиально, но покупать отдельный монитор, да такой что бы и кратный 50Гц режим держал, в то время как телевизоров три штуки в доме. К тому же на экране телика крупная графика смотрится лучше за счет замыливания. Не книжки же в конце-концов на спеке читать. Имхо, рано вы стандартный видеорежим хороните. Просто, когда будете от теорий к изделию переходить, то по возможности предусмотрите что бы не очень геморно было переделать. По возможности.