2016-04-23 5 views
0

Мы реализовали сервер RTSP на нашем MCU. Для целей тестирования мы используем медиаплеер VLC в качестве клиента. Мы закодировали наш MCU таким образом, что только после получения команды PLAY от клиента MCU считывает данные с камеры. И мы видим, что MCU получает данные от камеры и потоков TXT RTSP. Мы могли видеть потоки данных с сервера через UDP на Wireshark. А также информация о кодеке, отображаемая на медиаплеере VLC. Но видео не попадает в VLC. Что может быть проблемой? Ниже приведено наше SDP-файлRTSP-поток на VLC

"v = 0 \ r \ ns = Без названия \ r \ ni = N/A \ r \ nc = IN IP4 sumukha-PC \ r \ nt = 0 0 \ r \ na = tool: vlc 2.2.2 \ r \ na = recvonly \ r \ na = type: broadcast \ r \ na = charset: UTF-8 \ r \ na = управление: rtsp: //192.168.1.100: 8555 \ r \ nm = видео 0 RTP/AVP 96 \ r \ nb = RR: 0 \ r \ na = rtpmap: 96 H264/90000 \ r \ na = fmtp: 96 пакетирование-режим = 1 \ r \ na = управление: rtsp://192.168.1.100:8555/trackID=0\r\n\r\n ");

Спасибо, Ck сообщение

+1

Вы должны потратить некоторое время, правильно форматируя свой вопрос. Никто не хочет читать SDP, где вы не прилагали усилий, чтобы хотя бы ввести новые строки. – Ralf

ответ

1

ошибка говорит вам, что происходит не так:

live555 error: no data received in 10s, aborting

Обычные причины для этого брандмауэров или NAT? Вы можете выбрать опцию RTP через RTSP (TCP) в настройках VLC, чтобы убедиться в этом. Если поток работает через TCP, пакеты UDP где-то блокируются.

+0

Я согласен с @ Ralf, RTP через RTSP (TCP) является опцией NAT Traversal для VLC. Другой доступной альтернативой NAT-Traversal является HTTP-потоковый тип. –

0

Предлагаю использовать ffmpeg и ffplay для проверки потоковой передачи из источника RTSP.

Это командная строка, но информация и журналы очень полезны

Смежные вопросы