3536支持4路1080p编码吗？

H.264编码 本来就是用YUV420格式的

本帖最后由 ngswfx 于 2016-7-27 14:56 编辑

3531可以，支持5路1080Ｐ编码。

不过感觉难度不在这个芯片能支持几路编码，而在于得到ＹＵＶ数据的过程，效率低下，再送出去编码，效率也很低下。

///////////你要是主动送ＹＵＶ的方法，估计没戏，我估计最多1路实时1080Ｐ

///这种ＹＵＶ的东西，一旦经过ＣＰＵ，多路数，就不是太容易了，只能在ＤＤＲ和ＧＰＵ之间交互，才可以多路数。

/////////海思内部对ＹＵＶ处理时，基本没有离开过ＤＤＲ，即便拷贝也应该是通过ＤＭＡ直接访问的。

//////你如果希望通过海思那几个获取ＹＵＶ的接口，例如ＶＩ获取原始ＹＵＶ，ＶＰＳＳ，ＶＯ采集到ＹＵＶ数据，再送去编码，估计不好弄。


/////////最典型的例子就是那个ＷＢＣ，用的其实就是这样的方法，一路1080Ｐ实时都难。



//////就不知道海思的3536 ＳＤＫ构架能不能如下操作（我对海思的各个模块绑定理解的不好）：

多路vdec--->多路VPSS->合成一路-->绑定ＶＥＮＣ。而且这个过程是直接绑定，不牵扯ＹＵＶ等接口。

////如果有ＳＤＫ构架支持的话，我估计16路1080P解码，4个画面1组，4画面分割，在送去编码，弄4路720Ｐ出来，做到实时，是有可能的。

//或者通过2个高清ＶＯ，如果能直接绑定ＶＥＮＣ，这样来处理。做2路1080Ｐ编码。

//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
//我就不知道3531在这些模块的绑定层面，是否足够灵活，其实用3531来做多路编码的确合适。有6个1080Ｐ的解码能力，5路1080Ｐ编码能力。

//////如果用来完成银行用的画中画功能，3531能力上正好，就是构架不知能否支持。

解码4路1080Ｐ图像，再解码4路720Ｐ图像。把4个720Ｐ图像画中画，嵌入1080Ｐ当中。然后，再次编码为4路1080Ｐ图像，送去录像。

/////不过如果海康这种有实力公司做这种需求，合成个P，直接全部录下来，算了，根本不用二次编码，2个流直接弄成一个数据流（注意一下封包方式，让第二个流，对普遍解码没影响，就当用户私有有数据了，也就是说，使用通用播放器，例如ＶＬＣ最起码能播放主1080Ｐ图像），自定义一下封装方式即可，解码时候，把流拆分出来，显示成画中画就可以了，如果这么做的话，3536做16路画中画问题不大。只不过需要海思配合，修改一下ＳＤＫ构架
///////////////////////////所以我对这个银行要用的，巨量功能需求持谨慎旁观态度，自己知道怎么弄，就是不说，等着别人创新，我看结果，呵呵。:lol

///////////银行柜员，专用画中画ＮＶＲ。

那其实能否4个1080P30Hz同时编码？