1.3 мегапикс CCD, надо выводить на монитор с 30 fps, передача данных через эзернетовскую витую пару, "приёмник" - ноут/PC, какой бы алгоритм применить битрейд до 50 Mbit/s. Хотелось бы DSP подешевле, а если есть ещё и исходники открытые ...(-) («Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

[an error occurred while processing this directive] 1.3 мегапикс CCD, надо выводить на монитор с 30 fps, передача данных через эзернетовскую витую пару, "приёмник" - ноут/PC, какой бы алгоритм применить битрейд до 50 Mbit/s. Хотелось бы DSP подешевле, а если есть ещё и исходники открытые ...(-)

(«Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

Отправлено Ан 28 марта 2005 г. 11:17

Составить ответ ||| Конференция ||| Архив

Ответы

Ну, скажем, мы на DM642 в MJPEG до 6 каналов разрешением CIF жмем (и еще запас остается), bandwidth не такой уж большой, кодек для партнеров TI - бесплатный. — Ненавижу TI! (29.03.2005 18:29, пустое)
- Только CIF это грубо 0.1 мегапикселя :-)))) — svf (29.03.2005 22:44, пустое)
  - Ну, и..? 6 каналов - это в сумме половина того, что клиент хочет. Плюс, как я сказал, есть запас. Плюс разные накладные расходы за счет того, что каналов больше одного, уйдут. Так что, в mjpeg, думаю, вполне реально, на самом деле. — Ненавижу TI! (30.03.2005 23:22, пустое)
    - Возможно, но я бы десять раз подумал, чтобы закладываться под такой вариант. А насчет тонкой доводки под 64x, думаю, Вы со мной согласитесь, когда нужно поменять что-то в reference design и выжать максимум производительности, это для человека, который с ним не работал, задача не на неделю и может даже не на месяц. — svf (31.03.2005 15:23, пустое)
Недорогим DSP здесь скорее всего не обойтись. — svf (29.03.2005 02:05, 579 байт)
- низкая степень сжатия не из-за требуемого высокого качества, а из-за наличия канала 100 Мбит и ненадобности его сильно экономить, т.е. если в лоб передавать, то канала не хватает, достаточно чуть-чуть сжать и будет достаточно — Ан (29.03.2005 15:01, пустое)
  - А чуть-чуть сколько? — svf (29.03.2005 16:57, 75 байт)
    - задача в онлайне смотреть на мониторе с указанным разрешением и чтобы 100 Мбит/с хватило. сохранение потока пока не стоит. для начала только смотреть. — Ан (29.03.2005 18:05, пустое)
      - А какой все-таки поток, сколько Мбит/c, какой формат данных? — svf   (29.03.2005 22:58, пустое)
        
        1280X1024, 16bit на пиксель, 30 кадров в секунду. если перемножить то получается без компрессии 629145600 бит в секунду, канал 50-100Мбит. получается нада сжать примерно в 10-15 раз. по моему мнению не очень-то и много — Ан   (30.03.2005 12:05, пустое)
        
        Процессор, IMHO, подавится. Может, посмотреть что-то типа ADI ADV202? — svf   (30.03.2005 17:31, пустое)
        
        Да, ну и тут уже на раскодировании может не справиться ноут/PC. В этом плане MotionJPEG попроще MotionJPEG2000. — svf   (31.03.2005 17:18, пустое)
- Что-то подозрение что там несжатое видео будет.... — SM (29.03.2005 09:51, пустое)
Ну насчет такого потока не скажу, а примеры видео (+) — SM (28.03.2005 11:31, 36 байт)

Перейти к списку ответов ||| Конференция ||| Архив ||| Главная страница ||| Содержание ||| Без кадра

E-mail: info@telesys.ru

Ответы

Отправка ответа