我被难住了……
我们在工作中使用标牌软件包,由于某些奇怪的原因,该软件包要求所有内容都必须以 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)将打开此文件-视频播放器看到缓存的流,并开始播放缓存的内容-由于文件不断更新新的视频数据,播放器永远不会到达视频的“末尾”,因此一直运行,直到没有更多视频数据通过流提供给文件
我知道在某个地方存在类似的事情...我读过谷歌的一些开发人员写的一份文档,他讨论了它的标准,并非常详细地讨论了规范和用例的技术细节......但实际上从未发布任何代码或关于如何实现这一点的信息...
有人知道有什么可以做类似的事情吗?
我曾考虑过使用 VLC 的“流到文件”功能,这个功能可能有用……但我知道有些视频容器无法播放,除非文件本身是“关闭的”……有点像以前的 CD。有些播放器无法读取 CD,除非它被“制作”过,因此在添加文件后就“关闭”了。
如果没有人知道有哪个程序可以做这个特定的事,那么是否有人知道哪种视频容器可以开放式使用,以便我可以让 VLC 查看 RTP/UDP 流,然后将其流式传输到文件,然后可以通过不同的播放器访问该文件以查看当前正在流式传输的内容?