1、rk3168_v4.2\frameworks\base\data\videos下面的mp4的拷贝方法!
a、其实在我们的原始情况下这个目录的东西并没有拷贝到xxx/system/media/video下面,但是看到sounds目录却有拷贝为啥~
sounds目录下有个AllAudio.mk,这个文件是怎么调用的呢?
我在建产品分支的时候无意发现,加载其实很简单~
b、资料收集:
http://blog.csdn.net/gchww/article/details/7838947
http://blog.csdn.net/tdstds/article/details/25823641
http://blog.csdn.net/stevenliyong/article/details/5285334
http://lhc180.blog.51cto.com/316940/774227/
c、拷贝文件的两种方法(都在源码内测试):
第一种、Android.mk
LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := bootanimation
LOCAL_SRC_FILES := bootanimation.zip
LOCAL_MODULE_PATH := $(TARGET_OUT)/media
LOCAL_MODULE_TAGS := optional
LOCAL_MODULE_CLASS := SHARED_LIBRARIES
LOCAL_MODULE_SUFFIX:= .zip
#LOCAL_MODULE_SUFFIX:= .txtfile
LOCAL_CERTIFICATE:= PRESIGNED
LOCAL_PRELINK_MODULE := false
include $(BUILD_PREBUILT)
第二种 1、在Z:\Backup\rk3168_v4.2\build\target\product\full_base.mk中添加:
# Get some sounds
$(call inherit-product-if-exists, frameworks/base/data/sounds/AllAudio.mk)
#add by hcm
#Get some videos
$(call inherit-product-if-exists, frameworks/base/data/videos/AllVideo.mk)
2、在Z:\Backup\rk3168_v4.2\frameworks\base\data\videos中新建:AllVideo.mk
$(call inherit-product, frameworks/base/data/videos/VideoPackage1.mk)
$(call inherit-product, frameworks/base/data/videos/VideoPackage2.mk)
分析流程包含在产品分支添加中:
1、当我们编译Android源码是执行下面两条看到如下信息:
root@david-desktop:/home/hcm/Backup/rk3168_v4.2# . ./build/envsetup.sh
including device/generic/armv7-a-neon/vendorsetup.sh
including device/generic/armv7-a/vendorsetup.sh
including device/generic/mips/vendorsetup.sh
including device/generic/x86/vendorsetup.sh
including device/rockchip/rk30sdk_bnd/vendorsetup.sh
including device/rockchip/rk30sdk_hcm/vendorsetup.sh
including device/rockchip/rk30sdk/vendorsetup.sh
including sdk/bash_completion/adb.bash
从上面的信息我们可以看出,配置环境变量,在envsetup.sh 最重要是去包含了vendorsetup.sh,
root@david-desktop:/home/hcm/Backup/rk3168_v4.2# lunch
You're building on Linux
Lunch menu... pick a combo:
1. full-eng
2. full_x86-eng
3. vbox_x86-eng
4. full_mips-eng
5. mini_armv7a_neon-userdebug
6. mini_armv7a-userdebug
7. mini_mips-userdebug
8. mini_x86-userdebug
9. rk30sdk_bnd-eng
10. rk30sdk_hcmx-eng
11. rk30sdk-eng
Which would you like? [full-eng]
我们看到lunch命令输出了一个Lunch菜单,该菜单列出了当前Android源码支持的所有设备型号及其编译类型。例如,第一项“full-eng”表示的设备“full”即为模拟器,并且编译类型为“eng”即为工程机
一、调用流程:envsetup.sh --------> including device/xxx/xxx/vendorsetup.sh
lunch ---------> check_product()->get_build_var()-> build/core/main.mk -> build/core/config.mk
-> build/core/envsetup.mk -> build/core/product_config.mk
在build/core/product_config.mk 中编译系统首先调用 build/core/product.mk中定义的函数get-all-product-makefiles ,来遍历整个vendor 的子目录, 找到vendor下所有的 AndroidProducts.mk, 再由 AndroidProducts.mk找到Z:\source\rk3168_v4.2\device\rockchip\rk30sdk_bnd\rk30sdk_bnd.mk 中定义了不同的 PRODUCT_NAME, PRODUCT_DEVICE 等信息,(我们也可以通过 打开build/core/product_config.mk 中的#$(dump-products) 语句使控制台编译的时候输出所有product 的信息) , 接着build/core/product_config.mk 会调用resolve-short-product-name 将TARGET_PRODUCT匹配的AndroidProducts.mk 中定义的 PRODUCT_DEVICE 赋值给TARGET_DEVICE。
有了这个TARGET_DEVICE, 再回到 build/core/config.mk,
会include $(TARGET_DEVCIE)/BoardConfig.mk
board_config_mk := /
$(strip $(wildcard /
$(SRC_TARGET_DIR)/board/$(TARGET_DEVICE)/BoardConfig.mk /
vendor/*/$(TARGET_DEVICE)/BoardConfig.mk /
))
include $(board_config_mk)
而这个配置文件BoardConfig.mk 决定了目标系统编译属性,比如使用ALSA还是不是 GENERIC_AUDIO 等等
另外在这里TARGET_DEVICE 宏也决定了TARGET_DEVICE_DIR, 因为TARGET_DEVICE_DIR 取的是上面提到的BoardConfig.mk 的路径。
TARGET_DEVICE_DIR := $(patsubst %/,%,$(dir $(board_config_mk)))
当然Android 的Ob目标输出也是由TARGET_DEVICE决定,见build/core/envsetup.mk
TARGET_OUT_ROOT_release := $(OUT_DIR)/target
TARGET_OUT_ROOT_debug := $(DEBUG_OUT_DIR)/target
TARGET_OUT_ROOT := $(TARGET_OUT_ROOT_$(TARGET_BUILD_TYPE))
TARGET_PRODUCT_OUT_ROOT := $(TARGET_OUT_ROOT)/product
PRODUCT_OUT := $(TARGET_PRODUCT_OUT_ROOT)/$(TARGET_DEVICE)
再回到 build/core/main.mk, 编译系统接着做的一个件事情是,遍历所有字目录,找到所有Android.mk文件,并将这些Android.mk文件include 进来
#
# Typical build; include any Android.mk files we can find.
#
subdir_makefiles := /
$(shell build/tools/findleaves.py --prune=out --prune=.repo --prune=.git $(subdirs) Android.mk)
include $(subdir_makefiles)
我们再来看其中的
./build/target/board/Android.mk
,对了它引用了
include $(TARGET_DEVICE_DIR)/AndroidBoard.mk
由上面TARGET_DEVICE_DIR的定义,这下又进入了
vendor 下TARGET_DEVICE指向的目录了,这个mk文件中定义了特定Product需要编译和安装app 和 script.
二、Android lunch调用关系
1. 调用流程图:
2. 调用关系分析
在编译Android产品的时候我们首先会导入. build/envsetup.sh ,然后lunch,这时候我们可以看到几个基本的产品版本。
从现象回推,首先查看envsetup.sh文件中的lunch函数:
具体分析见:lunch函数分析
在envsetup.sh中,有几个比较重要的函数。Lunch(),check_product(),print_lunch_menu(),get_build_var(),gettop,add_lunch_combo(),set_stuff_for_environment(),set_java_home(),findmakefile()。
1) lunch
2) Check_product:
3) Print_lunch_menu()
4) Get_build_var()
5) Gettop()
6) Add_lunch_combo()
7) Set_stuff_for_environment()
8) Set_java_home
9) findmakefile
这段代码寻找vendor,build,device指定目录下的vendorsetup.sh。在vendorsetup.sh中定义了各版本的产品。
三、通过上面分析我们如果要定制自己的lunch分支主要是添加自己的平台到Z:\source\rk3168_v4.2\device\芯片厂商名\芯片名
1、具体修改文件:由于执行. ./build/envsetup.sh找到vendorsetup.sh,在其中加入自己的平台版本号!
add_lunch_combo rk30sdk_bnd-eng
2、lunch---->, AndroidProducts.mk---->Z:\source\rk3168_v4.2\device\rockchip\rk30sdk_bnd\rk30sdk_bnd.mk
在rk30sdk_bnd.mk的关键部分
include device/rockchip/rk30sdk_bnd/BoardConfig.mk
#或者为$(call inherit-product, $(SRC_TARGET_DIR)/product/full_base.mk)
$(call inherit-product, device/rockchip/rk30sdk_bnd/device.mk)(或者将full_base.mk包含在其中)
full_base.mk此文件主要指定对系统语言,APP编译配置文件,sounds的拷贝的mk文件!
PRODUCT_BRAND := rk30sdk_bnd
PRODUCT_DEVICE := rk30sdk_bnd //指定Z:\source\rk3168_v4.2\out\target\product\rk30sdk_bnd目录名
//指定Z:\source\rk3168_v4.2\device\rockchip\rk30sdk_bnd目录名
PRODUCT_NAME := rk30sdk_bnd //目标设备名
PRODUCT_MODEL := rk30sdk_bnd
PRODUCT_MANUFACTURER := rockchip
3、至于其他的根据你要引用的变量来决定如:Z:\source\rk3168_v4.2\device\rockchip\rk30sdk_bnd\BoardConfig.mk 中
include device/rockchip/$(TARGET_PRODUCT)/wifi_bt.mk的$(TARGET_PRODUCT)就和PRODUCT_NAME有关,因为要知道准确路径!
4、注解:
Z:\source\rk3168_v4.2\device\rockchip\rk30sdk_bnd\BoardConfig.mk中
//MAX-SIZE=512M, for generate out/.../system.img 对system.img的大小进行了限制
BOARD_SYSTEMIMAGE_PARTITION_SIZE ?= 671088640
BOARD_FLASH_BLOCK_SIZE ?= 131072