Делаю RGB панель, 20х10 пикселей. Пиксель кодируется тремя байтами. Тоесть по байту яркости на каждый цвет. Помимо других функций, устройство должно проигрывать так называемые сценарии. Если решать в лоб, то просто хранить кадры в памяти, например MicroSD, да и кидать их в драйвера по прерыванию. Вопрос следующий: Стоит ли заморачиваться на кодирование с таким разрешением, и что бы почитать, чтобы разобраться в этом.

ps: Контроллер собрался применять atmega32.

Сформулируйте вопрос нормально. О каком кодировании речь?

Речь о кодировании изображения. Можно просто хранить кадры в несжатом виде. То есть три байта на пиксель. А можно пожать, тогда места занимать они будут меньше, но добавятся вычисления. Способы кодирования бывают разные. И дело в том что у меня об этом только поверхностные знания, поэтому немогу оценить стоит ли овчинка выделки.

Товарисч, у вас один кадр весит минимум 600байт, хоть кодируйте, хоть нет, вы всё равно ничего не сможете сделать с этим, он всё равно будет занимать не менее 600байт. Если применить сжатие с потерями, то, в данном случаи, это не имеет никакого смысла. Просто отведите под яркость каждого цвета, например, 4 бита, вот вам и получится сжатие с потерями, один кадр - 300байт.

Сжатие применяют когда идет поток кадров. На одном кадре сжать можно только за счет потери разрядности. Об этом уже написано выше

Видимо я опять неправильно выразился.
Конечно же поток, а не один кадр. Показываться будет не статическая картинка, а ролики 20-30 секунд.

AVI, MPEG, FLV ... Выбирайте