Ну так у меня всё ещё впереди. Нельзя же требовать у первоклассника решать дифуры )
хоспаде. учитесь читать сырки.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
А если сделать графический режим 320x240 в развертке VGA 640x480 60 Гц и текстовой режим 30x80 со знакогенератором размером 8х16, Z80 на частоте 6 MHz. Первые 16К можно совместить под ПЗУ и графический видеорежим. Надо предусмотреть копирование из ПЗУ в ОЗУ и отключение ПЗУ и графики. Текстовой режи для CP/M, а графический для переделки игр с ZX Spectrum для устранения клешинга атрибутов.
Графический режим я знаю как сделать, а как управлять аппаратным текстовым ? Адреса включения-выключения и буфера символов-атрибутов. Что еще понадобится для CP/M в плане графики и памяти ?
Можно попробовать разработать на микросхемах логики и статическом ОЗУ.
Последний раз редактировалось zx-kit; 27.12.2017 в 18:22.
"L-256"
Можно, примерно этим сейчас и занят. Но пол-работы не показывают
Если не требуется одновременно текст и графика как в "Корвете", то можно сделать совмещенную "видеокарту" как в "Арго" (причем ВГ-шка тут совсем необязательна).
Суть уже не раз описывали - текстовый буфер заполняется возрастающими кодами, а огромный загружаемый "знакогенератор" является графической памятью.
В текстовом режиме соотв. наоборот - текстовый буфер под текст, а гаф. память под знакогенератор с кучей наборов символов как бы нахаляву возможно даже разноцветных в пределах знакоместа
electronox necromancer
Причем и второй (текстовый) режим можно использовать для вывода огрубленной графики если знакогенератор заполнить не "рисунками символов", а чанками - типа как псевдографика, но по факту просто набор разнообразно заполненных точками знакомест (при знакогенераторе в 256 символов и знакоместе 8х8 размер чанка составит 2х2 точки, т.е. огрубление всего то в 2 раза). При этом для вывода такой графики получается существенное преимущество: каждый кадр требует модификации в N раз меньшего объема ОЗУ (N=количеству строк в знакоместе), что уже наконец то даст нам возможность поиграть в DOOM на Корвете.
- - - Добавлено - - -
Адреса включения-выключения - это что имеется в виду? Начальный адрес текстового экрана в ОЗУ SRAM-ины? Если это оно, то это очень нужная фича, т.к. позволит иметь несколько планов/экранов между которыми можно моментально переключаться - хоть для "рисования", хоть для работы нескольких консолей (т.е. нескольких приложений - каждое со своей консолью), если это не оно, то многоэкранный текстовый мод нужно добавить. Также, если такое возможно (например если в видеоадапторе стоит микроконтроллер как у Freddy) не был бы лишним скроллинг задаваемого пользователем окна (для каждого экрана - свой размер окна) во все стороны.
Хост будет иметь возможность писать/читать непосредственно в видеоОЗУ, или он его будет позиционируемо заполнять через некий канал ввода (как например терминальных вариантов)?
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Не хватит комбинаций битов в одном байте. В символе может быт только 8 чанков. Поэтому их размеры будут больше. Наверно символьный экран лучше сделать в разрешении 640х350 85 Hz и размер символа 8х14 точек. А рисовать проще в графическом режиме 320x240 с адресацией типа Ориона и Специалиста, но с адреса 0, двумя экранами и режиме рисования одним цветом + прозрачный.
Продолжать обсуждение моего варианта компьютера с CP/M можно в другой теме
Последний раз редактировалось zx-kit; 28.12.2017 в 16:23.
"L-256"
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)