LPC для обработки видео Опции

[kiv121]

Прошу прощения у модератора за повтор темы от AVR.
Проектируем плату для обработки и передачу чб фото с видеокамеры.
Входная часть от ПАЛ на АЦП и плисине сделана, надо медленно передать фото очень далеко
по медленному радиоканалу. Хотелось бы это все сжать. Какие решения на этот счет есть?
Почему?: не хотим поиметь гемр из-за вероятности ошибки и большой времени передачи,
а рядом еще идет и телеметрия.

[Aner]

ar__systems чёт не то пишет.
GIF то что надо, поскольку по стандарту 255 градаций серого (если чб), JPEG проигрывает избыточностью. GIF хорош тем, что можно потерять более половины картинки (кадра), но распознавание сюжета остается высокое, в отличии от JPEGа.
... сжимаемый поток..., вообще не отсюда. Причем сдесь это, если говорим о стандартах сжатия.
LPC и обработка видео как то не стыкуются все же. Не для этого LPC_шки разрабатывали.

[ar__systems]

GIF то что надо, поскольку по стандарту 255 градаций серого (если чб), JPEG проигрывает избыточностью.

Вы, извините, что-то где-то слышали, но понятия не имеете, о чем говорите. Да, гиф 8 бит, JPEG 24. Ну и что? Вы для начала тупо возьмите и поэксперементируйте, как сжимает Гиф и JPEG. Например, следующая картинка:



После того как я ее в черно-белую переделал и сконвертил в GIF, JPEG -- 17KB, GIF -- 150KB. И меньше гиф уже никак не станет, а JPEG eще может жать и жать, при 17КB никаких артефактов еще нет.

А после экспериментов почитайте как они оба сжимают, чтобы не писать в следующий раз нелепицу.

Какие потери байт? О чем вы?
Передача данных разве не подразумевает протокол?
Пакеты, кадры, CRC. итд итп.

+1.


Сообщение отредактировал ar__systems - Apr 5 2011, 20:46

[sasamy]

После того как я ее в черно-белую переделал и сконвертил в GIF, JPEG -- 17KB, GIF -- 150KB. И меньше гиф уже никак не станет, а JPEG eще может жать и жать, при 17КB никаких артефактов еще нет.

Удивительно - что только не советуют кроме того что было специально разработано для таких целей
http://en.wikipedia.org/wiki/Portable_Network_Graphics

[blackfin]

Удивительно - что только не советуют кроме того что было специально разработано для таких целей
http://en.wikipedia.org/wiki/Portable_Network_Graphics

Ага.. По Вашей же ссылке:

Using PNG instead of a high-quality JPEG for such images would result in a large increase in filesize (often 5–10 times) with negligible gain in quality.

[sasamy]

Ага.. По Вашей же ссылке:

А Вы отмотайте тему на пару страниц - речь идет о ч/б изображении - на них jpeg вообще теряет все свои преимущества в компрессии.

[etoja]

А Вы отмотайте тему на пару страниц - речь идет о ч/б изображении - на них jpeg вообще теряет все свои преимущества в компрессии.

Вы сами придумали эту чушь?

GIF - алгоритм сжатия без потерь (качества).
JPEG - алгоритм сжатия с потерями. В нём применяется дискретное косинусное преобразование (DCT). Из всех преобразований оно имеет наиболее быстро спадающие коэффициенты, поэтому обеспечивает наибольшее сжатие среди алгоритмов, разбивающих изображение на квадраты 8х8 точек.

Большее сжатие может обеспечить лишь вейвлет-алгоритм, но только потому, что обрабатывает всё изображение целиком, не разбивая на квадраты.
А коэффициенты вейвлет-алгоритма спадают медленнее, чем у DCT.