Evgeny_CD, Архитектор (07.11.2015 14:18, просмотров: 79) ответил Mebius на Посоветуйте процессор. Нужно принимать цифровое видео (BT.656 параллельный интерфейс, 8 бит, кадр 700 с копейками на 500 с копейками), укладывать его в RTP пакеты и передавать по гигабитному Ethernet. Кроме RTP в системе должен быть реализован IP-
- Так я не знаю сколько надо для такой задачи. Никаких распознаваний образов не планируется. - 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, )
- Я тоже.. Читать: "в формате Байера". :) - USSR(07.11.2015 18:43,
- Спасибо! Я ошибся в нотации. - Evgeny_CD(07.11.2015 18:32)
- Это ты не про то. Это про пониженное цветовое разрешение (после сжатия, когда цвет от яркости отделён). - fk0(07.11.2015 15:18)
- Я просто кратко описал выход типичного сенсора, без подробностей, для оценки объема трафика. Но у человека все вообще ЧБ будет. - Evgeny_CD(07.11.2015 16:41)
- Это не выход сенсора, это описание способа сжатия цветовой составляющей. Выход сенсора никакого отношения не имеет. - fk0(07.11.2015 16:44)
- Я просто кратко описал выход типичного сенсора, без подробностей, для оценки объема трафика. Но у человека все вообще ЧБ будет. - Evgeny_CD(07.11.2015 16:41)
- Схемы 4:4:2 в природе не существует вовсе. Есть форматы ITU-R.656 - YCbCr 4:2:0, 4:2:2 и 4:4:4. USSR(446 знак., 07.11.2015 18:25,
- Это ширина шины 8 бит. И вряд ли у тебя цвет даже 16-битный -- артефакты квантования слишком заметны на градиентах. Сейчас везде 24-битный цвет типично (ну или хотя бы 18-битный). - fk0(07.11.2015 15:18)
- Ты понимаешь, что 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)
- fk0 верно заметил, что 50 fps без сжатия - это будет суровый поток данных :) а дальше все зависит от того, во что жать надо. Evgeny_CD(95 знак., 07.11.2015 14:53)
- fps это кадров в секунду что-ли? тогда где-то 25-50. Полное ТЗ на работе, потому такие размытые данные. - Mebius(07.11.2015 14:49)
- У меня на STM32F407 работает камера, Ralex(218 знак., 07.11.2015 14:31)
- Аналогично, только без доп памяти. Картинка отдается по udp. - Lightelf(07.11.2015 20:09)
- Сжимать-то кто будет? Без сжатия 720x576x24 bit x 50 fps == 60МБайт/сек. Сеть даже гигабитная не потянет. И тот кто будет принимать тоже не потянет. Плюс софт для сжатия нужен. Если опенсоурс, то кроме x86 вариантов думается нет. - fk0(07.11.2015 14:34)
- Так я не знаю сколько надо для такой задачи. Никаких распознаваний образов не планируется. - Mebius(07.11.2015 14:27)