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