dm365 resizer模块

TI的encoder demo里面就是把采集到的一场数据垂直方向放大两倍，你可以参考这个代码做缩小的应用。具体的resizer的使用请参考DM36x VPFE user guide。

Chris Meng，你好，我看过encode的代码，我不知道在哪个地方进行了使用了resizer，我没找到相关代码。另外，如果在这里已经使用了一路resizer，那么要使用另一路的话，该怎么改resizer.c呢？（CCDC采集的数据是可以直接送SDRAM的，不经过IPIPE，那么在encode里采集720x480的视频不就可以直接送到Buffer_Handle而不经过resizer了吗？）

请问CCDC的输入是YUV422的数据么？需要视频编码么？如果需要编码h264，就需要经过resizer把YUV422转换成YUV420. Resizer的相关代码请看DMAI里面，已经resizer的驱动。

请把下面的问题再具体一点，我看不明白。请说明一下你使用的是continous mode还是one shot mode

如果在这里已经使用了一路resizer，那么要使用另一路的话，该怎么改resizer.c呢？

你好，CCDC输入的是YUV420的，直接通过Capture_get读到一个Buffer_Handle中，然后调用Venc1_process进行h264编码的，（你的意思是在h264编码的时候进行resizer吗，应该没这个必要吧？）DMAI中的resizer.h函数中有这样的声明：

@remark Following resizer functions are not supported in DM365.     所以我想是不是应该自己写这些函数？

另外，single—shot mode的话应该是直接对两个SDRAM中的缓冲进行操作的，所以我觉得应该使用one shot mode？

至于最后一个问题的话，我是这个意思：

因为resizer支持两路输出out_buff1，out_buff2，DMAI中的resizer.c只输出了out_buff1，既然你说编码的时候已经使用了这一路，那么我要输出第二路，就应该修改resizer.c了，请问是这样的吗？谢谢！

DM36x的CCDC只能输入RAW或者是YUV422的，请确认你的输入。

在dmai中的resizer.c还是太上层了，你需要修改resizer驱动。请到e2e.ti.com上面搜索一下关于RSZB的支持的帖子。

你说的对，dm365只能输入YUV422的，也就是说在Capture_create()中已经调用了resizer_continous_config()，那么要使用另一路RSZB，应该要在dmai的resizer_continous_config()里修改了，是这样吗？

网上说在RSZA工作的时候同时RSZB也会在工作，产生的数据在capture_buffer之后，是这样吗？