Igor_290 0 Posted September 20, 2016 · Report post Добрый день. Ищем алгоритмиста, FPGA, обработка видео 360гр. Требуется написание алгоритмов и отработка их на FPGA. Необходимо одновременно обработать видео потоки с нескольких камер и «на лету» сшить выходной файл по методу эквидистантной проекции. С уважением, Игорь. 2904400i@gmail.com Quote Ответить с цитированием Share this post Link to post Share on other sites
Corner 0 Posted September 20, 2016 · Report post По какому интерфейсу камеры передают видео и с какими параметрами? Quote Ответить с цитированием Share this post Link to post Share on other sites
Igor_290 0 Posted September 21, 2016 · Report post По какому интерфейсу камеры передают видео и с какими параметрами? 2592x1944, 30fps, MIPI serial output interface (1- or 2-lane), 10-bit RAW RGB data Quote Ответить с цитированием Share this post Link to post Share on other sites
Corner 0 Posted September 21, 2016 · Report post 2592x1944, 30fps, MIPI serial output interface (1- or 2-lane), 10-bit RAW RGB data Лицензия на MIPI есть? На ПЛИС он не реалезуем. Разве кто уже его добавил в аппаратном виде. Quote Ответить с цитированием Share this post Link to post Share on other sites
Igor_290 0 Posted September 21, 2016 · Report post Лицензия на MIPI есть? На ПЛИС он не реалезуем. Разве кто уже его добавил в аппаратном виде. лицензии нет. Будем искать или купим. Quote Ответить с цитированием Share this post Link to post Share on other sites
=SSN= 0 Posted September 21, 2016 · Report post Lattice: MIPI & LVDS Interfaces Quote Ответить с цитированием Share this post Link to post Share on other sites
Corner 0 Posted September 21, 2016 (edited) · Report post Lattice: MIPI & LVDS Interfaces А для обработки их ПЛИС не годятся. Я уже молчу про отладку такой математики с их софтом. Проще сразу застрелиться. Можно с извращениями подключить, если скорости до 250 МБод к Altera. А тут несколько Гигабит. У Тошиба есть мост в RGB. ТСу: какая камера планируется? ТСу2: какой метод планируется для уменьшения эфекта разной цветопередачи у разных камер? Edited September 21, 2016 by Corner Quote Ответить с цитированием Share this post Link to post Share on other sites
alexr22b 0 Posted September 22, 2016 · Report post А для обработки их ПЛИС не годятся. Я уже молчу про отладку такой математики с их софтом. Проще сразу застрелиться. Можно с извращениями подключить, если скорости до 250 МБод к Altera. А тут несколько Гигабит. У Тошиба есть мост в RGB. ТСу: какая камера планируется? ТСу2: какой метод планируется для уменьшения эфекта разной цветопередачи у разных камер? MIPI on Zynq: https://forums.xilinx.com/t5/Xcell-Daily-Bl...s-A/ba-p/431316 Quote Ответить с цитированием Share this post Link to post Share on other sites
vitus_strom 0 Posted September 22, 2016 · Report post Я работаю с мипи на фпга - кака еще та, с удовольствием бы взялся однако не имею свободных рессурсов. Quote Ответить с цитированием Share this post Link to post Share on other sites
Corner 0 Posted September 22, 2016 · Report post MIPI on Zynq: https://forums.xilinx.com/t5/Xcell-Daily-Bl...s-A/ba-p/431316 Тут MIPI до сотен Мегабод. А у ТСа 1.5 Г. Я работаю с мипи на фпга - кака еще та, с удовольствием бы взялся однако не имею свободных рессурсов. Идея использовать LVDS в кучу с CMOS меня поражает. Без вариантов требование ПЛИС несовместимости. Чтобы даже не пытались. На CMOS задача не особо сложная. Двухмерная фильтрация с координатозависимыми весами. Quote Ответить с цитированием Share this post Link to post Share on other sites
_pv 0 Posted September 22, 2016 · Report post Тут MIPI до сотен Мегабод. А у ТСа 1.5 Г. у ТСа 150Mpix в секунду по двум линиям, то есть по 75MPix / lane. тот же lattice вроде как обещает 700, а то и 900МБит/lane, то есть при 10 битах на пиксель вроде пролазит. ну и cortexов с MIPI-CSI тоже есть, правда много камер в один процессор не заведёшь, но может оказться что несколько АРМов, по штуке на камеру, каким-нибудь гигабитным езернетом в кольцо включенные, проще чем очень жирная плисина в которую можно сразу все несколько камер загнать. ну и вычислительной мощности-то там тоже сколько-то надо чтобы всё на лету склеить. Quote Ответить с цитированием Share this post Link to post Share on other sites
MIkler 0 Posted September 22, 2016 · Report post Пробовали получилось достаточно много на 4 камеры - 2 гигабита. Но что удивительно даже сносно работало. Quote Ответить с цитированием Share this post Link to post Share on other sites
Corner 0 Posted September 22, 2016 (edited) · Report post 2592x1944x30x10x1.5(с учетом бланкирования)=2,26 ГБит. Больше 1 Гбит на лэйн. В ПЛИС ядра до 1 ГБит. На GT не посадить - не совместимый формат. В Гигабитный эзернет не полезет никак. Пробовали получилось достаточно много на 4 камеры - 2 гигабита. Но что удивительно даже сносно работало. У ТСа камера 5 МП. Больше 2 ГБит на одну камеру. Edited September 22, 2016 by Corner Quote Ответить с цитированием Share this post Link to post Share on other sites
_pv 0 Posted September 22, 2016 · Report post 2592x1944x30x10x1.5(с учетом бланкирования)=2,26 ГБит. Больше 1 Гбит на лэйн. В ПЛИС ядра до 1 ГБит. На GT не посадить - не совместимый формат. В Гигабитный эзернет не полезет никак. ну х1.5 что-то много под blanking, но да, может и не влезть. про гигабитный езернет это если у каждой камеры свой процессор, то чтобы склеить, соседям всю картинку целиком отдавать не надо. Quote Ответить с цитированием Share this post Link to post Share on other sites
MIkler 0 Posted September 23, 2016 · Report post ну х1.5 что-то много под blanking, но да, может и не влезть. про гигабитный езернет это если у каждой камеры свой процессор, то чтобы склеить, соседям всю картинку целиком отдавать не надо. Да есть перекрывающиеся области, У нас задача была под стереопары. Да можно поджать не много. 90% например качества. Сшивать уже хостом. Quote Ответить с цитированием Share this post Link to post Share on other sites