Скорее знакоместная. Хотя, ты считал, тебе видней.

Для 82 года слишком наворочено.

Lethargeek, абсолютно согласен. Такая адресация была на "Специалист"е. Зато как красиво грузится некомпрессированная заставка с магнитофона. :-)

И слишком дорого, блин тогда еще на компы по 16К ставили

На Векторе вроде тоже. Вот интересно, а буржуи додумались? Я не нашел таких забугорных компов.

имеешь в виду по знакоместам, столбиками по 8 байт? или линиями?, а атрибуты?

Так на комоде - столбик на знакоместо, сами знакоместа линейно. Ни рыба, ни мясо.

А Vitamin видимо предлагает действительно идеальный :) вариант (байт на точку) по типу спринтера

вариант идеальный - но нужен в разы боле мощный процессор, чтобы успевать перестраивать экран. либо у нас 7К, либо тут только видимая область 256х192 будет 48К. Не говоря о том, что оригинальный спектрум 82го года выпуска и был 48м...

Ну, хотя бы линейная познакоместно, а байты все таки вертикальные 8 точек объединяют.

И, крмое других достоинств вертикальности - шрифт узкий на раз...

Когда ATMeg'у программировал по работе, один ЖКИ фирмы Bolymin раз удобно оказалось на бок положить... тогда я понял, какая адресация лучшая!..

Да, что гадать. Вывод на ZX расчитан как раз на знакоместную графику, со всеми своими пиксельными (INC/DEC H от байта к байту) и атрибутными (2 атрибута/знак) условностями. Знакоместо очень быстро выводится, а ходить из него куда-то тяжело.

Добавлено через 2 минуты
+1.

Вертикальный байт хорош для программиста, но чреват увеличением количества чтений из памяти формирователем видеосигнала в 8 раз, и примерно во столько же раз будет увеличено время торможения процессора, что крайне неблагоприятно скажется на общем быстродействии системы.

да, тогда и развертка должна быть соответствующая...

да нет, как раз развертка может быть сохранена.
в текущем варианте схема работает как? читаем 1 байт в сдвиговый регистр и потом можем к памяти не возвращаться, т.к. сдвиговый регистр будет нам 8 пикселей рисовать. В случае разворота знакоместа получается, что для рисования этих же 8 пикселей нам нужно будет дёргать память 8 раз при инкременте адреса, хотя в обоих случаях частота пиксельклока будет одинаковая. Проблему можно решить физически выделив память в 256 байт для буфера пикселей, но даже при таком раскладе буфер надо сначала заполнить из основной памяти, правда только один раз для восьми строк на экране.

Я имел в виду - вертикальную постолюцовую развертку.

Но это нереально. Как и буфер (со своими, кстати, проблемами).