tag 标签: 达芬奇

相关博文
  • 热度 44
    2011-9-27 17:08
    3914 次阅读|
    19 个评论
    九月中,回中大参加了俱乐部的活动。本次的主题是‘达芬奇密码解析,从供应链角度’。期间各位同学,同业作了精辟发言,从多个角度进行了思想的碰撞。 特此转发活动的精彩资料给大家参考。如下: 如果从供应链的角度看,其实达芬奇家具这家公司运作的还是很成功的,但其错就错在传递了虚假的信息给消费者,有欺诈之嫌。诚实本分,才是做长久生意的基础。但在这个最好又最坏的时代,能有几家企业守得住这份寂寞呢?!
  • 热度 51
    2010-5-6 14:36
    7359 次阅读|
    35 个评论
    正文: 在Intel收购风河公司,Xilinx和ARM结盟,Altera和MIPS联姻,Winter联盟被ARM和Google瓦解之后,嵌入式市场就要好戏连台了。 在Intel没有想明白是不是像ARM那样进行IP授权来运营Atom的时候,请将目光移向ARM阵营,Altera其实在很早以前就有过一款集成了ARM7硬核的FPGA产品,笔者非常奇怪为何Altera要做这样一个看起来并不十分明智的产品,须知在那样一个年代,一个昂贵的,功耗很大的FPGA去联姻一个廉价的,功耗很低的RISC究竟意义何在?而Xilinx在SoPC的战略上无疑是成功的,它选择了同样昂贵,功耗很高但同时性能也很高的PPC硬核,从Virtex-II一直到Virtex-5的产品中都可以看到集成PPC硬核的产品,但是这一切都将在28nm节点工艺改变,在28nm技术上,Xilinx选择了高性能低功耗的工艺,而Altera则选择了更高性能但高功耗的工艺。因为在28nm,Xilinx将植入Cortex-A9硬核处理器,创造真正的低成本,低功耗的SoPC产品,继续向嵌入式市场挺进,试想如果一颗集成了Cortex-A9的SoPC芯片售价15美金,你还会选择相同价位的SoC吗?笔者认为Xilinx选择在28nm节点统一产品架构是因为此时FPGA的功耗和成本跟PPC已经不再匹配,ARM才是最好的选择。 如果TI的嵌入式处理器产品线架构是一个线性空间,那么它的正交基是:DSP内核,ARM内核,硬件加速器和通用外设,用公式表述一个TI的SoC定义为: TI SoC = a * DSP + b * ARM + c * Accelerator + d * Peripheral 而当FPGA在28nm拥有Cortex-A9的双核处理器和标准外设,客户已经可以在功耗和成本都可接受的SoPC上定制自己的硬件加速器和接口设备,用公式描述一个Xilinx的SoPC定义为: Xilinx SoPC = a * ARM + b * Customer-Accelerator + c * Customer-Peripheral 一种新的嵌入式处理器架构的诞生或多或少都会引起变革,2005年是TI的SoC,2012应该属于Xilinx的SoPC。 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(引) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(一) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(二) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(三) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(四) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(五) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(六) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(七)
  • 热度 24
    2010-5-6 14:33
    4763 次阅读|
    3 个评论
    正文: TI在2009成功收购了Luminary,补强了MCU的产品线,形成了以MSP430,Cortex-M3和Cortex-A8为核心的高中低档全线MCU产品线,初步实现了硅片产品的战略布局。在软件方面,抛开MontaVista之后,Linux全面转向Community阵营,IDE转向基于Eclipse的CCS4.0,至此,算是基本完成了由DSP为核心的处理器架构向以ARM为核心,DSP,硬件加速器为辅的处理器架构。TI的网站在2010年也做了结构性的调整,Processor下面出现了ARM,DSP和MCU三个板块。 DSP这种处理器架构还能保持多久的生命力是一个值得探讨的问题,嵌入式处理器市场的竞争本质还是架构之争。有一个观点是任何一个处理器设计公司都不会同时维护两种架构的处理器产品,如Intel公司先是改造ARM架构,做出XScale处理器,但是后来却卖给了Marvell,为的就是统一桌面处理器和嵌入式处理器的架构,后来推出的Atom等一系列处理器都是基于x86架构的瘦身产品,且不说Marvell吃进Xscale后赚的盆满钵满,Xilinx也将在Spatan-6和Virtex-6之后统一自己FPGA架构。TI又何尝不想如此,但是因为它的产品线过于庞大,也就注定需要很长的时间了。首先在C64x和C64x+的DSP内核架构之后,又推出了C674x+内核架构,该架构统一了浮点DSP和定点DSP内核;其次在DM8168和OMAP4处理器上,TI则会统一硬件协处理器的架构,即OMAP4和DM8168都采用IVA-HD这种相同的硬件加速器;至此,TI在SoC上已经形成了C674x+Cortex+IVA-HD的统一架构SoC雏形。 记得ADI公司早在若干年前就关闭了以色列的TigerSharc设计中心,其理由是,该处理器已经登峰造极,没有再发展的必要;在桌面处理器市场,主频提升早已遭遇瓶颈,多核心时代正在到来,而ARM此时已经不声不响迈入双核2GHz的Cortex-A9时代。TI的DSP也是如此,C6000架构已经成熟多年,1.2GHz似乎已经是不可逾越之极限,于是2009年TI发布了3个1.2GHz核心的高性能多核DSP处理器TMS320C6474,这也是一颗从垂直行业市场拿到通用市场的处理器(TI开始晒家底儿了?),随后又发布了拥有6个700MHz内核的TMS320C6472多核DSP处理器,但恐怕由于功耗的原因,基于65nm工艺的C647x系列很难再有突破。多核心DSP未来的道路确实很艰难,因为它已经处于一个非主流的位置,虽然不排除在更先进的工艺节点上植入更多的DSP内核甚至是Cortex-A9内核完成统一处理器架构和软件框架的疯狂构想。 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(引) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(一) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(二) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(三) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(四) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(五) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(六) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(七)
  • 热度 29
    2010-5-6 14:31
    5416 次阅读|
    4 个评论
    正文: 2009年春暖花开之时,TI果然毫不迟疑的推出了能支持H.264 720P30压缩的DM365达芬奇处理器,该处理器可以认为是DM355的完善版本,除了更新了ISP之外,DM365使用了和DM355相同的ARM926E-JS内核,使用了DM355的MJCP硬件加速器,这个加速器可以做MPEG4的编解码和JPEG的编解码,同时加入和DM6467的HDVICP0这个可以支持H.264硬件编解码的加速器,构成了DM365的基本架构,当然,植入一个EMAC弥补DM355的鸡肋还是不难的。这里面请注意,TI在HDVICP0上一直没有MPEG4和JPEG的Codec,虽然HDVICP0号称可以支持MPEG4,于是就只好来一个组合拳,可以说DM365是DM6467和DM355联姻的结晶。但是光720P还不够,DM365的弟弟DM368在2010年也会出世,要问怎么做到1080P的,超频,超频!!! DM36x既然出来,Appro自然也不会闲着,在2008年以摧枯拉朽之势忽悠了众多客户之后,2009年继续推兜售他们的ISP算法,这次不光是Aptina的传感器,Sony和Ovt的传感器也用上了。说到传感器,这里有一个有趣的现象,在Aptina剥离Micron之后,TI开始很低调的做一种基于CMOS技术的宽动态传感器产品线,那么自然可以大胆推测,凭借TI的野心和实力,既然想把网络摄像机做到白菜价,那么它就得把CMOS传感器和DM368做到一颗芯片里,真正的实现“俺们也就走个量,一个只挣1块钱”的宏伟蓝图。 从技术角度看,DM355处理器的MJCP是由DM644x/DM648的VICP演变而来,而DM36x的集成度要比DM355强一个档次,不仅集成了AudioCodec,还能在单通道视频接口VPFE上做多路视频流的Demux,NAND闪存控制器也从DM355的1-bit ECC变成了4-bit ECC,而且还支持硬件人脸检测功能,同时解决了ISP内部行缓冲不够的问题,终于可以支持1-pass的高分辨率图片抓拍。在参考设计资源上和DM355不同的是,DM365除了Appro提供的IPNC参考设计,还有UDWorks公司的DVR参考设计,该参考设计可以支持8-CIF或者2-D1的视频压缩,使用了一颗TI同步推出了高性能四通道视频ADC芯片TVP5158,大概是看到Techwell在DVR市场赚了不少,TI也开始做多通道的视频ADC产品,刚想说那Techwell的市场应该会让出一部分,就听闻Techwell以3.7亿卖给Intersil了...... DM6467T作为DM6467家族的最高端产品,拥有近乎1GHz主频的DSP内核,500MHz主频的ARM926E-JS内核以及2个HDVICP硬件协处理器,其中HDVICP0可以支持H.264/VC-1/MPEG-4高清编码,HDVICP1可以支持H.264/VC-1/MPEG-4/MPEG-2高清解码,而该处理器显然和任何一款DaVinci家族的处理器不同,它的VPIF决然不同于VPFE和VPORT,该端口仅支持嵌入同步的视频格式,但是却可复用为TS流传输或接收模式,可以非常方便的支持DVB-ASI接口,这是一颗明显带有广电行业特色的处理器,它可以单芯片实现MPEG2到H.264的实时转码功能,并且支持千兆以太网接口,而且一直号称可以支持1080P60 H.264高清编码。 TI这种从DSP单核心架构到DSP+ARM+硬件加速器SoC架构再到ARM+硬件加速器SoC架构的转变过程非常之快,在不到3年时间内先后快速推出多种处理器,而且还都是先找寡头买单,再挪到通用行业市场。从某种意义上说,观望的客户会引起“审美疲劳”,跟进的客户会发现“投资贬值”,也就是TI并没有很好的保护客户对它的投资。 在DM642时代,是一招鲜,吃遍天,只有一颗处理器,无论客户做多少个产品线,多少种产品,只用维护一种开发环境和软件,只用保持为数不多的一个BOM清单即可;可是到了达芬奇时代,DM644x算法买不起,自己做吧,还没做完,DM357出来了,那就用DM6467做720P产品,结果DM365出来了,只好用DM6467做1080P产品,结果DM368又呱呱坠地;如果刚用DM6441做完D1 H.264网络摄像机,DM355的720P MPEG4又得换一套DVSDK,还得琢磨0.65mm的点距,从644x的NorFlash换成SLC NAND;1年后,没辙,继续跟进DM365,这时候估计已经比放弃DM355,专盯着DM365的客户要慢了几个月了;君不见DM365官方开发板上辉煌的电源方案足可以引多少英雄豪杰竟折腰(用了十几种);相比于Ambrella的IPNC方案和海斯的DVR方案,TI的参考设计又明显缺乏成熟的“山寨化”软件;纵观跟进TI的烈士般的公司们,累的跳楼的心都有了,光是那一套套不一样的DVSDK,一堆堆形形色色的Patch,就已然头昏脑胀了...... 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(引) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(一) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(二) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(三) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(四) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(五) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(六) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(七)
  • 热度 20
    2010-5-6 14:26
    4279 次阅读|
    0 个评论
    正文: 为了在高清网络摄像机(HD-IPNC)市场拔得头筹,TI在2008年初率先推出了可以做到720P30实时MPEG4编码的DM355处理器,和OMAP3一样,DM355处理器带有浓重的行业寡头特色,它原本是一颗做数码相机的处理器,所以拥有2个SD卡接口却没有EMAC,大概是柯达的数码相机并没有连网的需求吧,于是Spectrum通过DM355的EMIF总线接口扩展了百兆以太网接口,但这还远远不够,DM355平台为了降低成本,抛弃了DM644x和DM643x家族采用Nor flash作为启动存储器的方案,改用SLC NAND闪存存放启动代码和文件系统。 为了进一步降低成本和推进市场增长,TI选择了Appro公司为其定制高清网络摄像机参考设计,在这一点上,TI的思路是非常正确的,因为在高清分辨率下,CCD传感器非常昂贵,而CMOS传感器像原尺寸又做不大,导致本身在低照度下就就性能欠佳的CMOS传感器的成像质量在高分辨率时是差上加差,于是TI在DM355处理器内部集成了一个叫做ISP的硬件影像处理单元,可以直接支持RAW格式数据的处理,我们姑且管这一块叫做影像预处理,有了ISP,DM355处理器就可以无缝的对接各种图像传感器了。再来看看图像传感器供应商,Aptina的传感器一般叫做Sensor,可以直接输出RAW格式的数据,Ovt的传感器一般叫做SoC,内置了ISP,低分辨率的产品可以直接输出YUV的数据,高分辨率的产品也是输出RAW格式数据。不知是因为TI和Aptina高层的关系很好,还是为了彰显DM355处理器ISP的英明神武,在Appro的这个参考设计里选择了Aptina公司的MT9P031 5MP传感器,专门使用DM355的ISP开发了针对MT9P031 CMOS图像传感器的影像预处理算法,于是变形金刚合体,在2008年初,万众瞩目的720P高清网络摄像机参考设计闪耀登场。 TI认为自己的这番努力已经秒杀了掌握最先进ISP技术的日系厂商,成功的把DSC的成像技术移植到了IPNC,势必会引爆一个巨大的市场,高清视频,极低的成本,成熟的ISP技术,甚至连镜头和外壳连带完整的硬件参考设计都已经准备就绪,整个BOM成本不到40美金,而整个参考设计除了提供全套硬件源文件外还有全套的Linux参考软件,整套方案售价仅为995美金,这个就是Appro在2008年TI开发商大会推出的DM355高清网络摄像机参考设计,但是请注意,这仅仅是一个参考设计,而不是一个深圳模式下的解决方案。 在深圳,只有MTK那样的才叫解决方案,英文叫Turn Key,套用大腕儿里的一句话,什么叫方案知道么?只要注入一笔钱,再找个工厂一量产,产品和利润就出来了,我们做方案的口号就是,不求最好,但求最快! 是的,当时笔者还真是听说深圳有人直接拿Appro的这个参考设计去工厂生产,结果自然是无法量产,投资失败,因为Appro此次的“方案”并非MTK的“方案”之含义,准确的说仍然只是一个参考设计框架,而不是一个立刻可以被量产的产品。为了推广DM355处理器,笔者也曾多次前往深圳,记忆颇深的是拜访一家做网络摄像机的客户,研发总监亲自接待,说:“你们(其实笔者非TI的人)的这个DM355压缩效果不行,我接高清电视看了,都是马赛克。”笔者顿觉惊诧莫名,问道:“您是用复合视频接到高清电视上看的?”该总监道:“正是。”笔者顿觉无语,须知复合视频怎可传递高清视频信号?好吧,遂指出该总监“疑惑”,为DM355正名,继而该总监又说到:“我们现在用其它方案D-In,网络摄像机量很大,我们只要每台挣1个美金就可以开始跑量!”这就是一个非常典型的深圳市客户,他们崇拜的是MTK式的神话,他们需要的是一个可以马上量产的方案,他们需要的是一个可以带动生产力和现金流的Turn-Key-Solution,他们的特点就是简单快速,薄利多销。 从技术角度看,DM355的功耗和性价比还是非常不错的,采用了0.65mm的点距,内建了ISP装置得以处理Aptina的5MP像素传感器的RAW格式数据,该传感器使用了2x2的binning模式来增强成像质量,可以输出720P30的MPEG-4视频流。但遭人诟病的是,DM355内部的ISP行缓存不够长,在做5MP抓拍的时候,需要2-Pass才能完成处理,2-Pass就是先把图像采集到内存,上半边通过ISP处理一下,下半边再通过ISP处理一下,也正巧了,赶上那年交通行业的相机都要5MP抓拍,惹得全国上下用DM355做相机的厂商怨声载道,那能搞出5MP抓拍的都是神仙?妖怪? 如果DM355定为于启动低成本高清IPNC市场的引信,TI是绝对应该找一家平台软件供应商推系统方案的,Appro的参考设计和深圳模式是不搭调的,也错过了山寨高清网络摄像机的第一桶金,后来的DM365和DM368时代,Ambrella和MG3500已经可以在这个市场分到一杯羹,TI人无我有的战略优势丧失殆尽,顿时变成了人有我优...... 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(引) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(一) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(二) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(三) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(四) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(五) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(六) 德州仪器达芬奇五年之路七宗罪,嵌入式处理器架构之争决战2012(七)
相关资源
  • 所需E币: 5
    时间: 2022-10-11 16:33
    大小: 213.02KB
    上传者: czd886
    基于达芬奇技术的矿用视频监控系统设计
  • 所需E币: 3
    时间: 2022-10-11 15:31
    大小: 1.32MB
    上传者: czd886
    基于达芬奇技术的嵌入式视频监控系统的设计与实现
  • 所需E币: 4
    时间: 2022-10-6 11:36
    大小: 351.61KB
    上传者: ZHUANG
    基于达芬奇技术的智能视频监控终端的开发
  • 所需E币: 4
    时间: 2022-10-6 11:35
    大小: 446.27KB
    上传者: ZHUANG
    基于达芬奇技术的视频监控系统研究
  • 所需E币: 4
    时间: 2022-10-6 11:35
    大小: 789.53KB
    上传者: ZHUANG
    基于达芬奇技术的视频监控系统设计
  • 所需E币: 1
    时间: 2022-4-30 17:00
    大小: 164.07KB
    上传者: ZHUANG
    470例达芬奇机器人手术护理配合关键点探讨
  • 所需E币: 0
    时间: 2022-3-4 21:09
    大小: 237.55KB
    上传者: samewell
    达芬奇技术的视频应用分析.pdf
  • 所需E币: 0
    时间: 2022-3-4 21:13
    大小: 146.57KB
    上传者: samewell
    基于达芬奇技术的TMS320DM6446视频研究.pdf
  • 所需E币: 0
    时间: 2022-3-4 21:13
    大小: 161.5KB
    上传者: samewell
    基于达芬奇技术的JPEG2000图像压缩系统设计.pdf
  • 所需E币: 0
    时间: 2022-3-4 21:11
    大小: 214.08KB
    上传者: samewell
    基于达芬奇技术的数字视频系统设计与实现.pdf
  • 所需E币: 0
    时间: 2022-3-4 21:10
    大小: 220.27KB
    上传者: samewell
    基于达芬奇技术的视频采集系统研究.pdf
  • 所需E币: 0
    时间: 2022-3-4 20:40
    大小: 388.24KB
    上传者: samewell
    基于达芬奇技术的SMFF终端实时图像处理系统研制.pdf
  • 所需E币: 1
    时间: 2021-4-8 10:12
    大小: 6.77MB
    上传者: czd886
    基于达芬奇技术的4G移动视频传输系统的设计与实现
  • 所需E币: 4
    时间: 2019-12-25 03:13
    大小: 808.17KB
    上传者: 微风DS
    达芬奇DM648_EVM原理图……
  • 所需E币: 3
    时间: 2019-12-25 00:07
    大小: 1.48MB
    上传者: 978461154_qq
    达芬奇学习TIDAVINCI开发原理(总共5部分)DAVINCI开发原理之一----ARM端开发环境的建立(DVEVM)1.对DAVINCI平台,TI在硬件上给予双核架构强有力的支撑,在DSP端用DSP/BIOS来支持音视频算法的运行,在ARM端用MontaVistaLinux(MV)来支持其对外设的管理。对于ARM与DSP之间的数据交互,则用CodeEngine和CodecServer来加以管理。2.在DAVINCI的开发程序分为codec部分和应用程序部分。开发应用程序前,需要搭建软硬件开发环境。硬件环境包括:DAVINCI开发板DVEVM(含TMS320DM6446的DSP和ARM的双核芯片及丰富的外设)、CCD摄像头、LCD显示器、硬盘(如果不用NFS来映射文件系统,则可通过本地的硬盘上的文件系统)、串口线。其次是与DVEVM配套的ARM端软件开发环境。环境搭建好后,需要对Linux主机进行相关配置才能使用DVEVM开发板。对嵌入式系统开发,开发板上首先需要一个bootloader来初始化硬件,然后会通过bootloader的参数设置来启动系统。如启动bootloader后,通过tftp来下载MVLinux内核镜像文件到内存运行内核,然后通过NFS来启动Linux主机上的目标文件系统,并通过DHCP服务器来为开发板分配IP地址,这样就可以进行基于IP的网络视频应用开发。下面配置ARM端软件开发环境的各个模块。3.TFTP服务器的配置:>检查Linux是否安装了TFTP服务$rpm-qa|g……
  • 所需E币: 3
    时间: 2019-12-25 00:07
    大小: 1.48MB
    上传者: 微风DS
    达芬奇学习TIDAVINCI开发原理(总共5部分)DAVINCI开发原理之一----ARM端开发环境的建立(DVEVM)1.对DAVINCI平台,TI在硬件上给予双核架构强有力的支撑,在DSP端用DSP/BIOS来支持音视频算法的运行,在ARM端用MontaVistaLinux(MV)来支持其对外设的管理。对于ARM与DSP之间的数据交互,则用CodeEngine和CodecServer来加以管理。2.在DAVINCI的开发程序分为codec部分和应用程序部分。开发应用程序前,需要搭建软硬件开发环境。硬件环境包括:DAVINCI开发板DVEVM(含TMS320DM6446的DSP和ARM的双核芯片及丰富的外设)、CCD摄像头、LCD显示器、硬盘(如果不用NFS来映射文件系统,则可通过本地的硬盘上的文件系统)、串口线。其次是与DVEVM配套的ARM端软件开发环境。环境搭建好后,需要对Linux主机进行相关配置才能使用DVEVM开发板。对嵌入式系统开发,开发板上首先需要一个bootloader来初始化硬件,然后会通过bootloader的参数设置来启动系统。如启动bootloader后,通过tftp来下载MVLinux内核镜像文件到内存运行内核,然后通过NFS来启动Linux主机上的目标文件系统,并通过DHCP服务器来为开发板分配IP地址,这样就可以进行基于IP的网络视频应用开发。下面配置ARM端软件开发环境的各个模块。3.TFTP服务器的配置:>检查Linux是否安装了TFTP服务$rpm-qa|g……
  • 所需E币: 4
    时间: 2019-12-24 09:46
    大小: 1002.91KB
    上传者: quw431979_163.com
    DM6467快速指南.pdf达芬奇DM6467评估板快速指南北京天睿视迅科技有限公司-1-RevisionTableDateRev.AuthorContentofrevisionApproval1.02009-09-01Andy,OriginalLIU北京天睿视迅科技有限公司-2-1描述..............................................................................................................................................42用法说明.......................................................................................................................................42.1基于JTAG的调试....................................................................................……
  • 所需E币: 3
    时间: 2019-6-1 08:15
    大小: 1.58MB
    上传者: royalark_912907664
    基于设计针对支持不同类型视频接口,以及模拟、数字视频信号在不同分辨率图像组合应用时需要实现视频数据采集与集中显示的目的,提出采用FPGA+ARM/DSP+PW338混合硬件架构实现四路视频合成数据采集系统的设计方案。在此基础上详细介绍了硬件实现原理,同时就画面合成、FPGA数据转码与画面合成模式控制三大核心程序设计进行详细介绍。研究测试结果表明,设计的四路多画面合成数据采集系统能够有效支持SD、DVI、HMDI、SDI多种接口的视频输入与合成应用,丰富的视频输入接口满足多场景下的图像合成与远端传输显示需求。