用盒子看电视节目传输的延迟1分钟是哪里产生的？

15142895016J

我用高端盒子当贝B3Pro 4G运存 32G存储的那款 用的路由器也是千兆的 电视盒子网口直接接路由器LAN口 用电视应用看电视 看到的电视台的报时比实际时间晚一分钟
低端盒子当贝H2 延迟也一样
也问过有6G运存的当贝MAX1用户 延迟也一样
发现电视节目的延迟和盒子的配置关系不大

传统无线电视没有延迟 网络电视有很大延迟

danjiqinghuai

网络电视都是有延迟的！

ceceky

除非那个直播源就是电视台提供，那样延迟会短一点

002

前段时间我的电视节目切换也有延迟，【相比较以前】。用的移动网光猫。
有一天上不去网了，叫维护人员来，在他的手机上一鼓捣就好了，看电视也没有以前那样延迟了。
好像是将机房的端口重启就好了。供你参考。

海洋DZ

广电的延迟应该最低，其他的都是转播，那能不延迟？
其他的不延迟，广电的怎么维持用户群体。

sjtx1971

现在的机顶盒都是网络传输，都是一些软件公司转播过来的电视节目，软件转播时有可能需要各种清晰度，于是就需要服务器做出几种清晰度的视频流，然后再通过遍布全国的移联电三网服务器以及各软件的转发，然后才是通过光纤进入用户家电视，这些都需要时间，尤其是实时转化各种清晰度的视频最浪费时间，过去的无线电视和有线电视是实时转发视频信号，延迟最小，一般人没有感觉，这种延迟和盒子的配置没有关系，盒子的配置决定的是视频清晰度和操作的流畅度问题

见我头像

不要忽略，网络上的数据都是打包（packet）传输的，并不是连续传输，传输不好时还会丢包（Packet loss）

麦毕尔滋

见我头像 发表于 2022-9-30 12:11
不要忽略，网络上的数据都是打包（packet）传输的，并不是连续传输，传输不好时还会丢包（Packet loss）

丢包可能原因是多方面，包括在网上中由于多路径衰落（multi-path fading）所造成的信号衰减（signal degradation），或是因为通道阻塞造成的丢包（packet drop），再者损坏的数据包（corrupted packets）被拒绝通过，或有缺陷的网上硬件，网上驱动程序故障都可能造成丢包。
此外，丢包也受信号的信噪比（SNR）的影响。丢包可能造成流媒体技术、VoIP、在线游戏和视频会议的抖动（jittering）或延迟，并会一定程度上影响到其他的网上应用。要特别注意的是，丢包不一定表示网络有问题，在某种程度上是有可能被传输双方所接受的。一些网络传输协议如TCP有提供可靠的数据包交付。在丢包发生时，接收器可以要求发送方重传或自动地重新发送。TCP可以撤消丢包，但经常发生的重传已丢失数据包可能导致网络吞吐量下降。
用户数据报协议（UDP）协议本身没有规定恢复丢失的数据包。因此使用UDP的应用软件需要自行定义机制来处理数据包的丢失问题。

sxz4462

理论上讲，凡是数字传输的信息都会有延迟，模数转换，数模转换都需要耗时！卫星传输信息因为距离因素也有延时。

NewChina牛中国

我来告诉你吧，其实原理很简单，和车载CD原理一样
如果不延迟一分钟，严格来说是不提前预读一分钟的缓存
那播放出来的节目，原来平缓变化的图像将是突快突慢，平缓的声音也是忽快忽慢的抖音了

媒体内容数字化后，数据流是可以根据通道快慢，加速或减速传输的，从而达到数据的完整性

因为网络中转节点多，虽然网速已经越来越快了，延迟越来越小
但网络传输，就像跑车跑高速路上，总会难免碰上路况不好的情况
同样的，虽然车载CD机读取速度高于播放速度，但如果没有缓存的话
就只能更高的速度播放，声音会变快，但遇到大的颠簸，读不了碟了，声音又会卡一下
然后再恢复时，声音又恢复快播，显然我们不需要听这样的声音
增加一句：虽然播放同样一首10分钟的正常曲子
没有缓存几十秒的车载机加上卡顿，刚好也花了10分钟放完，但你的听感肯定很差

如果软件不搞足够时间的延迟（预缓存）
那有些网络虽然超快但很不稳定的地方的用户，播放体验会比较差
当然也可以牺牲画质音质，比如数据流跟不上播放速度时
可以用马赛克和卡滞声代替视频画面和音频声音
但明显的，绝大多数用户，并不在乎实时精确到多少秒
更多会选择更好的画质和音质，选择牺牲一点缓存时间

如果想达到实时低延迟的传输，就得放弃通用互联网络，改用专线专用的传输网络
像VPN虚拟专用网，本质上仍建立在通用网络基础，只不过保密性强一些而已，说到底，还是得靠专线网络

NewChina牛中国

如果想低延迟，就得舍弃通用互联网络，选择专用专线网络
如果片区的用户少，代价分摊下来自然不低，除非地方补贴

即便V-P-N虚拟专用网络，也是建立在通用互联网络基础上，也解决不了延迟问题
只不过安全性高，适合银行、医保等金融结算领域，当然还有其它不可描述的领域

NewChina牛中国

因为虚拟专用网缩写，触发了屏蔽，转审核的海洋中了，重发一下

如果盒子播放软件不搞足够时间的延迟（预缓存）
那有些网络虽然超快，但总会有不稳定的地方的用户，播放体验会比较差
当然也可以在网络偶尔不畅时，牺牲画质音质
比如数据流跟不上播放速度时，可以用马赛克画面和卡滞声，来代替视频画面和音频声音

但明显的
绝大多数用户，并不在乎实时精确到多少秒
宁愿选择只牺牲一点缓存时间的代价，换来只延迟一分钟不到的更好的画质和音质

dzway

最早模拟信号时，CCTV的信号是一站一站从北京接力过来的，延迟可以忽略不计。后来有了通信卫星，延迟就有了一点，信号上卫星再下来7万多公里。再后来卫星信号变数字了，有个数字信号解调过程延迟就明显了。到现在网络电视，信号要打包压缩发送解压，就更慢了。

NewChina牛中国

以前测试了一下，同一内网里，电脑浏览器先放cctv-13直播，手机晚放同一频道，发现手机播放内容的时间点，反而超前了13秒左右，也就是电脑端放央视直播慢了13秒左右（心里默念计时），然后电脑浏览器刷新一下直播网址，就重新和手机同步了，今天再测亦如此，这让我想起来，互联网骨干节点上使用了一些像视频类的大数据包内容进行了优化，也就是针对这些内容在各节点上安置了web缓存服务器，按各节点分支下的网络进行分发派送，从而减少对骨干线路带宽的依赖，也就是如果始发点网站上的某视频如果作出修改，修改前已经缓存经过的那些节点下面的终端用户点播始发端的视频内容时，收到的数据包仍是未作修改前的版本，当然web缓存服务器，也给缓存的视频内容挂上老化时间标签，超过时间的，会重新发起对该视频的缓存，实现视频的更新，当然前提是有用户发起对该视频的访问。这就解释，为什么内网后发起访问的，反而提前播放了。