Обновить

Комментарии 4

А нет специальных алгоритмов для сжатия под подобные задачи? Все же, алгоритмы делались под смотрение разного видео, а тут суперчастный случай, где важно конкретные детали видео передать, существенные для вождения

Детали нужны на самом роботе, локально. Робот обрабатывает видео для навигации сам. В этом случае задача была именно передать видеопоток человеку - оператору. Скорее с точки зрения сервиса.. Мы релизовали возможность "сказать что-то" через робота.. Типа эй гражданин с табуреткой - помоги роботу выехать из канавы.. Но для эьтого надо позвать конкретного селовека и увидеть его.. Ну или хулиганы обижают робота.. короче этот видеопоток скорее для навигации. Есть еще возможность управлять роботом с джойстика. тогда надо как в гонках - сразу видеть куда он едет .. Короче в нашем случае мелкие детали не принципиальны. Принципиальна скорость потока.

Так тут сразу 2 задачи. И быстрый поток, и суперкачечественное слайдшоу. Ибо, фото хулиганов надо в максимально возможном качестве записать. Они могут и безвозвратно внутренний носитель повредить, например, толкнув робота с моста

Конкретно в этой задаче мы не пишем стрим на сервер и не храним на сервере. Только буфер. Иначе нам пришлось бы отвечать за хранение персональных данных а нам это ни к чему.. Фото и видео будут считаться персональными данными..

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации