DM642的视频捕获驱动为什么要将YUV 4:2:2转化为4:2:0？

发表于 2007-5-26 18:27

DM642的视频捕获（或显示）驱动为什么要将YUV 4:2:2转化为4:2:0（或将YUV 4:2:0转化为4:2:2）？ 直接用4:2:2送编解码单元不行吗？ 为什么视频解编器不直接将模拟信号转化为YUV 4:2:0？

发表于 2007-5-26 19:24

4：2：2转4：2：0可以节省memory，直接送当然可以 便解码器如果直接把模拟信号转成4：2：0就不好在转为4：2;2了。而反过了可以

发表于 2007-5-26 20:29

我还有个问题。 DM642 EVM的EEPROM（24WC256）里面存了些什么？里面存有网络地址吗？ 如果没有24WC256，网络摄像机的实验能否通过？与SAA7115、SAA7105有关的实验能否通过？ 谢谢！

发表于 2007-5-26 20:38

如果是ＥＶＭ的话，ｅｅｐｒｏｍ里面是ｍａｃ地址，如果没有它网络传输肯定过不去，你说的具体试验我不清楚。 单纯视频部分的没有问题

发表于 2007-5-26 21:45

我现在只拷贝了EVM的部分硬件，软件没细看，现在只通过了最小系统的测试。 呵呵，在自己的板上加载了EVM中网络摄像机的实验，没通过，原来没有IP地址。 大哥好人做到底，EEPROM里的IP地址数据怎样编写？IP地址在EEPROM中的起始地址是多少？ 是通过编程器烧写？还是通过仿真器在线写（就像FLASH那样）？

发表于 2007-5-26 21:51

找ｅｖｍ的技术支持，我没有用过６４２的ｅｖｍ，不过一般应该有烧写ｅｅｐｒｏｍ的程序，是通过ｉｉｃ总线挂在ｄｓｐ上面的。烧写　要么拆了用编程器，要么ｃｃｓ里面都可以。

发表于 2007-5-27 07:55

大哥，谢了

发表于 2007-5-27 20:54

video port采集到的YUV4:2:2， 是因为video decoder输出的是YUV4:2:2格式，这是ITU-656/601里面定义的标准； yuv4:2:2在进行视频编码前要转换成4:2:0，是因为MPEG编码器（mpeg1, mpeg2, mpeg4, 还有h.263, h.264）要求输入图像的颜色空间为YUV4:2:0格式。其与yuv4:2:2相比，颜色分量所占的空间少了一般，所以转换过程也相当与做了一次压缩。

发表于 2007-6-11 13:40

DM642的视频捕获驱动为什么要将YUV 4:2:2转化为4:2:0？

相关帖子

lz的名字~都不忍心回复了

还有问题

大哥，你的程序自己不知道吗？

好人做到底吧

我的建议

谢了

DM642的视频捕获驱动为什么要将YUV 4:2:2转化为4:2:0？

多谢！

浏览过的版块

精华达人奖章

技术导师奖章

常驻人口