清投TNet产品及现场分析.ppt

清投Tnet产品及现场分析 Tnet产品架构 一说到分布式网络处理器，我们立即就想到了通过MPEG4或是H.264将图像编码打包后通过交换机进行调度然后解码显示的架构，我们的XLAN或是将来的HIPC都是基于这种架构的；开发H.264或是MPEG4的初衷应该是用于图像的长距离传输或是图像存储，编解码带来了信号延迟、图像质量下降以及对CPU性能的苛刻要求，编解码是否是分布式网络处理器必需的步骤？ 这几天通过研究清投的产品宣传资料以及在现场看到的，让我意识到分布式网络处理器不用编解码可能也是一种思路；ARK是基于serdes背板交换的实时处理器，如果将ARK单板上的FPGA的Serdes配置成GMII接口外接千兆PHY，通过网络交换机进行交换，是不是就将ARK变成了一个分布式网络处理器，同时保持了实时处理器的优点。 Tnet产品架构 清投的输入端和输出都有单千兆网口和双千兆网口两个版本，单网口支持720P@30Hz，双网口支持1080P@30Hz； 我们计算一下如果图像不压缩的话，网络带宽是否足够： 1280*720*30*16bit(YUV422)=443Mbit/s 1920*1080*30*16bit=996Mbit/s 网络带宽按60%效率算的话，可以看到图像不经过编码的话，宽带其实也是够的。 查了市面上目前几家竞争对手的分布式处理器，发现的确有两种架构存在 1、基于H.264或是MPEG4图像编解码的，有上海寰视的MICS、中达电通的DVCS、科视的Phoenix，以及我们的XLAN 2、基于无损图像压缩的（我认为应该是根本就没压缩或是基于FPGA的低复杂度无损图像压缩的），有Jupiter的PixelNet（宣传资料里根本就没提到有压缩）、清投的Tnet（资料宣称是基于jpeg2000,但是逻辑分析清投用的cyclone3根本放不下一个jpeg2000的算法）、博睿的BR-NetView(宣传自主压缩算法，只用一个千兆网口，估计是基于FPGA的低复杂度无损图像压缩) Tnet产品架构 Tnet产品架构 由于这次有清投的人员在场，所以没有拆设备，VGA采集盒是根据上次荆工拍照画的，显示盒是猜的； 采集盒FPGA可能需要做色彩空间转换、色度重采样、帧率转换、分割、缩放、千兆MAC发送；（这颗FPGA放不下基于小波变换的JPEG2000） 显示盒FPGA可能需要做千兆MAC接收、拼接、缩放、色度重采样、色彩空间转换 Tnet产品架构－－智能精传 就是在采集端就根据开窗位置和大小先分割后图像再发给指定的显示端。 显示端只负责拼接后缩放，因此显示端压力比较小，可以做到非常 多路的叠加。 采集端工作量比较大，所以RGB采集盒同时只能开两个窗口；4通道CIF采集盒每个通道只能开一个窗口 同步性及图像延迟 全屏开窗同步性较好。有一个时间同步节点机（与全墙回显一个盒子），同步方案可能与上海寰视的相近；为了保证同一画面在不同显示单元之间的同步性，各个显示单元在接到画面信息后，并不会立即输出上屏，而是等待系统发出一个同步信号，只有再接到同步信号后才会输出下一帧画面。 由于没有经过编解码，所以实时性很高，系统延迟亦不超过70ms 回显方案，各个显示盒将拼接后图像发给回显盒（帧率很低1帧/s），由回显盒再拼接后进行图像编码压缩后发送出去，通过登录嵌入式WEB查看回显内容，可能回显才是基于JPEG2000算法 底图机 底图机也就是桌面服务器，应该是一台X86架构的PC，前面板的网口用来控制底图机和上传照片，背面的4个网口应该是用来发送数据的，由于图像没有压缩，数据量很大，所以用了4个网口来传送数据？ 光机控制盒 光机控制盒，类似于三代平台的主控板，有DVI环出（闪光处），但没有外同步信号，没有网口，通过RS485级联控制 布线 显示盒直接放在背投箱里，无固定措施，电源就两端固定后悬挂在背投箱下面；采集盒直接放在信号源处 谢谢！ * *