TI中文支持网我们在DM385 IPNC3.5上用了ADV7611，但是包里没有驱动，能否发一份，万分感谢！flashtime@126.com
Chris Meng：
你好，
你能否从ADV7611的厂家获得基本的驱动，然后移植到IPNC RDK上？
jin li3：
回复 Chris Meng:
您好，
我已经找到一份ADV7611的驱动了，是HDMI的，我们用的是DVI接口的，后续再修改下。
另外请教一下几个关于ADV7611的问题。
1.ti_tools/hdvpass_01_00_01_37里面需要配置adv7611吗？2.kernel/arch/arm/mach_omap2/ti81xx_vpass.c这个文件应该怎么配置呢？不明白里面是什么含义。
万分感谢！
Chris Meng：
回复 jin li3:
你好，
ADV7611输出给DM385的是YUV422的格式数据么？ADV7611输出和DM385的VIP相接么？
1. 你需要一个驱动来对ADV7611进行配置，在HDVPSS里面类似的驱动在\ti_tools\hdvpss_01_00_01_37\packages\ti\psp\devices目录下。
2. 你需要配置VIP来适合ADV7611的输出。
建议你阅读以下ADV7611的手册和HDVPSS的VIP相关文档。
jin li3：
回复 Chris Meng:
您好， ADV7611输出给DM385是YUV422格式的。 我们的做法是2路视频信号，例如TVP7002，ADV7611接入FPGA，然后FPGA把2路视频信号复合成1路输出给DM385的VIP0。 对于我们这种情况，
1.VIP应该怎么设置呢？ 2.HDVPSS里面有了TVP7002，我们需要增加ADV7611吗？ 现在困惑很多，麻烦帮忙分析一下，谢谢！
user1369122：
回复 jin li3:
做一个新的AD芯片和主芯片的适配，无非就是
1. 配置AD芯片的寄存器表，使之按照你要的格式输出图像
2. 配置主芯片VIP的采集配置，使之能按照AD输出格式来采集图像。
现在你已经拿到了TVP7002的适配的主芯片VIP采集配置了，我的建议是你看懂它，tvp7002是以什么格式去做输出的（分辨率帧率，像素时钟频率，嵌入同步还是分离同步等等）， 这样维持vip配置不变，你去修改adv7611的输出配置即可。
Ternence_Hsu：
回复 jin li3:
你这里的视频数据复用是指的通道数据复用，还是通过fpga把数据拼接后，变成1个通道的数据送给dm385呢？
jin li3：
回复 Ternence_Hsu:
您好，
我们是把2路视频数据（tvp7002/tvp5146/adv7611,3种制式选2种）接入到FPGA，FPGA复合之后输出给VIP0，而且是8位的。
由于我们并不是把视频采集数据直接输出给VIP0，而是经过了FPGA，导致了一系列问题：
1.VIP0的设置问题。我看到代码里面是针对不同的视频采集芯片来进行设置，我们这种情况该如何设置呢？
2.在HDVPSS里面是否还需要实现tvp7002/tvp5146/adv7611的驱动？
另外一个疑问是
HDVPSS里面也有视频采集芯片的驱动，在linux内核里面已经有了这些芯片的驱动，初始化已经完成，为什么还要在HDVPSS里再次驱动？
Ternence_Hsu：
回复 jin li3:
jin li31.VIP0的设置问题。我看到代码里面是针对不同的视频采集芯片来进行设置，我们这种情况该如何设置呢？
vip0的设置问题，你可以确定fpga的信号的输出模式吗？
设置为对应的采集模式就可以
typedef enum {VPS_CAPT_VIDEO_CAPTURE_MODE_SINGLE_CH_NON_MUX_EMBEDDED_SYNC = 0,/**< Single Channel non multiplexed mode */VPS_CAPT_VIDEO_CAPTURE_MODE_MULTI_CH_LINE_MUX_EMBEDDED_SYNC,/**< Multi-channel line-multiplexed mode */VPS_CAPT_VIDEO_CAPTURE_MODE_MULTI_CH_PIXEL_MUX_EMBEDDED_SYNC,/**< Multi-channel pixel muxed */VPS_CAPT_VIDEO_CAPTURE_MODE_SINGLE_CH_NON_MUX_DISCRETE_SYNC_HSYNC_VBLK,/**< Single Channel non multiplexed discrete sync mode with HSYNC andVBLK as control signals. */VPS_CAPT_VIDEO_CAPTURE_MODE_SINGLE_CH_NON_MUX_DISCRETE_SYNC_HSYNC_VSYNC,/**< Single Channel non multiplexed discrete sync mode with HSYNC andVSYNC as control signals. */VPS_CAPT_VIDEO_CAPTURE_MODE_SINGLE_CH_NON_MUX_DISCRETE_SYNC_ACTVID_VBLK,/**< Single Channel non multiplexed discrete sync mode with ACTVID andVBLK as control signals. */VPS_CAPT_VIDEO_CAPTURE_MODE_SINGLE_CH_NON_MUX_DISCRETE_SYNC_ACTVID_VSYNC,/**< Single Channel non multiplexed discrete sync mode with ACTVID andVBLK as control signals. */VPS_CAPT_VIDEO_CAPTURE_MODE_MULTI_CH_LINE_MUX_SPLIT_LINE_EMBEDDED_SYNC,/**< Multi-channel line-multiplexed mode - split line mode */VPS_CAPT_VIDEO_CAPTURE_MODE_MAX/**< Maximum modes */ } Vps_CaptVideoCaptureMode;jin li32.在HDVPSS里面是否还需要实现tvp7002/tvp5146/adv7611的驱动？
这个驱动看你硬件怎么设计的，这个驱动可以fpga来做，也可以arm来做，如果是用m3vpss来做就需要在hdvpss里面来实现上面的驱动；
jin li3：
回复 Ternence_Hsu:
您好，
非常感谢您的答复，我们之前的做法是2路视频复合成1路，发现很多不确定因素，我们的目前的原理框图如下：
通过FPGA从3路视频中选择2路，(如果是TVP5146，就填充到BT.1120)分别输出到DM385的VP0，VP1。
我们有几个疑问想咨询下：
我们用了ipnc_mcfw/demos/mcfw_api_demose/multich_usecase
1.现有的demo构架默认是按ISS接口接入camera的做法，如果要改成HDVPSS接口，如何进行配置呢？
2.现有的MCFW构架能否实现我们的功能呢？
3.如果现有的MCFW构架不能实现，只能用Link api提供的接口api那么Link api里面是否实现了1024*768和720*576的视频输入呢？
非常感谢！
