Помогите с алгоритмом для attiny, вывод символов на экран Опции

[idono]

Необходимо сделать устройство на МК tiny2313, которое будет накладывать данные (цифры и простую графику), получаемые из другого более мощного МК, на композитный видео-сигнал.
Начало реализации я себе представляю - LM1881 ловит строчные и кадровые импульсы, а attiny в нужный момент выдает логическую единичку в видео-линию. Связать tiny с другим МК с целью приема данных по USART тоже не проблема.
А вот как реализовать программную часть на Си так, чтобы все было быстро и компактно - не представляю, туго у меня пока с программированием

Если сначала описать все возможные символы двухмерными битовыми массивами, а потом в нужные моменты выбирать нужный слой нужного символа (так я делал в другом проекте на atmega16) - выбор из массива занимает много процессорного времени, да и такой массив (даже на 20 символов) на attiny не влезает

Может быть можно как-то принимать от другого МК уже готовые битовые "маски" символов, но тогда как их хранить до момента вывода, ведь памяти на attiny для этого тоже не хватит.
Передавать по USART прямо к моменту вывода на экран невозможно - скорости не те.

Подскажите решение для моего случая, пожалуйста. Если это вообще возможно на tiny2313...

P.S. Нужно накладывать на изображение символы размером 6х8 пикселов в количестве около 20 штук и простую графику размером 30х30 пикселов

[=GM=]

P.S. Нужно накладывать на изображение символы размером 6х8 пикселов в количестве около 20 штук и простую графику размером 30х30 пикселов

Подумал немного, на тайни можно и графику 30х30 выдавать программно без разрывов.

[singlskv]

Подумал немного, на тайни можно и графику 30х30 выдавать программно без разрывов.

Наверное можно,
Господа разработчики, а не порешать ли нам эту задачку совместно ?
Сразу скажу что у меня такая задачка не стоит и мой интерес чисто абстрактный...
Предлагаю открыть такой проект по выводу(подмешиванию) картинки на телик.
Только он должен быть полностью открытым....
Те высказывания в стиле "а я могу круче..." без демонстрации кода просто удаляются.
Готов в этом поучаствовать насколька хватит знаниев

[=GM=]

Господа разработчики, а не порешать ли нам эту задачку совместно? Сразу скажу что у меня такая задачка не стоит и мой интерес чисто абстрактный...Предлагаю открыть такой проект по выводу(подмешиванию) картинки на телик.
Только он должен быть полностью открытым....Те высказывания в стиле "а я могу круче..." без демонстрации кода просто удаляются. Готов в этом поучаствовать насколька хватит знаниев

Фрагмент выдачи 20 символов в тв-строку через пин pd0. Как я и говорил, будет зазор в один такт между символами

Код

      ld     r16,z+
      out    portd,r16
      ror    r16
      out    portd,r16
      ror    r16
      out    portd,r16
      ror    r16
      out    portd,r16
      ror    r16
      out    portd,r16
      ror    r16
      out    portd,r16
Повторить фрагмент ещё 19 раз

Скорость выдачи 10Мбит/с

[singlskv]

Фрагмент выдачи 20 символов в тв-строку через пин pd0. Как я и говорил, будет зазор в один такт между символами

Код

      ld     r16,z+
      out    portd,r16
      ror    r16
      out    portd,r16
      ror    r16
      out    portd,r16
      ror    r16
      out    portd,r16
      ror    r16
      out    portd,r16
      ror    r16
      out    portd,r16
Повторить фрагмент ещё 19 раз

Скорость выдачи 10Мбит/с

Все конечно хорошо, но в общем очевидно...
Зачем выводить со скорость 10мбит/сек если нужно раз в пять медленнее на 20 символов ?

Вопрос в том как грамотно организовать получение/вывод данных для того что бы и
картинка была красивой и данные можно было обновлять быстро.