А нафига 60Гц новому софту?! (подчеркиваю - софту)
Вид для печати
Я вот не въеду, какая разница с точки зрения софта 60 или 50 герц? Плавный скролл все равно не выйдет, а что тогда? Делать без анимации? Или как? Простите тупого, но в чем здесь собака порылась?
Если я правильно понимаю, то есть игрушки и особенно много демок, которые синхронизированы интом, т.е. расчитаны как раз на то, чтобы уложиться в 70000 тактов проца (20мс, 50Гц). Если сделать частоту инта равной частоте кадров 60Гц (или 70Гц, как сейчас) то естественно проц не будет успевать... ну если его не разгонять... А при разгоне начнет летать весь софт... Поэтому думаю целесообразно сделать 2 переключаемых режима инта: 50Гц и равному частоте кадров (60/70Гц).
Коментариев и картинок пока конечно-же нет :D Но могу немного доработать... Просто из-за бесконечной работы времени катастрофически мало...Цитата:
Сообщение от fan
Все равно хрень получается - на 60 гц между интами меньше тактов - тормоза! А если гнать проц, то тормозов не будет, но софт ускорится, особенно аркады. И звук. Наверно тут не стоит ничего трогать. Получится что хочешь в асме/текстовом редакторе или подобоном посидеть - добро пожаловать на VGA, хочешь демки/геймы/интро - подключайся к ТВ. Или терпи мерцание. Инт не стоит менять, имхо, толку не будет.
не обязательно, здесь есть описание варианта (F4), работающего на 75Гц, не требующего изменения инта, и даже по идее более-менее корректно отображающего демки/геймы/интро (может быть даже более плавно, чем на оригинале за счёт промежуточного кадра).
А делать программы под инт для 60, 70 и т.д. Гц - по моему глупость, как впрочем и сам такой режим. Делать нужно только то, что совместимо со старым софтом, тем более что сделать это можно.
Как собаке пятая :) 60Гц надо монитору, почему-ту бОльшее кол-во имеющихся мониторов держат 60Гц, но или 75Гц, здесь уже не принципиально.
Добавлено через 5 минут
Кстати, вроде как витала здесь идея уже, как насчёт того, что бы в области бордюра (а лучше в момент гашения), "добавлять" процессору тактов? Полностью проблемы это не решит (бордюрные эффекты всё равно будут плыть), но зато должно излечить дрожание/мерцание. Причём построчно это делать, а не покадрово. С другой стороны, это "наскипирдарит" также процедуры, которые вообще с экраном на работают.
И опять вернулись к проблеме, которая была у меня в самом начале :D
Для описанного тобой метода надо как минимум 1 чип быстрой SRAM,
отдельновисящей от основной памяти, что я себе не могу позволить...
32Кб SRAM отнимет как минимум 25 ног у FPGA (если /CE на "0" посадить),
а у меня всего 97 ног на матрице под мои нужды...
Я даже наверное буду вынужден воздержаться от IDE... а так хочеться DivIDE прикрутить...
В данный момент байты пикселей/аттрибутов берутся из основной памяти, разделяя доступ с процессором...
Вообщето я неочень понимаю зачем надо 2 штуки SRAM :v2_conf2:
Если уложиться в 64 ноги на ПЛИС, то шины A и D у обоих микросхем будут общие...
то есть нет абсолютно никакого различия между 32Кб или 2 х 16Кб....
А если шины разделять, то только для памяти надо 50 пинов... ввести шины с проца еще 24 пина.... + видеовыход минимум 8, + /WR, /MREQ и т.д....
получается около 90 пинов :v2_eek:
Насчет режимов 60/70Гц ты неправ... Они нужны обязательно...
впрочем это сразу станет понятно первому-же счастливому обладателю такой карточки...
Если будет только 50Гц, а монитор эту частоту не поддержит (кстати, мониторов, подерживающих 50Гц, я еще не встречал)
то человек будет чувствовать себя немного .......(слово придумай сам :D)
И отмазки типа "Ищи монитор с поддержкой 50Гц кадровой" будут никчему...
А 100Гц, никак не сделать? Или при 100 тоже плавность тераяется? Или я что-то пропустил... ;)