标签： android

在Android端SDK实现了RTMFP协议

做直播这门也有个5年多了,RTMFP协议是梦寐以求的移动客户端实现.在今天,还是成功实现到Android上了.

注意,不是flash,不是AIR哦,而是真正原生c\c++实现.

rtmfp是个激动人心的技术,udp传输\p2p连接\NetGroup,很可能改变直播行业的现状.

欢迎尝鲜:https://github.com/NodeMedia/NodeMediaClient-Android/releases/tag/v2.0.1

原创文章，转载请注明： 转载自贝壳博客

本文链接地址: 在Android端SDK实现了RTMFP协议

Eclipse开发Android-NDK项目自动生成javah头文件

博主双修Android，iOS底层库开发也有好几年了，一直盼望Android平台能有Xcode那样强大的IDE，尽管Eclipse的ADT插件也能很好的代码提示，自动补全，但每次新开类生成javah文件也是比较头疼的。

Android Studio从1.3版本开始说是加强NDK的接入，引入了『com.android.tools.build:gradle-experimental』，从功能使用上来看还是挺好的，比如能在java层自动生成对应的jni方法，并能在java和c\c++之间函数跳转，还能自动生成一些简单的env操作，比如转换String类。但是，这个gradle-experimental的写法和默认的gradle差别太大，到博主发这篇帖子是，AS2.1.2仍然还在开发这个插件。AS 2.2 preview版已经可以支持cmake和mk的编译了，而且cmake作为新建项目时勾选c++支持的默认形式了,难道要放弃gradle-experimental 🙁 。目前还不支持代码提示，跳转这些基本操作，后面的版本应该会加强吧。

另外还有一个比较严重的问题，Android Studio好慢，越来越慢了，经常导入一个项目卡半天，最后只能强制退出。项目编译起来，i7-4790都觉得用起来卡。博主到现在仍然使用最经典的Eclipse Indigo，哈哈。

废话完了，现在帖正题，Eclipse其实也是很强大的，我这里利用Ant脚本来实现自动化编译javah头文件。 继续阅读“Eclipse开发Android-NDK项目自动生成javah头文件”

原创文章，转载请注明： 转载自贝壳博客

本文链接地址: Eclipse开发Android-NDK项目自动生成javah头文件

Android NDK更新到 11

NDK自上次10E后已有10个月更新了11，看了下发行日志，主要这几点值得关注。

  1. 官方推荐从GCC转到Clang了，clang也更新到3.8版。
  2. GCC只保留4.9版了，也不再更新到5.x版。
  3. samples和documentation也不再包含进NDK开发包，都放在了网上。
    NDK Samples ：GitHub.
     Doc:Android developer website.
  4. Added Vulkan headers and library to API level N. 这个牛B啊，这不是khronos刚推出的用来替代OpenGL和OpenGL ES的新API么。这都已经可以用啦，后面专门在研究研究。 至少需要Android N的机器。

原创文章，转载请注明： 转载自贝壳博客

本文链接地址: Android NDK更新到 11

Android RTMP Live Encoder SDK

实时的摄像头采集，实时编码，实时发布到流媒体服务器，进行视频直播。视频采用H.264,音频采用AAC，可根据需求发布480×360,320×240,240×180分辨率的视频。可控帧率，码率。320×240分辨率@10fps 中等质量，码率为160kbps左右，非恒定。cpu占用30%左右。
客户端使用Flash播放，跨平台兼容性好。
也可配合使用Android iOS SDK开发手机客户端。

  • 音频编码器:AAC,nellymoser,speex
  • 视频解码器: H.264
  • 协议：RTMP,RTMPT
  • ARMV7-A Neon加速
  • 极速精简内核，so库仅2.0M

前往下载：http://www.nodemedia.cn/zh/client/NodeMediaClient-Android/

原创文章，转载请注明： 转载自贝壳博客

本文链接地址: Android RTMP Live Encoder SDK

Android RTMP Live Player SDK

RTMP协议的实时视频播放客户端开发库，jni开发，java接口，可配合Adobe Flash Media Live Encoder 3.2或Android iOS直播发布端SDK进行实时视频直播。

  • 音频解码器:AAC,mp3,nellymoser,speex
  • 视频解码器: H.264,flv
  • 协议：RTMP,RTMPT
  • ARMV7-A Neon加速
  • 极速精简内核，so库仅1.4M

