[an error occurred while processing this directive]
Ох, появилась задача сжатия видео сигнала. Прошу совета
(«Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)
|
Отправлено
Kota 26 сентября 2003 г. 10:15
|
|
|
|
На какой DSP ориентироваться в задачах сжатия и распаковки видео в реальном времени? Разумеется DSP желателен подешевле. Сам пока метаюсь между с55х и BF53x. Примеры есть и там и там. Что посоветует уважаемое собрание? Может есть отладочные платы для этого дела. С алгоритмами тоже не понятно куда грести Weiwlet-Jpeg-Mpeg. Может еще что-нить еще есть? Математик вообще говорит, что поднимем все. Совместимость, четкое следование стандарту не грузит. Одна железка пакует - другая распаковывает. Хотелось бы получить радмер сжатого кадра на уровне 30..50 КБт.
Составить ответ
|||
Конференция
|||
Архив
Ответы
- Задача есть, но он ее не понял!!! Перескажи нам тупым - может чего путное сможем предложить. — Пятничный хрен (26.09.2003 18:53, пустое)
- Вопрос: какова цель (что на выходе устройства - системы безопастности, компьютер, vhs, svhs)? — Lucky (26.09.2003 16:37, пустое)
- вообще интересно, что практически лучше - самому на ПЛИС делать или готовый чипсет брать (сомневаюсь в способностях DSP) — yes (26.09.2003 15:07, пустое)
- Зависит от разрешения и качества картинки. DM64x специально для этого сделан. Видеопорты классные.Только дохловат для больших картинок. — Пятничный хрен (26.09.2003 11:53, пустое)
- В jpeg вполне реально, а ресурсов гораздо меньше нужно, чем в mpeg — Отделение 13 (26.09.2003 10:56, пустое)
- "Хотелось бы получить радмер сжатого кадра на уровне 30..50 КБт. " - Чаво?! — st256 (26.09.2003 10:23, пустое)
Перейти к списку ответов
|||
Конференция
|||
Архив
|||
Главная страница
|||
Содержание
|||
Без кадра
E-mail:
info@telesys.ru