Многоадресный UDP-поток Jetson TX2 с gstreamer

Я пытаюсь сделать Jetson TX2 с Ubuntu 18.04 потоком своего ввода CSI, закодированного в H264, для многоадресной рассылки UDP с помощью gstreamer. Я прошел (вроде) весь Интернет и перепробовал все коды, и я не могу подключиться к нему с помощью VLC ни по URL-адресу, ни по файлу SDP. Однако я могу подключиться к нему с того же компьютера с другим экземпляром gstreamer. Цель состоит в том, чтобы иметь возможность подключаться к потоку из браузера, но я думаю, было бы проще заставить его работать с VLC.

Код сервера:

gst-launch-1.0 nvarguscamerasrc ! nvvidconv ! omxh264enc ! 'video/x-h264, stream-format=(string)byte-stream' ! h264parse ! rtph264pay mtu=1400 ! udpsink host=239.127.1.21 port=5000

Код получателя: gst-launch-1.0 udpsrc port=5000 ! application/x-rtp,encoding-name=H264,payload=96 ! rtph264depay ! h264parse ! avdec_h264 ! xvimagesink

Это работает и код приемника открывает окно с видео. Когда я пытался получить через VLC, у меня были некоторые проблемы, но в основном ничего не работает, и VLC только подключается, я пробовал:

  • vlc udp://:5000
  • vlc rtp://:5000 ошибка: A description in SDP format is required to receive the RTP stream. Note that rtp:// URIs cannot work with dynamic RTP payload format (96).
  • vlc udp://239.127.1.21:5000
  • vlc rtp://239.127.1.21:5000 (та же ошибка, что и выше для rtp...)
  • vlc v.sdp с файлом sdp:
v=0
c=IN IP4 239.192.1.21
m=video 5000 RTP/AVP 96 
a=rtpmap:96 H264/90000

Я пробовал разные IP-адреса - IP-адрес сервера, локальный хост, я пытался подключиться с другого компьютера и пробовал различные комбинации IP-адресов клиента и IP-адресов сервера. Я не смог подключиться и к одноадресной рассылке, но мне нужно, чтобы многоадресная рассылка работала.

Итак, мой вопрос в основном таков: как подключиться к потоку gstreamer из браузера.

Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
1
0
1 810
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Не могли бы вы попробовать

gst-launch-1.0 nvarguscamerasrc ! nvvidconv ! omxh264enc ! 'video/x-h264, stream-format=(string)byte-stream' ! h264parse ! rtph264pay mtu=1400 config-interval=1 pt=96 ! udpsink host=239.127.1.21 port=5000

с файлом sdp

v=0
c=IN IP4 239.127.1.21
m=video 5000 RTP/AVP 96 
a=rtpmap:96 H264/90000

Спасибо, это работает. Похоже проблема была в колпачках. Также мне пришлось правильно настроить vlc с аргументом --miface.

Márius Rak 31.05.2019 14:30

omxh264enc не является родным кодировщиком nvidia, поэтому он будет медленнее, не так ли?

Stepan Yakovenko 22.10.2019 06:52

@StepanYakovenko не совсем так. Аппаратный кодировщик Nvidia совместим с openmax, поэтому omxh264enc будет использовать аппаратный кодировщик. Руководства пользователя Nvidia рекомендуют этот компонент: developer.download.nvidia.com/embedded/L4T/r24_Release_v2.1/‌​….

Alper Kucukkomurler 22.10.2019 09:44

Как вы видите это в браузере?

Akash Basudevan 15.10.2020 10:52

Другие вопросы по теме