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;
}