androidndkr9d下载

Ⅰ android-ndk-r9d 32位系统能用么吗

android-ndk-r9d 32位系统可以用。
cpu的位是指一次性可处理的数据量是多少，1字节=8位，32位处理器可以一次性处理4个字节的数据量，依次类推。32位操作系统针对的32位的CPU设计。64位操作系统针对的64位的CPU设计。操作系统只是硬件和应用软件中间的一个平台。CPU从原来的8位，16位，到现在的32位和64位。

Ⅱ 如何在 Mac 下搭建 Android 编译环境 for quick v3

### 安装最新的 Android ADT bundle 和 Android NDK

下载 Android 所需

1. adt-bundle-mac-x86_64_20140321.zip
2. android-ndk-r9d-darwin-x86_64.tar.bz2
3. android-8.zip

* 将 adt-bundle-mac-x86_64-2013???? 目录改名为 android
* 将 android/sdk 目录改名为 android/android-sdk-macos
* 将 android-*.zip 解压到 android/android-sdk-macos/platforms/
* 移动目录 android-ndk-r? 到 android/android-ndk-r?

最终的目录结构:

```
<PATH_TO>/android/android-ndk-r?
<PATH_TO>/android/android-sdk-macosx
<PATH_TO>/android/android-sdk-macosx/platforms/android-?
<PATH_TO>/android/eclipse

```

运行 android/android-sdk-macosx/tools/android, 可以看到 Android 2.2 已经安装好.

### 设置环境变量

~/.bash_profile 中添加以下代码:

```

ANDROID=/Users/mac/Documents/SDK/android
export ANDROID_NDK_ROOT=${ANDROID}/android-ndk-r9d
export ANDROID_SDK_ROOT=${ANDROID}/android-sdk-macosx
export ANDROID_HOME=${ANDROID_SDK_ROOT}

```

完毕 ~

Ⅲ 如何安装和设置Cocos Code IDE

基本需求：

安装JDK。Windows用户需要选择正确的版本，比如，你如果下载的IDE是64位版本，那么你的JDK也需要是64位的版本。

Windows用户安装python
2.7。Mac OS X已经集成了python 2.7，所以可以跳过这一步。

请下载Cocos2d-x
3.2来开发Cocos2d-x Lua游戏。

请下载Cocos2d-JS
3.0-RC2来开发Cocos2d-x javaScript游戏。

注意:

Cocos Code IDE是在Cocos2d-x 3.x/Cocos2d-JS 3.x的基础上开发的，因此，老版本的引擎(Cocos2d-x
2.x)不能在IDE上正常使用。当前版本(1.0.0-RC1)适配了最新的引擎版本(Cocos2d-x
3.2和Cocos2d-JS 3.0 RC2)并且能够向前兼容旧的3.x版本，为了更好的使用IDE，请下载兼容的引擎版本。

引擎和所创建的工程所在的路径都不能包含非英文字符，即路径中不能包含中文。

附加需求：

在iOS的模拟器上调试

确定iOS模拟器已经安装。

通过USB线来调试Android设备

确定Android
SDK已经安装。

如果你想进行定制，你需要下面的工具:

Mac OS X/iOS: XCode 5.0 or above

Windows: VS2012

Android: Android SDK, NDK r9d
version, ANT

通过Code IDE来开发已经存在的游戏

如果你的游戏使用Cocos2d-x 3.x或者Cocos2d-JS 3.x,你可以很轻易的使用Code IDE。你只需要：

通过 IDE 创建一个对应的 Cocos Lua/JavaScript 示例工程

用项目资源（脚本、图片等）替换掉示例工程中的资源

Ⅳ 怎样解压android-ndk-r9d-linux-x86

鼠标右击解压

Ⅳ window7 中安装安卓的NDK 最后配置完有这个问题，怎么解决 啊 NDK path cannot contain space!

意思是NDK的路径不能有空格。你把NDK文件夹的路径上的文件夹名全改成没空格的就行了。
P.S 这也太麻烦了，也许后续版本中会有改善吧！

Ⅵ 如何定位Android NDK开发中遇到的错误

NDK编译生成的.so文件作为程序的一部分，在运行发生异常时同样会造成程序崩溃。不同于Java代码异常造成的程序崩溃，在NDK的异常发生时，程序在Android设备上都会立即退出，即通常所说的闪退，而不会弹出“程序xxx无响应，是否立即关闭”之类的提示框。

