Да, но принцип тот же самый.Сообщение от Titus
Например у нас в строке 78 символов и 32 атрибута (вместо 16-ти) в "прозрачном" режиме. Значит ВГ75 настроен на 78 символов в строке, а ПДП на 32 больше. Когда ВГ75 получает атрибут, то помещает его в буфер символов, а следующий за ним символ в буфер фифо (размер которого 16 символов). Получив в дальнейшем 17-й атрибут - так же поместит его в буфер символов, а следующий уже за этим атрибутом символ перезапишет в фифо (или вытолкнет) тот самый первый. В итоге к концу загрузки такой строки у нас будут потеряны 16 символов - потому что размер фифо равен 16.
Аналогичная ситуация с длиной строки в 128 символов. Получив от ПДП 81-й символ, ВГ75 поместит его на место первого и так далее до 128-го. В итоге у нас будут потеряны первые 48 символов (точнее они будут равны последним 48-ми).
Применить на практике это можно, например, так. После HRTC можно "подсунуть" ВГ75 фейковые 48 символов (а само это время использовать на обратный ход и бланкирование). А вот с 49-го по 128-й уже выдать строку нормальных символов из видеопамяти. Не факт что это вообще как-то применимо или кому-то нужно.
Меня лично смущал вопрос - что будет если указать ВГ75 параметр строки больше 80-ти - будет он его игнорировать (считать равным 80, даже если указываешь больше) или будет считаться опять с нуля (например вместо 96 восприниматься как 16). В итоге просто проверил на практике - подключил логический анализатор к Апогею и начал менять параметры ВГ75. В какой-то момент синхронизация сорвалась, но анализатор показал сколько CCLK проходит между HRTC и что при этом выдаётся на CC6..CC0.
Ответить с цитированием