T6963C - снова вопросы, требуется совет от глубоко копнувших тему Опции

[ARV]

пытаюсь понять, как работать с этим контроллером (дисплей 128х160 WinStar). главное, что меня интересует: могу ли я использовать имеющуюся на борту контроллера память в качестве буферной для графики? ее вроде гораздо больше, чем нужно для одного экрана, хочу сделать видимую и фоновую страницы, чтобы пока смотрим на видимую, рисовать в фоновой, а потом резко поменять их местами.

но документация моему скромному уму не поддается, я с этой адресацией не могу понять - реально это сделать или нет? если кто разобрался с этой темой - подскажите, пожалуйста! обычно для графических дисплеев в документации показано какое-то графическое соотношение между адресами памяти и позициями на дисплее - тут же нету этого, а по словесному описанию не врубаюсь

[ARV]

большое спасибо! я примерно так и думал.

еще вопрос, если не затруднит: поясните мне, что такое Graphic Area? я так понимаю, Graphic Home - это как раз начало графической страницы, а Area что такое?

в других контроллерах была возможность задать "окно" в пределах графической области, и тогда последовательный вывод данных построчно заполнял эту область переходя к очередной строке при достижении правого края (или другого края - это тонкости). а в данном контроллере что-то снова мутное написано...

[Alex A. Mihaylov]

Этот контроллер может работать с разными размерами экрана. Я, например, использовал его в режиме 128х64.
Так вот Graphic Area это в зависимости от контекста либо текущая (отображаемая на экран) область памяти, либо значение в байтах одной строки пикселей.

Про второе подробнее - у экрана формат отображения - неупакованный битмап, т.е. фактически рисуем на компе bmp и посылаем его данные прямо в контроллер. Ближе к делу - первый байт области это первые 8 горизонтальных точек в строке (у большинства контроллеров это таки первые точки восьми строк). Таким образ для моего 128х64 - GraphicsArea (182/8=16 байт). для Вашего 128х160 - (160/8=20 байт)

Технически, я бы мог задать graphicsArea и в 20 - реально отображалось бы все равно 128. Но переход на новую строку происходил бы по смещению 20 - лазеечка для организации горизонтального скролинга (правда, довольно бестолковая - ибо попиксельного скрола все равно не получается)

Это, конечно, если я ничего не путаю. Уже года два как его не касался.

Сообщение отредактировал Alex A. Mihaylov - Jan 17 2012, 09:46

[ARV]

первый байт области это первые 8 горизонтальных точек в строке (у большинства контроллеров это таки первые точки восьми строк). Таким образ для моего 128х64 - GraphicsArea (182/8=16 байт). для Вашего 128х160 - (160/8=20 байт)

сразу очередной вопрос: первые точки - имеется ввиду левый верхний угол дисплея? а если я для своего дисплея задам GraphicArea = 10, и буду выводить сплошным потоком 0xFF - у меня зальется левая половина дисплея? что-то вот этот момент я не улавливаю...