NDK是使用C/C++来进行开发的，熟悉C/C++的程序员都知道，指针和内存管理是最重要也是最容易出问题的地方，稍有不慎就会遇到诸如内存无效访问、无效对象、内存泄露、堆栈溢出等常见的问题，最后都是同一个结果：程序崩溃。例如我们常说的空指针错误，就是当一个内存指针被置为空（NULL）之后再次对其进行访问；另外一个经常出现的错误是，在程序的某个位置释放了某个内存空间，而后在程序的其他位置试图访问该内存地址，这就会产生一个无效地址错误。常见的错误类型如下：

初始化错误

访问错误

数组索引访问越界

指针对象访问越界

访问空指针对象

访问无效指针对象

迭代器访问越界

内存泄露

参数错误

堆栈溢出

类型转换错误

数字除0错误

利用Android NDK开发本地应用的时候，几乎所有的程序员都遇到过程序崩溃的问题，但它的崩溃会在logcat中打印一堆看起来类似天书的堆栈信息，让人举足无措。单靠添加一行行的打印信息来定位错误代码做在的行数，无疑是一件令人崩溃的事情。在网上搜索“Android NDK崩溃”，可以搜索到很多文章来介绍如何通过Android提供的工具来查找和定位NDK的错误，但大都晦涩难懂。下面以一个实际的例子来说明，首先生成一个错误，然后演示如何通过两种不同的方法，来定位错误的函数名和代码行。

首先，看我们在hello-jni程序的代码中做了什么（有关如何创建或导入工程，此处略），看下图：在JNI_OnLoad()的函数中，即so加载时，调用willCrash()函数，而在willCrash()函数中，std::string的这种赋值方法会产生一个空指针错误。这样，在hello-jni程序加载时就会闪退。我们记一下这两个行数：在61行调用了willCrash()函数；在69行发生了崩溃。

下面来看看发生崩溃（闪退）时系统打印的logcat日志：

[plain] view plain

************************************************

Buildfingerprint:'vivo/bbk89_cmcc_jb2/bbk89_cmcc_jb2:4.2.1/JOP40D/1372668680:user/test-keys'

pid:32607,tid:32607,name:xample.hellojni>>>com.example.hellojni<<<

signal11(SIGSEGV),code1(SEGV_MAPERR),faultaddr00000000

backtrace:

#00pc00023438/system/lib/libc.so

#01pc00004de8/data/app-lib/com.example.hellojni-2/libhello-jni.so

#02pc000056c8/data/app-lib/com.example.hellojni-2/libhello-jni.so

#03pc00004fb4/data/app-lib/com.example.hellojni-2/libhello-jni.so

#04pc00004f58/data/app-lib/com.example.hellojni-2/libhello-jni.so

#05pc000505b9/system/lib/libdvm.so

#06pc00068005/system/lib/libdvm.so

#07pc000278a0/system/lib/libdvm.so

#08pc0002b7fc/system/lib/libdvm.so

#09pc00060fe1/system/lib/libdvm.so

#10pc0006100b/system/lib/libdvm.so

#11pc0006c6eb/system/lib/libdvm.so

#12pc00067a1f/system/lib/libdvm.so

#13pc000278a0/system/lib/libdvm.so

#14pc0002b7fc/system/lib/libdvm.so

#15pc00061307/system/lib/libdvm.so

#16pc0006912d/system/lib/libdvm.so

#17pc000278a0/system/lib/libdvm.so

#18pc0002b7fc/system/lib/libdvm.so

#19pc00060fe1/system/lib/libdvm.so

#20pc00049ff9/system/lib/libdvm.so

#21pc0004d419/system/lib/libandroid_runtime.so

#22pc0004e1bd/system/lib/libandroid_runtime.so

#23pc00001d37/system/bin/app_process

#24pc0001bd98/system/lib/libc.so

#25pc00001904/system/bin/app_process

stack:

beb12340012153f8

beb1234400054290

beb1234800000035

beb1234cbeb123c0[stack]

……

如果你看过logcat打印的NDK错误时的日志就会知道，我省略了后面很多的内容，很多人看到这么多密密麻麻的日志就已经头晕脑胀了，即使是很多资深的Android开发者，在面对NDK日志时也大都默默的选择了无视。

