Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Понедельник
9 июня

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

Схемы, платы, компоненты

629319 Топик полностью

Evgeny_CD^{Архитектор} (07.11.2015 14:18, просмотров: 94) ответил Mebius на Посоветуйте процессор. Нужно принимать цифровое видео (BT.656 параллельный интерфейс, 8 бит, кадр 700 с копейками на 500 с копейками), укладывать его в RTP пакеты и передавать по гигабитному Ethernet. Кроме RTP в системе должен быть реализован IP

Ты fps не указал, а от этого все зависит.

Ответить

- Так я не знаю сколько надо для такой задачи. Никаких распознаваний образов не планируется. - Mebius(07.11.2015 14:27)
  - Сжимать-то кто будет? Без сжатия 720x576x24 bit x 50 fps == 60МБайт/сек. Сеть даже гигабитная не потянет. И тот кто будет принимать тоже не потянет. Плюс софт для сжатия нужен. Если опенсоурс, то кроме x86 вариантов думается нет. - fk0(07.11.2015 14:34)
    - Я так понимаю, что как раз наличие или отсутствие сжатия видеопотока и влияет на выбор процессора. - =L.A.=(09.11.2015 11:16)
    - бит не 24 а 8. Всё-равно сжимать надо? - Mebius(07.11.2015 14:51)
      - Это ширина шины 8 бит. И вряд ли у тебя цвет даже 16-битный -- артефакты квантования слишком заметны на градиентах. Сейчас везде 24-битный цвет типично (ну или хотя бы 18-битный). - fk0(07.11.2015 15:18)
        
        Изображение чёрно-белое. - Mebius(07.11.2015 15:40)
      - Только у тебя 2 8битных отсчета на пиксель будет. Схема 4:4:2 называется. - Evgeny_CD(07.11.2015 14:54)
        
        Схемы 4:4:2 в природе не существует вовсе. Есть форматы ITU-R.656 - YCbCr 4:2:0, 4:2:2 и 4:4:4. USSR(446 знак., 07.11.2015 18:25, )
        
        Спасибо! Я ошибся в нотации. - Evgeny_CD(07.11.2015 18:32)
        
        Я тоже.. Читать: "в формате Байера". :) - USSR(07.11.2015 18:43, )
        
        Это ты не про то. Это про пониженное цветовое разрешение (после сжатия, когда цвет от яркости отделён). - fk0(07.11.2015 15:18)
        
        Я просто кратко описал выход типичного сенсора, без подробностей, для оценки объема трафика. Но у человека все вообще ЧБ будет. - Evgeny_CD(07.11.2015 16:41)
        
        Это не выход сенсора, это описание способа сжатия цветовой составляющей. Выход сенсора никакого отношения не имеет. - fk0(07.11.2015 16:44)
        
        Странно, надо в Aptina, OmniVision написать что их выход YUV422 (2 байта на пиксель) никакого отношения к сенсору не имеет. Только 24бит, только хардкор. - Ralex(08.11.2015 00:08)
        
        Там не выход с сенсора как есть, это ж очевидно. А какой-то процессинг. Ибо как понизить вертикальное разрешение по цвету можно? Нужно как минимум памяти на строку иметь. - fk0(08.11.2015 00:53)
  - Ты понимаешь, что 1fps и 30fps - это разные задачи? - Evgeny_CD(07.11.2015 14:33)
    - fps это кадров в секунду что-ли? тогда где-то 25-50. Полное ТЗ на работе, потому такие размытые данные. - Mebius(07.11.2015 14:49)
      - fk0 верно заметил, что 50 fps без сжатия - это будет суровый поток данных :) а дальше все зависит от того, во что жать надо. Evgeny_CD(95 знак., 07.11.2015 14:53)
        
        Ок. Спасибо всем кто откликнулся. - Mebius(07.11.2015 14:57)
  - У меня на STM32F407 работает камера, Ralex(218 знак., 07.11.2015 14:31)
    - Аналогично, только без доп памяти. Картинка отдается по udp. - Lightelf(07.11.2015 20:09)