Отправлено Зок Мёдов 06 июля 2005 г. 17:54 В ответ на: Сжатие видео на Blackfin отправлено Vlad98 05 июля 2005 г. 12:15

Был написан алгоритм похожий на JPEG с некоторыми отличиями.
Например: вместо RLE+Хаффман использовался адаптивный арифметический кодер, сжатый поток не имеет ничего общего по формату данных с JPEG.
Достоинства и недостатки арифметики против RLE+Хаффман таковы: арифметике нафиг не нужно никакое зигзаг сканирование и жмёт она всегда оптимально. Но кодирование чуть медленнее. Основной недостаток арифметики - декомпрессия. Оно в 4 раза медленнее компрессии. Опять же, у меня очень специфический самодельный арифметический кодер, тюнингованный на скорость сжатия для Блэкфина. Выжато ФСЁ!
Итого имеем: BF532 - 393 MHz
PAL Видео. Цветное. 720х288х2полукадра 25 кадров/сек. загрузка процессора - где-то в районе 90 процентов, то-есть что называется реалтайм :)
Сейчас отказался от блочных JPEG-подобных алгоритмов так-как практически невозможно скалировать видео на лету, да и степень сжатия при требуемом качестве - не очень. Сделал полноэкранный вэйвлет, всё намного веселее. При том же качестве - выигрыш по сжатию в 2 раза, но уже успеваю только кадров 20 в секунду, либо полное чёрно/белое, либо с цветом, но разрешение поменьше. Выжимался в каждом алгоритме каждый такт с учётом всех тонкостей архитектуры.
Скажу сразу, никакие примеры от AD не пригодились по причине своей убогости. DCT переписывал полностью, а ариф.кодер от AD это просто карикатура какая-то.
Ко всему сказанному стоит добавить, что довольно странно звучат иногда реплики, что мол взял какие-то там исходники на С написанные всяких (J/M)PEG-ов и Blackfin не рулит, типа тормоз.