Скорее знакоместная. Хотя, ты считал, тебе видней.Цитата:
Сообщение от Lethargeek
Для 82 года слишком наворочено.Цитата:
Сообщение от Vitamin
Вид для печати
Скорее знакоместная. Хотя, ты считал, тебе видней.Цитата:
Сообщение от Lethargeek
Для 82 года слишком наворочено.Цитата:
Сообщение от Vitamin
Lethargeek, абсолютно согласен. Такая адресация была на "Специалист"е. Зато как красиво грузится некомпрессированная заставка с магнитофона. :-)
И слишком дорого, блин тогда еще на компы по 16К ставилиЦитата:
Сообщение от James DiGreze
На Векторе вроде тоже. Вот интересно, а буржуи додумались? Я не нашел таких забугорных компов.Цитата:
Сообщение от voxon
имеешь в виду по знакоместам, столбиками по 8 байт? или линиями?, а атрибуты?Цитата:
Сообщение от Vitamin
Так на комоде - столбик на знакоместо, сами знакоместа линейно. Ни рыба, ни мясо.Цитата:
Сообщение от daniel
А Vitamin видимо предлагает действительно идеальный :) вариант (байт на точку) по типу спринтера
вариант идеальный - но нужен в разы боле мощный процессор, чтобы успевать перестраивать экран. либо у нас 7К, либо тут только видимая область 256х192 будет 48К. Не говоря о том, что оригинальный спектрум 82го года выпуска и был 48м...
Ну, хотя бы линейная познакоместно, а байты все таки вертикальные 8 точек объединяют.Цитата:
Сообщение от Vitamin
И, крмое других достоинств вертикальности - шрифт узкий на раз...
Когда ATMeg'у программировал по работе, один ЖКИ фирмы Bolymin раз удобно оказалось на бок положить... тогда я понял, какая адресация лучшая!..
Да, что гадать. Вывод на ZX расчитан как раз на знакоместную графику, со всеми своими пиксельными (INC/DEC H от байта к байту) и атрибутными (2 атрибута/знак) условностями. Знакоместо очень быстро выводится, а ходить из него куда-то тяжело.
Добавлено через 2 минуты
+1.Цитата:
Сообщение от voxon
Вертикальный байт хорош для программиста, но чреват увеличением количества чтений из памяти формирователем видеосигнала в 8 раз, и примерно во столько же раз будет увеличено время торможения процессора, что крайне неблагоприятно скажется на общем быстродействии системы.
да, тогда и развертка должна быть соответствующая...
да нет, как раз развертка может быть сохранена.
в текущем варианте схема работает как? читаем 1 байт в сдвиговый регистр и потом можем к памяти не возвращаться, т.к. сдвиговый регистр будет нам 8 пикселей рисовать. В случае разворота знакоместа получается, что для рисования этих же 8 пикселей нам нужно будет дёргать память 8 раз при инкременте адреса, хотя в обоих случаях частота пиксельклока будет одинаковая. Проблему можно решить физически выделив память в 256 байт для буфера пикселей, но даже при таком раскладе буфер надо сначала заполнить из основной памяти, правда только один раз для восьми строк на экране.