CromArt от ST Опции

[SasaVitebsk]

Хочу задействовать аппаратный акселератор. Опыта такой работы практически нет. Вся моя графика - обычные менюшки.
Насколько я понимаю бегло прочитав, этот ускоритель можно применять в следующих случаях:
1. При отрисовке объекта типа widget на экран из заранее заготовленного места, например из флэши.
2. То же что и 1, только ещё с учётом фона либо с учётом перекрытия. Короче с учётом картинки. (Тут мне надо ещё осмыслить)
3. Например затемнение объекта (всякие там invisible).
4. При появлении окна перекрытия (например диалог) для сохранения/ восстановления фоновой картинки.
Я так понимаю его нельзя использовать для отрисовки примитивов и т.п.

Учитывая как обычно дрова пишутся, получается что его органичное применение в библиотеке достаточно хлопотное занятие?
Кто в теме, проясните ситуацию. А также может кто литературу какую-нибудь по теме приведёт или примеры.
Хотелось бы глянуть.
Заранее блгодарю

[SasaVitebsk]

Ну... "ограниченное применение" это в моей голове. Я примеряю этот акселератор к той ГУИ, которую я использовал и на которую я ориентировался. Я использовал ГУИ от микрочипа. )) Была она некоторое время с открытыми исходниками. Я там кое что менял, но идеология мне понравилась больше чем от uCOS.
Собственно Вы на вопрос ответили. Меня интересует - кто как подходит к этому вопросу. Кто как подходит к проектированию ГУИ.
У меня к Вам только один вопрос по тексту. За счёт чего будет выигрыш, если я отрисую примитив в буфере и скопирую в видеоозу. За счёт более медленной работы внешней памяти? Но мне кажется, это уже существенной роли не сыграет на отображение картинки.

[scifi]

За счёт чего будет выигрыш, если я отрисую примитив в буфере и скопирую в видеоозу.

Сейчас у меня программа при выводе текста декодирует шрифт на лету (там применено сжатие RLE) и выводит на экран пиксель за пикселем. Ясно, что если шрифт уже отрисован, и DMA просто перебросит букву на экран, то получится гораздо быстрее. И процессор не надо занимать.