androidx264編譯

㈠ 如何編譯android x86模擬器

首先你需要設置一下emulator工具的目錄之類的
要在.bashrc中新增環境變數，如下
ANDROID_PRODUCT_OUT=~/android/out/target/proct/generic
ANDROID_PRODUCT_OUT_bin=~/android/out/host/linux-x86/bin
這里是設置你的輸出文件的位置和bin工具目錄
然後在命令行輸入：
export path=${path}:${ANDROID_PRODUCT_OUT_bin}:${ANDROID_PRODUCT_OUT};
上面是導入了相關的配置，然後使之生效。
source ~/.bashrc
接著切換到輸出的system文件夾
cd ~/android/out/target/proct/generic
然後來創建模擬器
emulator -system system.img -data userdata.img -ramdisk ramdisk.img
如果你運氣夠好的話，也許現在已經在運行了，不過我運氣明顯不夠好。
提示一：
emulator: ERROR: You did not specify a virtual device name, and the system
directory could not be found.
If you are an Android sdk user, please use 『@<name>』 or 『-avd <name>』
to start a given virtual device (see -help-avd for details).
Otherwise, follow the instructions in -help-disk-images to start the emulator

既然人家提示了，那就按照步驟走吧，輸入命令：
emulator -help-avd
接著提示如下：
use 『-avd <name>』 to start the emulator program with a given Android
Virtual Device (a.k.a. AVD), where <name> must correspond to the name
of one of the existing AVDs available on your host machine.
See -help-virtual-device to learn how to create/list/manage AVDs.
As a special convenience, using 『@<name>』 is equivalent to using
『-avd <name>』.
跟著提示繼續走，輸入命令：
emulator -help-virtual-device
又是提示了：
An Android Virtual Device (AVD) models a single virtual
device running the Android platform that has, at least, its own
kernel, system image and data partition.
Only one emulator process can run a given AVD at a time, but
you can create several AVDs and run them concurrently.
You can invoke a given AVD at startup using either 『-avd <name>』
or 『@<name>』, both forms being equivalent. For example, to launch
the AVD named 『foo』, type:
emulator @foo
The 『android』 helper tool can be used to manage virtual devices.
For example:
android create avd -n <name> -t 1 # creates a new virtual device.
android list avd # list all virtual devices available.
Try 『android –help』 for more commands.
Each AVD really corresponds to a content directory which stores
persistent and writable disk images as well as configuration files.
Each AVD must be created against an existing sdk platform or add-on.
For more information on this topic, see -help-sdk-images.

延伸1）：
Android x86模擬器Intel Atom x86 System Image配置與使用方法

大家現在開發使用的Android 模擬器模擬的是 arm 的體系結構(arm-eabi)，因此模擬器並不是運行在x86上而是模擬的arm，所以我們調試程序的時候經常感覺到非常慢，大部分開發者應該都深有體會。
針對這種情況，前段時間intel推出了支持x86的Android模擬器，這將大大提高啟動速度和程序的運行速度，這將允許Android模擬器能夠以原始速度（真機運行速度）運行在使用intel x86處理器的電腦中，各位開發者有福了，下面將為大家展示使用方法。

一、首先下載intel提供的 intel® Hardware Accelerated Execution Manager 1.0.1(R2)

requirement:
1. requires the Android* SDK to be installed (version 17 or higher). SDK17或者以上
2.intel® processor with support for VT-x, EM64T, and Execute Disable (XD) bit functionality intel的cpu：並支持VT-X(虛擬化技術)、可擴展64位、Execute Disable bit。（均需要保證在bios中開啟Enable）
3. At least 1 gb of available ram 1G以上內存，否則安裝不了

滿足硬體和軟體要求之後，就可以開始安裝了，一直下一步至安裝成功。途中有個地方選擇分配給HAXM內存大小，一般默認就好，分太多會拖慢整機速度。

安裝成功後命令行輸入sc query intelhaxm，查看運行狀態： state is: 「4 RUNNING」 ，即代表安裝成功。需要更改分配內存，重新運行一下安裝程序選擇change即可修改。
還可以使用以下指令手動開啟和關閉：
Stop: sc stop intelhaxm

Start:
sc start intelhaxm

滿足軟硬體條件，若提示如下Error：but intel Execute Disable bit (XD) is not turned on......
（需要開啟系統數據執行保護功能dep，下午糾結了好久才查到。官網原文：Windows* hosts may need to enable dep (Data Execution Prevention) in addition to intel XD）
命令行使用指令：bcdedit.exe /set nx optin 打開即可，需要重啟電腦