“符号化”NDK错误信息的方法

其实，只要你细心的查看，再配合Google提供的工具，完全可以快速的准确定位出错的代码位置，这个工作我们称之为“符号化”。需要注意的是，如果要对NDK错误进行符号化的工作，需要保留编译过程中产生的包含符号表的so文件，这些文件一般保存在$PROJECT_PATH/obj/local/目录下。

第一种方法：ndk-stack

这个命令行工具包含在NDK工具的安装目录，和ndk-build和其他一些常用的NDK命令放在一起，比如在我的电脑上，其位置是/android-ndk-r9d/ndk-stack。根据Google官方文档，NDK从r6版本开始提供ndk-stack命令，如果你用的之前的版本，建议还是尽快升级至最新的版本。使用ndk –stack命令也有两种方式

使用ndk-stack实时分析日志

在运行程序的同时，使用adb获取logcat日志，并通过管道符输出给ndk-stack，同时需要指定包含符号表的so文件位置；如果你的程序包含了多种CPU架构，在这里需求根据错误发生时的手机CPU类型，选择不同的CPU架构目录，如：

[plain] view plain

adbshelllogcat|ndk-stack-sym$PROJECT_PATH/obj/local/armeabi

当崩溃发生时，会得到如下的信息：

[plain] view plain

**********Crashmp:**********

Buildfingerprint:'vivo/bbk89_cmcc_jb2/bbk89_cmcc_jb2:4.2.1/JOP40D/1372668680:user/test-keys'

pid:32607,tid:32607,name:xample.hellojni>>>com.example.hellojni<<<

signal11(SIGSEGV),code1(SEGV_MAPERR),faultaddr00000000

Stackframe#00pc00023438/system/lib/libc.so(strlen+72)

Stackframe#01pc00004de8/data/app-lib/com.example.hellojni-2/libhello-jni.so(std::char_traits<char>::length(charconst*)+20):Routinestd::char_traits<char>::length(charconst*)at/android-ndk-r9d/sources/cxx-stl/stlport/stlport/stl/char_traits.h:229

Stackframe#02pc000056c8/data/app-lib/com.example.hellojni-2/libhello-jni.so(std::basic_string<char,std::char_traits<char>,std::allocator<char>>::basic_string(charconst*,std::allocator<char>const&)+44):Routinebasic_stringat/android-ndk-r9d/sources/cxx-stl/stlport/stlport/stl/_string.c:639

Stackframe#03pc00004fb4/data/app-lib/com.example.hellojni-2/libhello-jni.so(willCrash()+68):RoutinewillCrash()at/home/testin/hello-jni/jni/hello-jni.cpp:69

Stackframe#04pc00004f58/data/app-lib/com.example.hellojni-2/libhello-jni.so(JNI_OnLoad+20):RoutineJNI_OnLoadat/home/testin/hello-jni/jni/hello-jni.cpp:61

Stackframe#05pc000505b9/system/lib/libdvm.so(dvmLoadNativeCode(charconst*,Object*,char**)+516)

Stackframe#06pc00068005/system/lib/libdvm.so

Stackframe#07pc000278a0/system/lib/libdvm.so

Stackframe#08pc0002b7fc/system/lib/libdvm.so(dvmInterpret(Thread*,Methodconst*,JValue*)+180)

Stackframe#09pc00060fe1/system/lib/libdvm.so(dvmCallMethodV(Thread*,Methodconst*,Object*,bool,JValue*,std::__va_list)+272)

……（后面略）

我们重点看一下#03和#04，这两行都是在我们自己生成的libhello-jni.so中的报错信息，那么会发现如下关键信息：

[plain] view plain

#03(willCrash()+68):RoutinewillCrash()at/home/testin/hello-jni/jni/hello-jni.cpp:69

#04(JNI_OnLoad+20):RoutineJNI_OnLoadat/home/testin/hello-jni/jni/hello-jni.cpp:61

回想一下我们的代码，在JNI_OnLoad()函数中（第61行），我们调用了willCrash()函数；在willCrash()函数中（第69行），我们制造了一个错误。这些信息都被准确无误的提取了出来！是不是非常简单？

先获取日志，再使用ndk-stack分析