前往下载：http://www.nodemedia.cn/zh/client/NodeMediaClient-Android/

原创文章，转载请注明： 转载自贝壳博客

本文链接地址: Android RTMP Live Player SDK

Android 4.0以上系统硬件解码RTMP流的一种方式

关于Android5.0开放的Native-codec测试一文中有提到4.0通过OpenMAX AL接口实现硬解码。可以先从分析native-media这个sample开始，可以在ndk目录中找到。

  1. 首先调用Java_com_example_nativemedia_NativeMedia_createEngine ?创建引擎和output mix 对象。
  2. Java_com_example_nativemedia_NativeMedia_setSurface 将java层的Surface对象转为NativeWindow对象用于视频显示
  3. Java_com_example_nativemedia_NativeMedia_createStreamingMediaPlayer ?初始化data source、?audio sink、image video sink、media player等对象 ，注册AndroidBufferQueueCallback?StreamChangeCallback两个回调，调用enqueueInitialBuffers预填充部分初始数据。
  4. enqueueInitialBuffers中通过读取ts文件获取足够量的buffer用于初始化
  5. AndroidBufferQueueCallback 的注释：?register the callback from which OpenMAX AL can retrieve the data to play,程序回调这里说明可以读buffer开始播放了

继续阅读“Android 4.0以上系统硬件解码RTMP流的一种方式”

原创文章，转载请注明： 转载自贝壳博客

本文链接地址: Android 4.0以上系统硬件解码RTMP流的一种方式

来晚了的 NativeCodec

久了没更新NDK，今天下载了r10d，惊讶的发现多了个native-codec这个sample。
应该就是API 16那个JAVA版MediaCodec的native版
限制就是 最低 api 21 就是Android 5.0
这限制基本上近期都没戏了，先去刷个5.0的系统再来测试。

=============2015年2月10日，测试结果来了======================


继续阅读“来晚了的 NativeCodec”

原创文章，转载请注明： 转载自贝壳博客

本文链接地址: 来晚了的 NativeCodec

windows下全志 A20 Android script.fex 调试工具

最近在做全志A20的Android系统开发，经常需要调试script.fex文件中的参数。
会经常用到sunxi-tools中的几个工具

后来需要在windows下工作 切换环境很麻烦 所以用cygwin编译了sunxi-tools 并写了几个脚本文件，方便多了

步骤： 继续阅读“windows下全志 A20 Android script.fex 调试工具”

原创文章，转载请注明： 转载自贝壳博客

本文链接地址: windows下全志 A20 Android script.fex 调试工具

使用 NDK 编译 libyuv

官方源码:http://code.google.com/p/libyuv/
简介:

YUV层的缩放,色彩空间转换(nv21/nv12 to i420,i420 to rgb565/rgb888),针对ARMv7使用NEON指令集优化.实际项目使用中测试,缩放/转换性能秒杀ffmpeg的libswscale
按官方的编译方法太麻烦,需要装depot tools,ninja
这里直接用android make 方便的多.
继续阅读“使用 NDK 编译 libyuv”

原创文章，转载请注明： 转载自贝壳博客

本文链接地址: 使用 NDK 编译 libyuv

Android,IOS平台上x264编码实时视频参数设置与优化

移动设备上的H.264实时视频编码,需要考虑到cpu占用与带宽这2个限制因素,使用X264软编码,开启neon指令集优化,即使是在arm处理器下,依然可以通过优化配置达到满意的性能.
以下测试环境 一段352×288@15fps的视频，模拟摄像头采集到的数据。ipod touch4 和昨天编译出的X264:
Touch-future:~ root# ./x264 -o video_1.h264 video_1.y4m –profile baseline –preset ultrafast –fps 15

baseline
ultrafast
encoded 467 frames, 48.17 fps, 865.45 kb/s 3368054(压缩后的文件大小,单位字节) 继续阅读“Android,IOS平台上x264编码实时视频参数设置与优化”

原创文章，转载请注明： 转载自贝壳博客

本文链接地址: Android,IOS平台上x264编码实时视频参数设置与优化