二、下載Intel Atom x86 System Image
1. 從SDK Manager下載：打開SDK Manager，展開至Android2.3.3（API10）（注意：目前只有2.3.3和4.0.3(Ice Cream Sandwich)有x86的Image），需要和2.3.3的SDK Platform配合使用。

2.使用avd Manager創建一個新的avd： Hardware Property裡面選擇gpu emulation yes 還有 Keyboard support yes

3.開始使用飛速的模擬器吧，各種爽歪歪
好的工具可以更有效率的開發APP，讓我們從此告別那龜速的模擬器吧

㈡ 如何編譯android sdk

如果沒有真正開發板，又想深入到android
framework里，或kernel里的話，就只能用android
的emulator了。
但是我們下載的android
SDK沒有源代碼，我們沒辦法跟蹤修改framework和kernel里的東西。
所以有了想嘗試自己從頭生成SDK的想法。
1.
首先下載編譯android所有source
code.
具體步驟這里不再贅述，參考ht
tp:/
/source.and
roid.c
om/download
cd
mydroid
repo
init
-u
git://android.git.kernel.org/platform/manifest.git
repo
sync
一點小提示：
有時候google的android伺服器老是斷，總不能讓我們守在電腦旁邊一直手工重新repo
sync吧，這可是需要N個小時才能下載完的啊。
我們就寫個小腳本讓電腦自動repo
sync,直到下載成功為止：
#!/bin/sh
count=0
ret=1
while
[
$ret
-ne
0
]
do
repo
sync
ret=$?
count=$((
$count
+
1))
echo
"try
$count,
ret:
$ret"
done
echo
"try
$count,
ret:
$ret"
把上面的內容復制到一個文件里tryrepo.sh
然後修改tryrepo.sh的屬性,開始自動工作吧。第二點早上應該就大功告成了
chmod
a+x
tryrepo.sh
./tryrepo.sh
2.
編譯android,
生成SDK
make
sdk
漫長的等待之後，SDK生成了，在目錄：mydroid\out\host\linux-x86\sdk\android-sdk_eng.yanbin_linux-x86\platforms\
在linux下面可以直接運行mydroid\out\host\linux-x86\sdk\android-sdk_eng.yanbin_linux-x86\tools\android
就可以看到熟悉的android
emulator啟動界面。
如果想在windows
XP下使用這個SDK和emulator,
最簡單的方法是：
（1）自己下載一個最新的windows版本的android
2.0
SDK。
（2）把mydroid\out\host\linux-x86\sdk\android-sdk_eng.yanbin_linux-x86\platforms\下的東西復制到windows版SDK的platforms下。
（3）
然後把platforms下android-2.0下tools目錄下的幾個.exe文件復制到自己編譯的SDK目錄下的tools目錄下。

㈢ 編譯x264時使用yasm和不適用yasm的區別

東西真說看 x二陸四 靜態編譯靜態編譯我記需要別函數庫靜態應該 x二陸四 本身找函數入口問題導致現傳染給 ffmpeg 看看 config.log 堆錯誤前面編譯命令編譯應文件應該通增加 lib 目錄解決排除能需要別程序靜態庫 說 __pow_finite 應該 glibc 函數庫提供吧按說 glibc 應該肯定 GCC 調用 lib 目錄面

㈣ android-ffmpeg-x264 怎麼用

Android內置的編解碼器實在太少，於是我們需要FFmpeg。Android提供了NDK，為我們使用FFmpeg這種C語言代碼提供了方便。
不過為了用NDK編譯FFmpeg，還真的花費了不少時間，也得到了很多人的幫助，最應該謝謝havlenapetr。我覺得我現在這些方法算是比較簡潔的了－－
下面就盡量詳細的說一下我是怎麼在項目中使用FFmpeg的，但是基於我混亂的表達能力，有不明白的就問我。
你得了解JNI和Android NDK的基本用法，若覺得我的文章還不錯，可以看之前寫的JNI簡單入門和Android NDK入門
首先創建一個標準的Android項目vPlayer
android create project -n vPlayer -t 8 -p vPlayer -k me.abitno.vplayer -a PlayerView
然後在vPlayer目錄里
mkdir jni && cd jni
wget http://ffmpeg.org/releases/ffmpeg-0.6.tar.bz2
tar xf ffmpeg-0.6.tar.bz2 && mv ffmpeg-0.6 ffmpeg && cd ffmpeg
在ffmpeg下新建一個config.sh，內容如下，注意把PREBUILT和PLATFORM設置正確。另外裡面有些參數你也可以自行調整，我主要是為了配置一個播放器而這樣設置的。
#!/bin/bash

