以下是引用共享高清的春天在2011-4-3 23:46:00的发言:
不管是模拟还是数字摄像机一般都会有延时,只是延时有长短,如果非常非常短,那么就常常被认为没延时了,对于性能差的百万高清网络摄像机来说,视频压缩、网络传输、解压缩软件没写好,延时就会长,延时长达0.2秒以上,肉眼很容易感觉出来。
模拟摄像机不仅数据量小,预览时根本就没有经过压缩与解压缩这个复杂的过程。
压缩与解压缩这个过程不复杂,现成的嘛,每个成熟视频格式的出现都会有相应可靠成熟的压缩解压技术并存,当然要花点银子去买,你们这些厂家买的不就是这个么?
真正作技术的都知道,是电路就有延时,这是较真的讲,模拟的在纳秒级,大规模数字的在毫秒级, 包括传输设备造成的延迟,所以在数字传输的整体链路中有明显延迟是必须的也是必然的,其中网络传送延迟是最大的也是不确定的。至于延迟大小并非是判断产品等级的重要因素,但大到十几秒是不可能的,象你说的“网络延时太长了,人都从电梯走出来到机房了,可是视频里却看到自己在电梯里。”
模拟信号的长距离传输(设备内部的不算,请不要介意我说的太较真)通常是将信号甩出去拉倒,单向的传输,至于后端是不是收到,信号有没错误,基本上不过问。所以整体延迟就是器件的延迟,微呼其微,通常称之没有。 而网络传送则不同(不是数字传送,数字也是有单向的,例如通常控制用的485信号),信号传送通常是要打包的,按包传送,包分布在每个设备里,并且要在接收端进行接收数据的校验,这一过程在设备内部和网络上都存在,并且在重复着,校验是必须的,有错误就要从新发送,直到接受正确,否则会解不开包。所以整体链路设备中必须有N多的缓冲,而且每个缓冲到保存一定容量才输出信号,这是延迟的主要原因。
例如QQ上发个信息,对方可能过会才收到,但要说明的是流码不是码流,网络摄像机到终端延迟几十秒而保持画面的连续使不可能的,因为根本就没那么大的缓冲存在,何况还是几十路同时延迟。就算加上所有可能的原因,我觉得你讲的根本就是个故事,而非事实。
再有10M的网线100米到底能跑多少持续稳定速率?100M的到底能跑的多少?1000M?很久以来貌似少有人提过,或者说没人认真的测验过。拿出个实际数据出来,网络摄象机的厂家好象也回避这个问题。一说这个都不见人了。全部都潜水。
任何一个推高请的厂家都会给大家描绘一个美好的蓝图,即:建个网络,我的机器插上RJ45就OK,实际上是么?现实生活终网络的带宽(包括局域网)是高清的死穴。
[此贴子已经被作者于2011-4-5 23:48:00编辑过]
|