Я в тупике ...

Здесь мы используем пакет программного обеспечения для вывесок, который по какой-то странной причине требует, чтобы ВСЕ кодировалось в XML для того, чтобы все работало ...

Проблема заключается в следующем:

Нам нужно показать прямые трансляции, которые транслируются через UDP, а теперь и RTP. В предварительно настроенных настройках находится файл XML. Внутри этого XML-файла мы должны добавить «адрес» к любому «файлу», который мы хотим транслировать, который помечен как «свойства файла» в XML-файле. НО мы не имеем ни малейшего представления о том, как заставить это принять поток RTP/UDP! Когда мы пытаемся просто добавить адрес для потоков, он говорит, что к ним нельзя получить доступ. Похоже, что он думает, что адрес, который мы вводим, является реальным файлом, а не адресом, который можно просто где-то ввести. Что не имеет смысла ......

Я знаю, что это скорее зависит от приложения, но даже разработчики программы не знают, почему мы не можем просто добавить адрес RTP/UDP и начать работу.

ТАК!

Мое возможное решение, из которого мне нужна помощь в определении специфики для ..., заключается в том, что нам нужен своего рода контейнер файлов. Подумайте о том, чтобы файл находился на жестком диске, который технически просто пуст. Этот файл может быть что-то вроде Hey_this_is_a_stream.streamfile для меня все равно ... Этот файл в основном «принимает» поток. Например, он может принимать видеопоток RTP/UDP, и любая программа, обращающаяся к этому файлу в этот момент времени, таким образом «видит» поток, как если бы он был просто обычным видео.

Я думаю, что лучшее объяснение было бы:-RTP/UDP-поток на 224.0.0.100 -Файл настроен таким образом, что он ищет 224.0.0.100 -Файл поддерживает постоянный 5-секундный кеш из указанного потока -А видео проигрыватель (например, vlc например ) откроет этот файл -проигрыватель видит кэшированный поток и начинает воспроизводить кэшированный контент -потому что файл постоянно обновляется новыми видеоданными, проигрыватель никогда не достигает конца видео и, таким образом, работает до тех пор, пока больше нет видеоданных, передаваемых в файл через поток

Я ЗНАЮ, что-то подобное существует ГДЕ-ТО ... Я прочитал документ, написанный каким-то разработчиком для Google, который говорил о стандарте для него и очень подробно описывал технические характеристики и варианты его использования ... но на самом деле никогда не публиковал какой-либо код или информацию о том, как человек может выполнить это ...

Кто-нибудь знает что-нибудь, что может сделать что-то похожее на это?

Я думал об использовании функции VLC 'stream to file', которая может работать ... Но я знаю, что некоторые видео контейнеры не работают для воспроизведения, если сам файл не «закрыт» ... вроде как CD в тот день. Некоторые проигрыватели не могли читать CD, если он не был «освоен» и, следовательно, «закрыт» после добавления файлов на него.

Если никто не знает о программе, которая делает эту конкретную вещь, то кто-нибудь знает, какой тип видео контейнера можно использовать с открытым концом, чтобы я мог просто позволить VLC просматривать потоки RTP/UDP и затем передавать его в файл, который может ли другой игрок получить доступ к просмотру того, что в данный момент транслируется?

0