Страница 1 из 1
Память и изображение.
Добавлено: Пт дек 04, 2009 21:36:47
SAWushka
Делаю RGB панель, 20х10 пикселей. Пиксель кодируется тремя байтами. Тоесть по байту яркости на каждый цвет. Помимо других функций, устройство должно проигрывать так называемые сценарии. Если решать в лоб, то просто хранить кадры в памяти, например MicroSD, да и кидать их в драйвера по прерыванию. Вопрос следующий: Стоит ли заморачиваться на кодирование с таким разрешением, и что бы почитать, чтобы разобраться в этом.
ps: Контроллер собрался применять atmega32.
Добавлено: Сб дек 05, 2009 09:56:08
AI_Disable
Сформулируйте вопрос нормально. О каком кодировании речь?
Добавлено: Сб дек 05, 2009 11:44:04
SAWushka
Речь о кодировании изображения. Можно просто хранить кадры в несжатом виде. То есть три байта на пиксель. А можно пожать, тогда места занимать они будут меньше, но добавятся вычисления. Способы кодирования бывают разные. И дело в том что у меня об этом только поверхностные знания, поэтому немогу оценить стоит ли овчинка выделки.
Добавлено: Сб дек 05, 2009 12:52:47
AI_Disable
Товарисч, у вас один кадр весит минимум 600байт, хоть кодируйте, хоть нет, вы всё равно ничего не сможете сделать с этим, он всё равно будет занимать не менее 600байт. Если применить сжатие с потерями, то, в данном случаи, это не имеет никакого смысла. Просто отведите под яркость каждого цвета, например, 4 бита, вот вам и получится сжатие с потерями, один кадр - 300байт.
Добавлено: Сб дек 05, 2009 13:16:22
Meteor
Сжатие применяют когда идет поток кадров. На одном кадре сжать можно только за счет потери разрядности. Об этом уже написано выше
Добавлено: Сб дек 05, 2009 13:26:02
SAWushka
Видимо я опять неправильно выразился.
Конечно же поток, а не один кадр. Показываться будет не статическая картинка, а ролики 20-30 секунд.
Добавлено: Вс дек 13, 2009 12:10:18
YS
AVI, MPEG, FLV ... Выбирайте
