pentarhh Опубликовано 30 апреля, 2019 Дано: 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 нет выделенного порта. Это баг или фича? В таком режиме не должно работать или что-то упускаю? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sky star Опубликовано 30 апреля, 2019 на хамилоне точно так же , сталкивались , там только написано для уборщица что бы поняла Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pentarhh Опубликовано 30 апреля, 2019 официально то RTP:5004, если брать именно медиа. Вышеупомянутые нигде четко не запрещены и ни за кем не зарезервированы, либо этого не нашел, либо секретная информация =) а вот UDP спокойно работает с ними. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sky star Опубликовано 30 апреля, 2019 Единственное ограничение состоит в том, что соединение проходит с использованием чётного номера, а следующий нечётный номер используется для связи по протоколу RTCP. http://dragonflybsd.blogspot.com/2015/09/rtp.html у нас разный гугл :) в моем гугле написано почему четный Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pentarhh Опубликовано 30 апреля, 2019 Это я читал :) в самом начале разбирательства, но это не дало ответа на вопрос - что ему не так Ну можно 2 порта создать с разницей в шаг, а все одно - не работает Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sky star Опубликовано 30 апреля, 2019 так что начало реального диапазона по стандарту должно быть чётным (1024, 16384) я даже не знаю что после это не понятно :) https://tools.ietf.org/html/rfc3550 тут всяко есть почему Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
paradox_ Опубликовано 30 апреля, 2019 это справедливо только если есть поддержка rtcp в emr 3.0 есть ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sky star Опубликовано 30 апреля, 2019 а с каких пор стало правилом дурного тона придерживаться рекомендаций ? пусть именно в емр 3,0 и нет поддержки rtcp , а что на уровне VxWorks соблюдать правила уже coming out ? забавно Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
paradox_ Опубликовано 30 апреля, 2019 vxworks это ОС, она ничего не знает о rtp и с каких это пор следовать рекомендациям выборочно, стало правилом хорошего тона ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sky star Опубликовано 30 апреля, 2019 6 минут назад, paradox_ сказал: vxworks это ОС, она ничего не знает о rtp у меня обратная информация от разработчиков 6 минут назад, paradox_ сказал: и с каких это пор следовать рекомендациям выборочно, стало правилом хорошего тона ? это было с начала , "с начала было слово" Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
