问题标签 [live555]

我正在编写一个 rtsp 客户端，但在确定我正在流式传输的媒体的当前播放时间时遇到了麻烦。

在 rtsp 协议中，据说发送没有范围的播放请求应该通过从请求中获取带有单元的回复中的当前位置来产生，但是除了 RTP 信息之外我什么也没有得到。

我尝试使用 "Range: npt=" 和 "Range: npt=-" 没有成功。

我究竟做错了什么 ？

我正在尝试为 android 编译 live555。我的目标是使用它从相机捕获数据并进行多播。但我无法使用 windows + NDK + Cygwin 为 android 环境编译 live555 代码。

有没有人能够在具有上述环境的android上移植live555？对于我上面列出的问题，除了 live 555 之外，还有哪些其他选项可供我使用？

而不是使用：

我正在寻找一种方法来逐个输入 videoSink 图像。通过这种方式，我可以获取我的网络摄像头图像并将它们提供给 Live555 进行流式传输。

这可能吗？

我想从 Axis Camera 获取 RTP 音频流，然后在我的 Qt 项目中实时播放。

我正在使用 Live555 来管理音频流并使用 FFMPEG 对其进行解码。当我解码一个数据包时，我会发出一个信号，该信号在我的小部件的插槽内进行管理：

问题是当我听的时候，我的声音有点金属味！我为以下参数设置了这些参数QAudioOutput：

怎么了？

谢谢你们。

正如我在评论中所说，我能够以 8000Hz 和 2 个通道获得足够清晰的播放。

现在我正在尝试解决其他问题，而不是尝试提高音频质量，例如使用 Phonon。

这是这种情况：

1. 我使用 Live555 openRTSP 客户端连接到 RTSP 服务器
2. 然后假设服务器连接丢失

要重新连接 rtsp 服务器，我该怎么办？

1. openRTSP 客户端会处理这个吗？[在我的实验中没有]
2. 如果不是，我应该如何检测连接丢失，并修改 Open Rtsp Client 代码以重新连接服务器？

有什么建议么？

出色地，

• 当我的 OpenRtsp 客户端失去与服务器的连接时，我处理旧客户端和其他参数，然后重新创建新客户端。

• 客户端发送选项，描述请求成功但之后失败......我无法创建会话和子会话，所以我收到访问冲突错误..

如何正确重置旧的 OpenRtspClient 以获得新的“品牌”RTSPClient？

我目前重置旧客户端的方法：

我只是修改 playCommon 类中的“关闭”方法。我没有发送拆解...

...

还有我的 ReStartCode：

我正在开发一个网络摄像头流媒体服务器项目，使用Live555作为服务器。我需要能够从普通的 USB 网络摄像头进行流式传输，这需要我在 live555 的常见问题解答页面上阅读时实现DeviceSource.cpp 。但是，我目前对如何实现这一点没有足够的知识或线索。

我打算使用ffmpeg作为编码器。

任何人都可以为我提供一些我可以遵循的正确方向吗？

最近我从他们的网站下载了 Live555 服务器源代码。我试图编译和运行testMPEG1or2AudioVideoStreamer.cpp目录中的testProgs文件。我成功编译了整个项目，包括测试程序。然后我运行testMPEG1or2AudioVideoStreamer测试程序。test.mpg我还在测试程序中定义的当前目录中放置了一个文件。运行后我得到以下输出：

然后我使用 VLC 媒体播放器复制和播放 URL rtsp://192.168.2.22:5555/testStream，但 VLC 只是等待一段时间然后停止（也与 Gnome MPlayer 相同）。它不播放任何音频或视频。感谢您提供任何帮助，因为如果不使用 Live555 成功进行流式传输，我将无法继续前进。这是 的代码testMPEG1or2AudioVideoStreamer.cpp。你能告诉我我错过了什么吗...

编辑1： openRTSP输出

编辑 2：端口检查

我使用 Zenmap 扫描端口，它显示 5555 作为 tcp 端口并打开。但它显示应用程序为freeciv，但我还没有在我的系统上安装那个游戏。可能是 Zenmap 的猜测。我在我的系统上运行带有 gnome 3.2 的 Fedora 16。

编辑 3： VLC 输出

一切似乎都很好，除了以下两个错误：

和

如何以编程方式重新运行 openRTSP (Live555) 程序？

通常的场景示例：

• 为任何正确的流运行 openRTSP
• 在处理过程中停止 openRTSP
• 使用新的正确流重新运行 openRTSP

注意：上面提到的必须只能以编程方式工作。

对于某些计算的流时间戳，我RTSP Source的 's RTCP SR不可靠，H.264经常导致大的负跳跃。

这是调试日志中的一个示例。看看它如何从 101006.6130 跳到 -4193861.6830 并继续下去。

所以，我的问题是：

如何使用Live555媒体库解决此问题？我应该忽略RTCP信息还是推荐的解决方案是什么，我该如何申请Live555？