这种方法其实和上面的方法没有什么大的区别，仅仅是logcat日志获取的方式不同。可以在程序运行的过程中将logcat日志保存到一个文件，甚至可以在崩溃发生时，快速的将logcat日志保存起来，然后再进行分析，比上面的方法稍微灵活一点，而且日志可以留待以后继续分析。

[plain] view plain

adbshelllogcat>1.log

ndk-stack-sym$PROJECT_PATH/obj/local/armeabi–mp1.log

第二种方法：使用addr2line和objmp命令

这个方法适用于那些，不满足于上述ndk-stack的简单用法，而喜欢刨根问底的程序员们，这两个方法可以揭示ndk-stack命令的工作原理是什么，尽管用起来稍微麻烦一点，但是可以满足一下程序员的好奇心。

先简单说一下这两个命令，在绝大部分的linux发行版本中都能找到他们，如果你的操作系统是linux，而你测试手机使用的是Intel x86系列，那么你使用系统中自带的命令就可以了。然而，如果仅仅是这样，那么绝大多数人要绝望了，因为恰恰大部分开发者使用的是Windows，而手机很有可能是armeabi系列。

别急，在NDK中自带了适用于各个操作系统和CPU架构的工具链，其中就包含了这两个命令，只不过名字稍有变化，你可以在NDK目录的toolchains目录下找到他们。以我的Mac电脑为例，如果我要找的是适用于armeabi架构的工具，那么他们分别为arm-linux-androideabi-addr2line和arm-linux-androideabi-objmp；位置在下面目录中，后续介绍中将省略此位置：

[plain] view plain

/Developer/android_sdk/android-ndk-r9d/toolchains/arm-linux-androideabi-4.8/prebuilt/darwin-x86_64/bin/

假设你的电脑是windows，CPU架构为mips，那么你要的工具可能包含在这个目录中：

[plain] view plain

D:android-ndk-r9d oolchainsmipsel-linux-android-4.8prebuiltwindows-x86_64in

Ⅶ eclipse怎么搭建cocos2dx

前提： 已经安装了eclipse，可以正常开发 android应用
环境：windows
工具：1.已经集成了adt的eclipse，可以开发android应用。没有的，可以下载。下载地址：developer.android.com/sdk/index.html 具体的环境搭建请自行网络
该eclipse下载解压，无需在额外安装adt插件即可以开发android应用。
2. android ndk
3. cocos2d-x 使用的是稳定版本为v2.2.2 下载地址： cocos2d-x.org/download/version#Cocos2d-x

搭建步骤：（前提已经安装了eclipse，并且可以成功开发android应用）
1.为eclipse安装cdt插件。下载cdt压缩包：eclipse.org/cdt/downloads.php 下载完成后
打开eclipse，一次点击》help》》 install new softwear》》Add
弹出如下对话框

Name 随便取个名字：我的叫 cdt，点击Archive 找到刚下载的cdt压缩包后，点击ok 进入下面界面：
勾选第一个，一直next后重启eclipse即可。

2.配置ndk，用来编译c++文件。http://developer.android.com/tools/sdk/ndk/index.html
我使用版本为r9。下载后，解压缩到相应位置，我的位置是 D:\ndk\android-ndk-r9d
然后，打开eclipse》》window》》preference》》android》》ndk 加入ndk的所在路径

然后点击ok。

3.下载cocos2d-x包，我下载的是v2.2.2版本。 http://www.cocos2d-x.org/download/version#Cocos2d-x
下载好后，解压到相应的位置。我的在：D:\cocos2d

4.导入库文件：打开eclipse》》file》》import》》
出现如下对话框，点开android，点击existing。。。。

然后点击下面的next，到下一个对话框，点击 对话框 上browse后，选择刚解压出来的cocos2d文件，导入
cocos2d-x-2.2.2\cocos2dx\platform\android\java
根据自己解压后的位置，选择导入即可
导入后，在eclipse里面可以看见导入的lib库文件》》 libcocos2dx

5.导入例子程序。 导入项目和4一样，只是导入的文件不一样，它的位置是
D:\cocos2d\cocos2d-x-2.2.2\samples\Cpp\SimpleGame D:\cocos2d为我自己创建保存解压文件的地方
请不要勾选 project，及不要把项目拷到eclipse里面，会有问题。
如果项目有错，可能没有找到相应的库文件，请一次点击项目》》右键，最下面一项》》android》》右下方点击add》》弹出框中，选择上面导入的库文件 libcocos2dx，点击ok