PREBUILT=/home/abitno/Android/android-ndk-r4/build/prebuilt/linux-x86/arm-eabi-4.4.0
PLATFORM=/home/abitno/Android/android-ndk-r4/build/platforms/android-8/arch-arm

./configure --target-os=linux \
--arch=arm \
--enable-version3 \
--enable-gpl \
--enable-nonfree \
--disable-stripping \
--disable-ffmpeg \
--disable-ffplay \
--disable-ffserver \
--disable-ffprobe \
--disable-encoders \
--disable-muxers \
--disable-devices \
--disable-protocols \
--enable-protocol=file \
--enable-avfilter \
--disable-network \
--disable-mpegaudio-hp \
--disable-avdevice \
--enable-cross-compile \
--cc=$PREBUILT/bin/arm-eabi-gcc \
--cross-prefix=$PREBUILT/bin/arm-eabi- \
--nm=$PREBUILT/bin/arm-eabi-nm \
--extra-cflags="-fPIC -DANDROID" \
--disable-asm \
--enable-neon \
--enable-armv5te \
--extra-ldflags="-Wl,-T,$PREBUILT/arm-eabi/lib/ldscripts/armelf.x -Wl,-rpath-link=$PLATFORM/usr/lib -L$PLATFORM/usr/lib -nostdlib $PREBUILT/lib/gcc/arm-eabi/4.4.0/crtbegin.o $PREBUILT/lib/gcc/arm-eabi/4.4.0/crtend.o -lc -lm -ldl"
運行config.sh開始configure
chmod +x config.sh
./config.sh
configure完成後，編輯剛剛生成的config.h，找到這句
#define restrict restrict
Android的GCC不支持restrict關鍵字，於是修改成下面這樣
#define restrict
編輯libavutil/libm.h，把其中的static方法都刪除。

㈤ Android手機能否播放Xvid編碼的avi、x264編碼的mkv以及rmvb

本身只對H264和MPEG4支持，軟體都是軟解碼，很占資源，不過一切都會有的。

㈥ android手機用x264編碼能達到什麼速度呢和intel的cpu差距大嗎

我在網上找了一段300幀的yuv視頻
Input #0, yuv4mpegpipe, from 'akiyo_qcif.y4m':0KB sq= 0B f=0/0
Duration: N/A, bitrate: N/A
Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 176x144, SAR 128:
117 DAR 1408:1053, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc

一下是三種不同的測試結果
x264 只使用1個核心

x264 使用4個核心

x264 自動識別核心數

使用單線程,每秒處理80幀
四線程,立刻飆升到每秒196幀
自動模式(這里返回值也會是4),162幀
由於這里測試並沒有進行多次取平均數,只是為驗證多線程在多核下的提升,所以可以總結出
性能提升非常明顯,有興趣的朋友,可以下載我的x264 armv7 neon 多核測試包試試

㈦ 【x264編譯】#ifdef HAVE_STDINT_H在哪裡定義

這種預編譯宏不存在「定義不同」這種說法，而應該說是「有沒有被定義」吧
#ifdef判斷的不也是也沒有定義么
你在包含上面這段代碼之前自己定義這個宏試試吧
#ifndef HAVE_STDINT_H
#define HAVE_STDINT_H
#endif
在自己的文件裡面修改，而不要去該系統的頭文件

㈧ x264linux下進行編譯，怎樣算是編譯通過

在Windows下開發的意義是在windows下運行埃。。 想在linux下運行當然要linux下編譯了 可以做到同一份代碼跨平台編譯已然很強大了不是：）

㈨ 如何用CCache加速Cocos2d-x Android版本的編譯

以下步驟在Mac下測試通過
1. 首先是安裝CCache
可以用homebre：

1

brew install --HEAD ccache

也可以用源碼安裝：

1
2
3
4
5
6

git clone https://github.com/jrosdahl/ccache.git
cd ccache
./autogen.sh
./configure
make
make install

如果提示autoheader找不到，要先裝個automake

1

brew install automake

當然，如果提示brew找不到，要先裝一個homebrew

