Такой скандаблер и в отдельном устройстве дешевле, т.к. не надо хранить весь кадр. Вот только с фреймрейтом пролетаем, если 60Гц. Если взять нестандартную развертку с 50Гц, тогда было бы вообще кошерно, но не все моники ее держат. CRT держали не все, а про LCD вообще молчу.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Это ебстесственно. Для частоты, отличной от 50 нужно хранить в буфере весь кадр.Сообщение от HardWareMan
Я не упомянул, что у меня сейчас все мони дома и на работе держат 50Гц. Специально не подбирал, оно само так получилось
Сайт с документацией к "Scorpion ZS 256"
мда, все сложно как-то выходит
Получается, что можно сформировать кусок видимого изображения во фреймбуффер, для РК86 с головой хватает для этого пиксельклока 8Мгц (для 516 x 310 точек @ 50Гц).
Выводить эту картинку уже можно при пиксельклоке 40Мгц например (для полноценного стандартного VGA 800x600x60Гц). Другой вопрос - где хранить (и сколько раз) данные для фреймбуффера.
По логике, вроде как подходит внешний SDRAM. для одного кадра хватает 14кб, посему может и внутренних ячеек должно хватить ?
Может и хватить. Тем более, внутренние двухпортовые, можно будет асинхронно туда писать и оттуда считывать.
Хватило. Получится блок длиной 131072 бит двухпортовой памяти. В которую помещается часть экрана (я сделал фреймбуффер 432x300). Хотя и задекларирована в РК экранная видимая область 384x250, все равно не все программы этого придерживаются и зачастую лезут в невидимую область.
Запись в него идет с клоком 16Мгц, чтение - с клоком 48Мгц.
Все бы ничего, только визуально заметны (не сильно, но есть) некоторые срывы, я так понимаю это как раз когда случается одновременная запись и чтение. Я хоть и выставлял в мега-визарде для такой ситуации, что если в ячейку что-то пишется, второй агент получает старое значение - но это как-то не сильно работает.
Учитывая то, что с квартусом и verilog'ом я знаком буквально неделю, возможно есть какие-то решения, как это избежать (читать по негативному фронту клока или еще как-то)? Хранить второй кадр аж никак не получится, нет на это ресурсов уже.
Вот ссылочка на текущий бранч с тестовой и пока глючноватой реализацией фреймбуффера, кому интересно: https://github.com/andykarpov/radio-...mebuffer-test/
Выложил релиз 1.0 (тег release-1.0 в master'е) версии radio-86RK_SDRAM для платы Zr-Tech WXEDA: https://github.com/andykarpov/radio-86rk-wxeda/
В данном релизе удалось пофиксить glitch'и отображения.
Теперь имеется полноценный режим VGA 800x600x72Гц (можно было бы и 75 сделать, чтобы совсем следовать стандарту, но тактовая частота платы - 48Мгц, а с PLL возиться не хотелось)
Теоретически, если кому вздумается переносить код VGA обратно на DE1 - будет вообще песня, там тактовая частота 50МГц, что идеально сформирует VGA 800x600x75.
А проблема, о которой я писал выше, судя по всему, заключалась в том, что мы от ВГ75 требуем 516x620 строк для кадра, строк как бы в 2 раза больше чем в 310 оригинале, и почему-то каждая вторая строка в какой-то момент приходила чуть битая (ну или я не знаю как объяснить этот феномен).
Теперь можно курить дальше, чтобы прикрутить tape-in / tape-out и s-video
И поставить наконец-то точку в этом проекте
Добавил README со всеми известными мне оригинальными копирайтами и ссылками на связанные с проектом статьи / обсуждения / фото.
Если кого обидел - дайте знать, плз.
А вот не надо сравнивать с эмулятором
вопрос по поводу ВГ75:
если включен режим невидимых аттрибутов, то позиции сдвигаются в пределах строки или всё же всей оставшейся части экрана?
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
