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

LPC не очень то, плисины те что пошустрее очень.

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

Дык фото или видео?

Если у AVR хватает силёнок сжать фото кадр, то любой кортекс в 10 раз быстрее может.

Раз в ~5 мин сформировать сжатое фото в чб пале. Вот и спрашиваю про алгоритм и время его выполнения

Опять забавно чб пал, нет там пала. Просто видео сигнал. Пал - это цвет, с поднесущими в спектре видео и тд итп.
Если ч/б это просто видео. Сжать без потери качества трудно, но можно. все зависит от требований к мелким деталям. Выбор алгоритма тоже.
Ставьте еще плисину, дешевле и быстрее. LPC под компрессию видео не заточены, ни ARM-7, ARM-9, Cortex-ы просто медленны и бесполезны для сжатия видео.
Либо видео процы с DSP либо плисина.

Согласен. Но из-за через ж-ной задачи плисина уберает цвет (пока) из пал камеры и хотелось
бы сжать это всё оставшееся без потерь качества. Да это мы всё и сделали. Вот советуюсь
по поводу компресси остатка от пала чб сигнала. Понимаю что всё... Просто идеи

а весело читающий blackfin что про блекфин чего говорит?
любая ифо нужна.

Да всё просто - сроки убийственные... LPC знаю, кортекс нет. На это дело, хоть и хоршее, времени нет.
А всё наладить, развести и запрограммировать, увести и поставить ... Мне уже до этой скорости. Просто спрашиваю
в этих рамках - реализуемо аль нет. Да вот и всё. Собственно разговор был просто о сжатии файла, а потом его разжать...

С задачей сжатия одного ч/б кадра 720*576 за 5 мин. справится любой МК, и даже AVR.
Кроме того, на форуме работает функция поиска: JPEG.
И, наконец, сайт ADI дает глубокий повод для раздумий: JPEG Encoder.

Вопрос: объясните бестолковому - сжать, передать без абсолютного потери качества!!!
и потом восстановить - это подойдет?

Да вся проблема не голых баб наблюдать, а снежные лавины у ЖД РФ, вот и советуюсь...

Огласите плс. числа - скорость канала, сколько раз в час нужно кадры передавать, качество оцифровки видео. А то как-то трудно без этого советы давать

Жмите кадр в джипег, передавайте. В чем проблема то? Кортекс прекрасно справится, только внешней памяти надо побольше.

Утомился. Есть подход сжать и весело посмотреть. А есть подход реально детально рассмотреть.
Это разные вещи: делитанские или любительские.
Поэтому промышленное оборудование - одна цена а... другая
JPEG можно без потери качества восстановить в первоиссточник???
Блин вопрос был про алгоритм типа зип и унзип и на си

Сообщение отредактировал kiv121 - Mar 31 2011, 08:39

Какой Кортекс?

Да, может. При правильных настройках.


Алгоритмы типа зип не дадут существенного сжатия картинки с камеры.

Это не обсуждение, а какое-то переливание из пустого в порожнее. Сказано же, любой процессор справится с сжатием кадра в JPEG за 5 минут. Лишь бы памяти хватало.