CCache裝好以後，需要配置一下環境變數：

1

vim ~/.bash_profile

加上如下配置：

1
2
3

export USE_CCACHE=1
export CCACHE_DIR=/Developer/ccache
export NDK_CCACHE=/usr/local/bin/ccache

保存退出。

2. 然後在bash下運行

1

source ~/.bash_profile

讓設置生效。

然後再運行：

1

ccache -M 10G

這個命令是設置編譯文件緩存的大小，如果硬碟夠大，可以設50G。

最後找到NDK目錄，編輯$NDK_ROOT/build/core/default-build-commands.mk文件：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

#
# IMPORTANT: The following definitions must use lazy assignment because
# the value of TOOLCHAIN_PREFIX or TARGET_CFLAGS can be changed later by
# the toolchain's setup.mk script.
#
ifneq ($(findstring ccc-analyzer,$(CC)),)
TARGET_CC = $(CC)
else
TARGET_CC = ccache $(TOOLCHAIN_PREFIX)gcc
endif
TARGET_CFLAGS =
TARGET_CONLYFLAGS =

ifneq ($(findstring c++-analyzer,$(CXX)),)
TARGET_CXX = $(CXX)
else
TARGET_CXX = ccache $(TOOLCHAIN_PREFIX)g++
endif
TARGET_CXXFLAGS = $(TARGET_CFLAGS) -fno-exceptions -fno-rtti

在如上所示位置加上CCache，配置完畢。

3. 測試一下效果
切到Cocos2d-x根目錄，運行：

1

python build/android-build.py -p 10 cpp-tests

然後再開一個bash窗口，運行：

1

ccache -s

這個命令是用來查看CCache的統計數據的。

第一次編譯是建立緩存，在我的mbp i7 SSD下大概要7分鍾，會比沒有加速慢一些

如果出現編譯錯誤：ccache找不到
需要檢查一下CCache是否安裝正確，可以在命令行上輸入ccache -V 測試一下，如果有沒有輸出版本信息，就表明CCache沒有安裝成功，如果命令行里測試通過，但編譯時仍提示CCache找不到，有可能是path設置不對，可以用絕對路徑試試。

用git clean -xdf 把編譯結果清掉（請注意：此命令慎用，會一並刪除所有沒有加入git管理的文件）

再編譯一次，就無比快了，不到半分鍾

用ccache -s 查看下數據：

1
2
3
4
5
6
7
8
9
10
11
12
13
14

cocos2dxs-Mac-mini:core cocos2dx$ ccache -s
cache directory /Developer/ccache
primary config /Developer/ccache/ccache.conf
secondary config (readonly) /usr/local/etc/ccache.conf
cache hit (direct) 8328
cache hit (preprocessed) 1
cache miss 2609
called for link 31
multiple source files 10939
compile failed 1
couldn't find the compiler 3
files in cache 6618
cache size 1.6 GB
max cache size 5.0 GB

如果cache hit/cache size/files in cache都是0，說明CCache沒有生效。

UPDATE: 這個辦法對其他NDK工程也適用。

㈩ 在android中如何編譯連接 c 的可執行文件

1. 在./development目錄下創建一目錄 如：myhello
2. 進入hello目錄，在其下編寫自己的.c文件,如: myhello.c
#include <stdio.h>
int main()
{
printf("hello world\n");
exit(0);
//return 0;
}
3. 在hello目錄中，編寫Android.mk, 內容如下：
LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := myhelloworld
LOCAL_SRC_FILES := myhello.c
LOCAL_MODULE_TAGS := optional
include $(BUILD_EXECUTABLE)
4. 回到Android源代碼頂層目錄，進行編譯，make myhelloworld
5. 生成的可執行文件位於:out/target/proct/lotus/system/bin/ 目錄下
6. adb push 到手機 /data 目錄下,然後進入adb shell,到data目錄下,執行./myhelloworld 皆可

手動編譯連接【arm-eabi-gcc 的目錄隨andorid的版本而有變化，還有就是需要鏈接的文件如果比較多時，需要很多-l 就很麻煩了】
7、編譯成目標文件：
#$(yourAndroid)/prebuilt/linux-x86/toolchain/[arm-eabi-4.2.1]/bin/arm-eabi-gcc -I bionic/libc/arch-arm/include/ -I bionic/libc/include -I bionic/libc/kernel/common -I bionic/libc/kernel/arch-arm -g -c helloworld.c -o hello.o
8、生成可執行代碼：
#$(yourAndroid)/prebuilt/linux-x86/toolchain/[arm-eabi-4.2.1]/bin/arm-eabi-gcc -nostdlib -Bdynamic -Wl,-T,build/core/armelf.x -Wl,-dynamic-linker,/system/bin/linker -Wl,--gc-sections -Wl,-z,noreloc -o helloworld -Lout/target/proct/[generic]/obj/lib -Wl,-rpath-link=out/target/proct/[generic]/obj/lib -lc hello.o -entry=main

