Видеопоток RTP / UDP через локальный файл?

Я в тупике ...

Здесь мы используем пакет программного обеспечения для вывесок, который по какой-то странной причине требует, чтобы ВСЕ кодировалось в 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 и затем передавать его в файл, который может ли другой игрок получить доступ к просмотру того, что в данный момент транслируется?