6.配置builder。 右键点击刚导入的项目 》》properties（最下面项）》》在出现的对话框中，左边，点击Builders》》把右边 cdt builder 前面的勾去掉，如 下图

然后，点击 new》》program》》OK，进入下图

点击 location 下面》》Browse file system 按钮》》 选取刚才ndk安装的路径位置 D:\ndk\android-ndk-r9d\ndk-build.cmd （这个是我的位置，请根据自己的放置位置，选择进去）
点击 working directory 下面 Browse workplace 》》选择刚导入的项目
最后如图：

然后点击ok完成

7.配置 .mk文件
点击导入的项目，点击jni》》 双击，打开Application.mk 文件，在里面添加，如下代码：
NDK_MODULE_PATH := D:\cocos2d\cocos2d-x-2.2.2\cocos2dx\platform\third_party\android\prebuilt;D:\cocos2d\cocos2d-x-2.2
保存（注意这里是我cocos2d的放置路径，请填写你自己的路径，是2句话，中间用分号隔开的）
我的cocos2d解压后是放在 d盘的 cocos2d文件夹里面的

8.加入项目需要的资源
从文件夹——D:\cocos2d\cocos2d-x-2.2.2\samples\Cpp\SimpleGame\Resources\hd
里面拷贝 里面的图片到项目的 assets里面

Ⅷ 如何解决android NDK开发中的NDK

1，首先，来看看在hello-jni程序的代码中做了什么（有关如何创建或导入工程，此处略），下面代码中：在JNI_OnLoad()的函数中，即so加载时，调用willCrash()函数，而在willCrash()函数中，std::string的这种赋值方法会产生一个空指针错误。这样，在hello-jni程序加载时就会闪退。记一下这两个行数：在61行调用了willCrash()函数；在69行发生了崩溃2看看发生崩溃（闪退）时系统打印的logcat日志：、只要细心的查看，再配合Google提供的工具，完全可以快速地准确定位出错的代码位置，这个工作我们称之为“符号化”。需要注意的是，如果要对NDK错误进行符号化的工作，需要保留编译过程中产生的包含符号表的so文件，这些文件一般保存在$PROJECT_PATH/obj/local/目录下。3方法：ndk-stack这个命令行工具包含在NDK工具的安装目录，和ndk-build及其他常用的一些NDK命令放在一起，比如在我的电脑上，其位置是/android-ndk-r9d/ndk-stack。根据Google官方文档，NDK从r6版本开始提供ndk-stack命令，如果你用的之前的版本，建议还是尽快升级至最新的版本。使用ndk–stack命令也有两种方式实时分析日志在运行程序的同时，使用adb获取logcat日志，并通过管道符输出给ndk-stack，同时需要指定包含符号表的so文件位置；如果你的程序包含了多种CPU架构，在这里需求根据错误发生时的手机CPU类型，选择不同的CPU架构目录，如：当崩溃发生时，会得到如下的信息：重点看一下#03和#04，这两行都是在我们自己生成的libhello-jni.so中的报错信息，因此会发现如下关键信息：回想一下之前代码，在JNI_OnLoad()函数中（第61行），调用了willCrash()函数；在willCrash()函数中（第69行），制造了一个错误。4先获取日志再分析这种方法其实和上面的方法没有什么大的区别，仅仅是logcat日志获取的方式不同。可以在程序运行的过程中将logcat日志保存到一个文件，甚至可以在崩溃发生时，快速的将logcat日志保存起来，然后再进行分析，比上面的方法稍微灵活一点，而且日志可以留待以后继续分析。

Ⅸ 用android ndk r9d 中ndk-builder编ffmpeg的有没有哪位大神提供

1、ndk-builder 写法有问题，应该是 ndk-build 吧；
2、ndk 编译的第三方库或者源码的问题，可以到 ndk 贴吧去反应，
http://tieba..com/f?kw=ndk
3、希望获取或者下载ffmpeg源码的话，可以到
http://sourceforge.net/projects/ffmpeg/?source=directory 去下载；
希望可以对你有用，谢谢