其中[ ]中部分根據實際情況修改

**************************************************
實驗：
1. 建目錄(my Android)/development/test， 在該目錄下新建 Android.mk和fb_test.c文件

2. Android.mk文件

LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := myfbtest
LOCAL_SRC_FILES := fb_test.c
LOCAL_MODULE_TAGS := optional
include $(BUILD_EXECUTABLE)

3. 以下為fb_test.c
#include <fcntl.h>
#include <linux/fb.h>
#include <sys/mman.h>
#include <linux/kd.h>

#include <stdio.h>

#define FBBIT_PER_PIXEL 32
#define FBBIT_PIXEL_IMAGE 16
#define PIXELS_WIDTH_BYTE 4
#define BYTE_PER_PIXEL 3
#define FB_GRAPHICS_PATH "/dev/graphics/fb0"
#define DEV_TTY0_PATH "/dev/tty0"

#define DISPLAY_ERROR -1
#define DISPLAY_SUCCESS 0

#define GET_BATTERYCAPACITY_ERR -1

#define MAX_STR 255

static struct {
int fd;
void *pixels;
struct fb_fix_screeninfo fixed;
struct fb_var_screeninfo var;
int align_xres;
} fb;

int getBatteryCapacity(void)
{
FILE *in;
char tmpStr[MAX_STR + 1];
char capfile[] = "/sys/class/power_supply/battery/capacity";

if (capfile == NULL)
return GET_BATTERYCAPACITY_ERR;

in = fopen(capfile, "rt");
if (in == NULL)
return GET_BATTERYCAPACITY_ERR;

if (fgets(tmpStr, MAX_STR, in) == NULL) {
printf("Failed to read battery capacity!\n");
fclose(in);
return GET_BATTERYCAPACITY_ERR;

}

printf("Battery capacity(ascii): %s\n", tmpStr);
fclose(in);

return 0;//atoi(tmpStr);
}

static int vt_set_graphicsmode(int graphics)
{
int fd, r;
fd = open(DEV_TTY0_PATH, O_RDWR | O_SYNC);
if (fd < 0)
return DISPLAY_ERROR;
r = ioctl(fd, KDSETMODE, graphics);
close(fd);
return r;
}

int display_init(void)
{
fb.fd = open(FB_GRAPHICS_PATH, O_RDWR);
if (fb.fd < 0)
return DISPLAY_ERROR;

if (ioctl(fb.fd, FBIOGET_FSCREENINFO, &fb.fixed) < 0)
return DISPLAY_ERROR;
if (ioctl(fb.fd, FBIOGET_VSCREENINFO, &fb.var) < 0)
return DISPLAY_ERROR;
fb.align_xres = fb.fixed.line_length /
(fb.var.bits_per_pixel >> BYTE_PER_PIXEL);

fb.pixels = mmap(0, fb.fixed.line_length * fb.var.yres_virtual,
PROT_READ | PROT_WRITE, MAP_SHARED, fb.fd, 0);
if (fb.pixels == MAP_FAILED)
return DISPLAY_ERROR;

vt_set_graphicsmode(KD_GRAPHICS);

memset(fb.pixels, 0, fb.fixed.line_length * fb.var.yres_virtual);
//display_update(fb.pixels, fb.align_xres, fb.var.yres);
fb.var.activate = FB_ACTIVATE_FORCE;
ioctl(fb.fd, FBIOPUT_VSCREENINFO, &fb.var);

printf("display_init ok\n");

return DISPLAY_SUCCESS;
}

void display_on(void)
{
ioctl(fb.fd, FBIOBLANK, FB_BLANK_UNBLANK);
}

void display_off(void)
{
ioctl(fb.fd, FBIOBLANK, FB_BLANK_POWERDOWN);
}

int main()
{
display_init();
display_off();//關顯示屏

getBatteryCapacity();
sleep(5);

display_on();//開顯示屏

return 0;
}