TI中文支持网请问下，8168再加载firmware时，根文件系统带的load-hd-firmware.sh启动脚本里面是firmware_loader $HDVICP2_ID /usr/share/ti/ti-media-controller-utils/dm816x_hdvicp.xem3 start，没有-mmap参数，但 firmware_loader程序的源码里面确实检查了是否有-mmap参数，所以会导致加载失败了，如下：
FIRMWARE: I2cInit will be done by M3
FIRMWARE: Memory map bin file not passed
Usage : firmware_loader <Processor Id> <Location of Firmware> <start|stop> [-mmap <memory_map_file>] [-i2c <0|1>]
===Mandatory arguments===<Processor Id> 0: DSP, 1: Video-M3, 2: Vpss-M3<Location of Firmware> firmware binary file<start|stop> to start/stop the firmware===Optional arguments===-mmap input memory map bin file name-i2c 0: i2c init not done by M3, 1(default): i2c init done by M3
想请问下，是不是应该修改下load-hd-firmware.sh脚本里的代码啊，还是怎么回事呢？？
Feng Dong：
方括号[]之间的参数为可选参数,不是必选参数.
yun zhou：
想请问下，8168中的HDVICP2和HDVPSS到底是怎样的一种关系？？
Haijun Guo：
HDVICP2和HDVPSS是并列的两个硬件加速协处理器，分工不同。HDVICP2负责视频编解码，比如H264、MPEG4等等；HDVPSS负责视频数据处理，例如采集、缩放、显示等等。
yun zhou：
想再请教下，如果HDVICP2负责了视频的编解码，那DSP那边的算法又负责什么呢，不是DSP负责编解码吗？？？
Haijun Guo：
DSP是很灵活的，理论上你可以在DSP上实现任何算法，当然包括编解码，简单地说，用户自己决定用DSP做什么。
HDVICP是硬件加速器，从用户角度看是不可编程的，是专门针对视频编解码设计的协处理器，简单讲，只能做编解码，相比DSP实现，效率高。
DSP是软件实现，HDVICP是硬件实现，这是区别。
Haijun Guo：
因为有HDVICP来分担视频编解码的任务，DSP可以解放出来做其他的算法，例如智能分析。如果用DSP来实现视频编解码，可以，但一来效率没有HDVICP高，二来占用了DSP，可能无法实现其他算法功能，而且HDVICP还被闲置。
Mingjie Xu：
目前来说DSP处理音频，IVAHD处理视频
