不错,挺支持这样来做! 有好的想法和方案来共享给大家。
去年的这个时候也是在做同样的这件事情,做了大量的实验。后来不是很理想。
方案也类似,用的HDMI转网口的视频服务器,估计内部很有可能也是树梅派。HDMI连电脑或摄像头,图像通过网口走 TCP UDP RTSP 。 接收端采
用电脑或专门的接收机。一般电脑上用 VLC解码,因为有缓存的缘故延时通常都会很大,约 1100-1200ms ,用FFMEGA来解码约0.3ms ,后来又改前端
编码器的程序,让延时降低到0.2ms . 当然因为传输机制问题不会采用 TCP, TCP还会高200-400ms。见图:
电脑HDMI--视频编码器--电脑解码:
这还只是有线连接,无线连接就比较糟糕了,因为直接FFMEGA解码没用缓存会带来大量的马赛克,还有卡顿,通信不畅等各种问题。也有可能是那个程序采用的FFMEGA做的不好,反正没用下去。
然后采用高清网络摄像机,各大品牌都很成熟,延时也有做到200-300ms的,电脑端解码是最快,也能用 UDP。
电台又成了这个最大的问题。ubnt 工程机 , MICRO HARD 无人机专用网口电台等大量拉距测试。 地面传 D1画面1M码流还远点、1080P4M码流 不太远。
花了很多钱和时间又回到了原点,想省钱不容易,这是我前期做过的测试。
再后来还是得用COFDM,QPSK传要好得多。 但延时还是不太好解决,延时的产生主要在编码器上,解码器的专用芯片非常快。前端的编码芯片选了好几家,大约都在300-500ms, 高清普遍在400-500ms 。 如果这个把TS流导出来,我用COFDM来传, 解码芯片可以支持解H.264,那就比较有实用价值了。
|