目录
COFDM HDMI 无线视频发射器和接收器上的 UDP 流播放器设置
UDP流播放器是最低延迟CVBS模拟视频编码器的最佳解决方案. COFDM无线视频接收器Vcan1776-RX默认固件支持RTSP播放器. 部分客户端需要使用UDP协议.
IP地址和端口号可在网页上配置, HTTP://192.168.0.215 (默认)
- 升级固件后, 接收端将恢复出厂默认参数 (中心频率: 320兆赫, 无线带宽: 6兆赫, 网口IP地址: 192.168.0.215), 客户需要通过修改中心频率和带宽 参数配置板工具, 和发射器一致保存.
- 客户通过网页访问接收方Web服务器 (HTTP://192.168.0.215), 并修改自身IP地址以及接收器连接的Windows PC端IP地址的设置:
注意: 他们之中, 本地IP是接收者自己的IP, 远程IP为对接Windows PC端ip. 客户可以根据自己的实际情况进行配置. 注意修改需要重启接收器后才会生效.
下载UDP播放器 斯佩尔
- 下载UDP播放器 斯佩尔.
- Splayer_v4.2_2020.6.6
- https://drive.google.com/file/d/1ihzUhfnx2Wo3zLO8UAs1aUQeLswonJD-/view?usp=sharing
- Splayer_v4.3_2022.10.22
- https://drive.google.com/file/d/1PQc-LZ55qGnjeMsjkHYSloHfY3NEUsGH/view?usp=drive_link
- Splayer_v4.3.1_2024.4.16
- https://drive.google.com/file/d/1uv7GqP8P4r6qGOWJ5gYn0b8bZ4ptL8H6/view?usp=drive_link
- Splayer_QT_V1.0 适用于 Win10 或 Win11
- https://drive.google.com/file/d/1VAegQjd-PmIL2XbJf7K8dnujMxhoIuhd/view?usp=drive_link
- splayer_qt_v1.1.1 适用于 Win10 或 Win11
- https://drive.google.com/file/d/1YMr2xxurGnbIBjFihc7f77afrdbOcc6l/view?usp=drive_link
- splayer_qt_v2.0
- https://drive.google.com/file/d/1sASbARCL1lXAIsVKqkmEObRGPREbaSES/view?usp=drive_link
- 在Windows PC上打开Splayer播放器, 点击右下角的设置按钮, 然后会弹出设置页面:
注意:
- 可以看到Port端口号设置为 1234, 由接收方UDP流程序硬编码,不可修改;
- 在解码栏, 根据当前视频流属性进行配置, 比如上面的H264低延迟视频流配置;
- 设置好后点击 “确认” 按钮保存参数, 点击左下角的播放按钮. Windows PC收到UDP推流后, 它将立即解码并播放.

以上UDP流播放器设置适用于以下机型.
它如何支持Linux VLC播放器? Linux下播放低延迟流?
题: 现在 UDP 流无法使用 VLC 播放器播放. 我需要在Linux下播放这个UDP流,我尝试了解这个流的细节. 任何脚本或密钥或其他东西?
我想在Linux下制作自己的播放器,我想了解解调器中这个UDP视频流的细节.
如果是普通的UDP视频流, 然后质疑为什么它不能与 VLC 或 OBS studio 一起播放.
回答: 适用于型号 Vcan1726-RX, 我们有两个固件可供选择, RTSP播放器的第一个固件支持VLC播放器, 但有些客户提到它的延迟很长, 所以我们制作了第二个固件, Splayer 上的 UDP 广播, 支持更低的延迟.
这个UDP音视频流是我们自定义的格式, 所以VLC无法解释它. 如果您的客户想打开自己的播放器 (Linux下), 目前有两种选择:
- 更新为默认 RTSP 流访问 (RTSP 播放器的第一个固件)
- 我们提供相应的DEMUX库和例程 (我们需要了解客户的Linux环境才能编译出合适的库文件)
- 这是 “DEMUX 库和例程” 由我们的工程师在Ubuntu下编写 14.04 64位系统
第二种对于普通客户来说太难了, 而且我们不知道您客户自己的播放器的开发能力.
由于部分客户端在Windows操作系统VLC播放器上遇到低延迟问题, 不管我们在这里如何测试, 我们没有发现这个问题. 当时, 你使用Windows来测试. 如果换成Linux也许可以, 不会有RTSP流媒体问题. 请尝试在 Linux 上使用第一版固件测试 Vcan1726 示例. 也许这在 Linux 操作系统上不是问题.
题: 你能为这个应用程序构建一个 docker 镜像吗? 哪一个端口用于传入流, 另一个用于输出流的端口,带有一些广泛使用的编解码器 (h264)?
什么是 Splayer 和 UDP 流播放器?
SPlayer是一款支持多种视频格式的媒体播放器, 包括 UDP 流.
UDP 流是一种使用用户数据报协议通过互联网发送视频数据的方法 (UDP), 这是一种快速而简单的协议,不保证数据包的传送或顺序.
UDP流可用于实时视频广播或低延迟视频传输, 但也可能会出现数据包丢失或损坏的情况.
根据网络搜索结果, SPlayer可以通过以下步骤播放UDP流:
- 打开 SPlayer 并单击 “打开网址” 右上角的按钮.
- 以 udp 格式输入 UDP 流的 URL://@ip: 港口, 其中 ip 是服务器的 IP 地址,port 是流的端口号. 例如, UDP协议://@224.0.0.1:1234.
- 单击 “好” 按钮并等待流加载.
Splayer如何在Win10上运行良好?
题: 我们无法启动 Splayer 4.2 和 4.3 在Windows下 10. 您能为我们提供适用于 Windows 的 Splayer 的正确版本吗 10 和 11?
4.2 此刻开始并关闭. 4.3 从错误消息开始.
应用程序名称错误: 播放器, 版: 1.0.0.1, 时间戳: 0x646d83e2
故障模块名称: dvb_demux.dll, 版: 1.0.0.1, 时间戳: 0x5fe5bdbf
异常代码: 0xc0000005
故障偏移: 0x0001484a
错误进程 ID: 0x3888
应用程序启动时间错误: 0x01da1164b89c78eb
应用程序路径错误: C:\用户管理下载Splayer_v4.3_2022.10.22Splayer.exe
故障模块路径: C:\用户管理下载Splayer_v4.3_2022.10.22dvb_demux.dll
报告编号: 4af19407-045e-48e5-a0f7-86fc90c6b3d3
错误包全名:
错误包相关应用程序 ID:
回答: 请尝试使用我们的Splayer_qt_v1.0.zip (103.5MB).
回馈: 新版SPlayer在Win下的问题站点上运行良好 10! 谢谢你!
题: 我们发现从 Reciver by Splayer 程序播放视频时时间延迟增加 (UDP流).
如果详细讲一下 – 接收器通过以太网电缆直接连接到 PC. PC和接收器在同一个本地网络. 当我们启动 Splayer 时,时间延迟是正常的,并且精确的计数显示了我们 330 毫秒, 这比我们观察到的 HDMI 输出多一点点 270 毫秒. 这很好. 但是,如果我们在工作场所没有任何变化的情况下等待几分钟,我们就会观察到时间延迟持续增加,达到 1-1,5 秒,这在客户应用程序中是不可接受的.
昨天我在Win上亲自测试了一下 10, 和 Win11 在不同的 PC 上,具有复杂的关闭 Win Brandmauer 和 Splayer qt (你的最后一个版本), 和斯佩尔 4.3 (旧版). 我每次在任何配置中都会重复这个问题.
请帮我解决这个问题. 我们需要 Splayer 播放时的恒定时间延迟,该延迟不能超过 350 毫秒.
回答: 这样的问题不应该出现, 因为低延迟模式下播放器没有缓存, 而延迟完全取决于PC的解码能力. 工程师将于下周一搭建环境并进行测试.
另一点是要求客户检查笔记本电脑显示器的刷新率设置. 例如, 如果相机输入1080p60, 那么客户笔记本电脑显示器的刷新率也必须是60Hz. 除此以外, 显示速度会太慢, 这也会导致数据拥塞并引入延迟.
Slayer播放器延迟较大, 要么解码慢,要么显示慢, 都是PC造成的.
HDMI 摄像头编码 HDMI 接收器解码, 输出到显示器, Splayer播放器及电脑播放延迟测试


我们没有发现您提到的问题.
可以看到当前Splayer播放器屏幕和接收器HDMI输出是一致的, 并且它们之间的延迟非常低.
可以请问一下顾客吗, 相机输入的分辨率和帧速率是多少? 假设客户的相机是1080p60, 您还可以执行以下两个步骤来进一步排查问题:
- 让客户将相机更改为较低帧率进行测试, 例如1080p50/30;
- 可以设置编码段参数,让它降帧编码. 例如, 通过参数口发送ATSO0,30_命令, 编码输出1080p30用于测试.
相对的



问一个问题
感谢您的回复。 ✨