Почему мультиколоры должны уезжать? Картинка формируется со всеми мультиколорами как статическая матрица цветовых точек в каком-то обобщённом виде (тот же RGB), а потом перекодируется и трансформируется в нужный формат.
Почему мультиколоры должны уезжать? Картинка формируется со всеми мультиколорами как статическая матрица цветовых точек в каком-то обобщённом виде (тот же RGB), а потом перекодируется и трансформируется в нужный формат.
off:
Или получится разрыв прорисовки, или делать пропуск кадров. В первом случае - не красиво, во втором портятся эффекты с переключением 2х экранов на спеке. еще бордюр придется запоминать по точкам.
а мультиколоры похоже действительно не сломаются...
---------- Post added at 03:13 ---------- Previous post was at 02:55 ----------
если брать буфер байт на точку, получается около 8Мб/с для 60Гц, для RGB уже 32. а память на 80МГц работает...
Я, признаться, вообще не представляю, каким образом обычный спектрум формирует видеосигнал - нет никакого радиоэлектронного образования. Но каким-то образом он справляется с выводом полного экрана информации как минимум 50 раз в секунду.
Так вот, пусть так и делал бы. Из отдельного буфера, который будет независимым звеном: то, что "Спектрум" - пусть пишет изменения экрана в этот буфер 50 раз в секунду или реже, а то, что "транскодер" - пусть пишет из этого буфера в телевизор с необходимой частотой и трансформацией. Либо я чего-то не понимаю и буфер нельзя сделать независимым?
Для буфера использовать можно и 4 бита, поскольку они прекрасно передают 16 цветов фиксированной палитры, а передача flash в буфер не имеет особого смысла.
ZEK, Тогда неясно, почему чисто физическая частота монитора увязана с чисто логической частотой процессора.
что бы мультиколоры не уплывали, они работают с учетом места луча развертки, если удваивать не синхронно то надо буфер кадра, и артефакты всеравно будут, т.к скорость заполнения буфера и вывода различны. Могут быть ситуации когда кусок картинки не попадет на экран, либо кусок старого кадра будет частично смешан с новым кадром
---------- Post added at 22:23 ---------- Previous post was at 22:13 ----------
Кроме того, что бы работать с буфером кадра необходимо отобрать кусок пропускной способности sdram
Последний раз редактировалось ZEK; 12.02.2012 в 23:18.
Лёгкое мерцание из за рассинхронизации обновления буфера и вывода его на экран - незначительное зло, если за альтернативу брать полное отсутствие изображения.
Мне казалось, у sdram вполне приличный запас пропускной способности. Если оптимизировать обновление буфера, всё можно упихнуть.
sdram не успользует пакетный режим, на каждое обращение идут полные циклы act-wr/rd автодеактивацией строк, итог максимальная частота выборки примерно 20мгц
---------- Post added at 22:50 ---------- Previous post was at 22:47 ----------
пакетная работа подразумевает кеши итд с исключением гарантированного времени доступа, в итоге опять же эффекты поплывут
Подскажите чем можно заменить 74LVC245D т.к. нигде в продаже её нет. С поиском STR755FV2 тоже проблемы. LM1117DX-3.3 тут предложили заменить на NCP1117DT33G, а K4S281632-TC75 на K4S281632I-UC75. Все эти микросхемы из оригинального перечня speccy2010 сложно найти в продаже. Где искать?
В Элитане посмотри - 74LVC245AD. Другие может тоже есть.
Эту тему просматривают: 2 (пользователей: 0 , гостей: 2)