больше тем о видеокартах богу видеокарт!
больше тем о видеокартах богу видеокарт!
дурость, однозначно, оно не влезет между ног а плата сбоку от переходника, всем не угодитьСообщение от Nesser
и нафик? оно по шине ограничено все, 3,5/3 потолок, 2 такта никак, минимум 6 + выборка 7 итого 13, профит никакой, div/mul это может и внешняя железка, запись в порты в любом случае быстрее чем программно, блочные команды это DMA
- - - Добавлено - - -
вот и я думаю, каждый имеет право на тему с видокартой
Вби, а у тэсэлыча блиттер-то не настоящий!
Смотрел программирование блиттера для Direct? Блиттер не оперирует адресами, а геометрическими областями поверхностей.
¡Un momento, señor fiscal!
плохо смотрел directx аpi на то оно и api что бы скрывать нюансы железа
+100500
которую втыкаешь вместо Z80недопц-шные Ау-ки можно подключить через "пол метровый" шлейф
а такое нельзя проделать с процом?
или частоты уже не те?
я в курсе что это идиотизм тапками не кидать!!!
Не ну можно конечно сделать zx-spectrum+ на 150 корпусах и видеокарту на 200 корпусах, в принципе классно получится.
Плисину на dip-40 СТАВЯТ, и стоит она там по диагонали, а не так давно кристалл плисины ставили прям в корпуса dip-40 и dip-48 (на заказ).
LDIR прекрасно делается за 2 такта на байт, плюс первых 2 такта на выборку самой команды.
Блочный команды это не DMA, LDIR это DMA а блочные команды это всякие or, and, xor, rotate для блока данных, компрессия и всё такое.
Короче, надо делать Метеор и посмотреть как на него игры будут переделывать
ну да, если видео отключать при этом, очень в тему про видеокарту
Конечно в тему про видеокарту, нам же предлагают видеоданные перекидывать при помощи LDIR, это же не я сказал, 1 байт в 21 такт, супер.
Давай еще раз. Спектрум расчитан на частоту доступа к памяти максимум 3,5/3такта, железные ограничения, циклы памяти, паралельная работа видеогенератора. Итд, то есть ldir минимум это 3+3 выборка 3+3 пересылка одного байта, то биш 12 тактов.
Далее, тут пропихивали идею про блиттер, блиттер это куто но это тормоз, 20 летней давности технология.
Процеессор пока рисует сцену, должен ждать блиттер, опрашивая статус или висеть в wait, в крайнем случае прерывание, но это все бесполезно тратит время проца.
Есть альтернатива, аля дисплей лист, но если его делать аппаратно, это опять же какие то нелепые ограничения с кучей расходов ресурсов плис.
Отсюда вывод в видяхе должен быть свой процессор, который может по данным от z80 (организованных как удобно ему) строить сцену, хочется гоночный движок, не вопрос, хочется изометрическую игрушку или сроллер, все можно сделать практически не напрягая z80, но просто блиттер + проц в видяхе, это не даст максимум выжать, нужны внутренние блоки памяти и аппаратные механизмы для растеризации этих блоков в кадровый буфер. Все это упрощает программу для Z80 и можно максимум из железа выбить.
- - - Добавлено - - -
даже вопрос о умножениях/делениях можно снять с Z80
- - - Добавлено - - -
Это можно назвать метеором, а не текущие унылые фантазии
"тормоз" по сравнению с чем? с шейдерными монстрами из миллиардов транзисторов?
блиттер просто сделать и просто программировать, это главное
тупо очередь (даже не законченных команд, а отдельных записей в регистры), не нужна на это куча расходов
но и даже просто висеть в вайте - всё равно в конечном итоге быстрей в разы, чем отрисовать процом то же самое
(запросто еще и времени для него останется больше в кадре)
Прихожу без разрешения, сею смерть и разрушение...
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием