Перейти к содержимому
Калькуляторы

Sumavision и RTP

Дано: Sumavision EMR 3.0 и вещатель

Вещатель отдает мультикаст SPTS вида:

rtp://@xxx.yyy.zzz.qqq:13343
rtp://@xxx.yyy.zzz.qqq:15283

При попытке создать в мультиплексоре порт приема с этими параметрами шасси выдает странную ошибку:

Цитата

If current protocol is RTP, UDP port should be even!

И на этом все, изменения не применяются.

UDP-порт создается и в нем есть битрейт. Однако при рефреше в порту только солидная пачка pid_ов.

Примечательно, что если вещатель меняет порт на 1234, все тут же становится хорошо, пачка pid-ов превращается в TS и все прекрасно вещается как в DVB, так и в IP. Но интересует - почему не работает по такой схеме?

Насколько я понял, у RTP нет выделенного порта.

Это баг или фича? В таком режиме не должно работать или что-то упускаю?

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

официально то RTP:5004, если брать именно медиа.

Вышеупомянутые нигде четко не запрещены и ни за кем не зарезервированы, либо этого не нашел, либо секретная информация =)

а вот UDP спокойно работает с ними.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Единственное ограничение состоит в том, что соединение проходит с использованием чётного номера, а следующий нечётный номер используется для связи по протоколу RTCP.

 

http://dragonflybsd.blogspot.com/2015/09/rtp.html

 

у нас разный гугл :)

в моем гугле написано почему четный

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Это я читал :) в самом начале разбирательства, но это не дало ответа на вопрос - что ему не так

Ну можно 2 порта создать с разницей в шаг, а все одно - не работает

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

так что начало реального диапазона по стандарту должно быть чётным (1024, 16384)

 

я даже не знаю что после это не понятно :)

 

https://tools.ietf.org/html/rfc3550

тут всяко есть почему

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

это справедливо только если есть поддержка rtcp

в emr 3.0 есть ? 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

а с каких пор стало правилом дурного тона придерживаться рекомендаций ?

пусть именно в емр 3,0 и нет поддержки rtcp , а что на уровне VxWorks соблюдать правила уже coming out ?

 

забавно

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

vxworks это ОС, она ничего не знает о rtp

и с каких это пор следовать рекомендациям выборочно, стало правилом хорошего тона ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

6 минут назад, paradox_ сказал:

vxworks это ОС, она ничего не знает о rtp

у меня обратная информация от разработчиков

6 минут назад, paradox_ сказал:

и с каких это пор следовать рекомендациям выборочно, стало правилом хорошего тона ?

это было с начала , "с начала было слово"

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.