SrsLinuxArm

SRS应用于linux-arm

arm芯片上，如何使用SRS？一般arm上的硬件可以获取到h.264裸码流。有几个方案：

arm推送RTMP到SRS：从arm上将h.264裸码流包装成flv流，使用srs-librtmp，或者librtmp，将flv格式的包以RTMP发送到SRS。
arm推送h.264裸码流到SRS（目前还不支持）：可以使用自定义协议，可以不必使用RTMP这么复杂的协议，使用socket将h.264裸码流发送到SRS，SRS服务器端将裸码流打包成RTMP分发。
arm上运行SRS：在arm上运行SRS，使用上面两个方案将h.264裸码流推送到arm上的SRS。客户端或者RTMP边缘直接从arm上的SRS源站取RTMP流。

为何ARM上跑SRS？

ARM跑SRS主要原因：

arm设备，像摄像头，比较多，譬如一万个摄像头，如果有中心服务器，都往上面推，中心服务器就完蛋了。
用户看摄像头时，一般需要装插件，一般摄像头只能出rtmp。所以没法用浏览器flash直接看。所以arm上跑个srs，就可以让用户直接打开。
arm上跑srs，每个摄像头都是服务器，相当于分布式服务器。不过都是源站。

SRS在ARM上主要是源站：

只需要st，ssl，提供基本的RTMP流源站即可。
不需要http-parser，nginx，ffmpeg，api-server，边缘，其他都不需要。
支持RTMP/HLS，RTMP需要ssl，HLS不需要额外的支持，只是切片成文件。

Ubuntu编译arm-srs

srs使用的默认gcc/g++编译出来的srs无法在arm下使用，必须使用arm编译器。

推荐在Ubuntu12下交叉编译，Ubuntu12对交叉编译支持得比较完善。CentOS6不太好使。

以Ubuntu12为例，arm编译器的安装：

sudo aptitude install -y gcc-arm-linux-gnueabi g++-arm-linux-gnueabi

编译工具对比：

x86	armhf(v7cpu)
gcc	arm-linux-gnueabi-gcc
g++	arm-linux-gnueabi-g++
ar	arm-linux-gnueabi-ar
as	arm-linux-gnueabi-as
ld	arm-linux-gnueabi-ld
ranlib	arm-linux-gnueabi-ranlib
strip	arm-linux-gnueabi-strip

交叉编译SRS：

./configure --with-arm-ubuntu12 --with-ssl --with-hls --with-librtmp && make

其中，

--with-arm-ubuntu12：必选，指定为arm编译。注意目前只支持ubuntu，CentOS的交叉环境不好搭。
--with-ssl：可选，支持复杂握手。参考：握手协议
--with-hls：可选，支持将RTMP流切成HLS片。注意不会编译nginx，在i386/x86_64平台上srs会编译nginx用于分发。
--with-librtmp：可选，编译客户端库，arm客户端可以调用这个库将流推送到srs。

编译成功后，srs即为arm上可运行：

winlin@winlin-VirtualBox:~/srs$ file objs/srs
objs/srs: ELF 32-bit LSB executable, ARM, version 1 (SYSV), statically linked, 
for GNU/Linux 2.6.31, BuildID[sha1]=0xfba434cea50d6b02fd6e21ce67f01c39772c724b, 
not stripped

备注：在x86和arm平台切换时，譬如之前是为arm编译的，现在为x86平台编译，不需要手动删除东西，直接执行configure就可以，脚本会自动判断。

备注：srs都是使用静态链接，不依赖st/ssl，链接.a库。

使用其他交叉编译工具

ubuntu12默认的arm交叉编译工具是arm7，如何使用自己的交叉编译工具：

修改configure后编译。
导出环境变量，然后configure和编译。

第一种方法，修改configure并编译：

SrsArmCC="arm-linux-gnueabi-gcc"
SrsArmGCC="arm-linux-gnueabi-gcc"
SrsArmCXX="arm-linux-gnueabi-g++"
SrsArmAR="arm-linux-gnueabi-ar"
SrsArmLD="arm-linux-gnueabi-ld"
SrsArmRANDLIB="arm-linux-gnueabi-ranlib"

修改后和前面一样运行configure和make：

./configure --with-arm-ubuntu12 --with-ssl --with-hls --with-librtmp && make

第二种方法，导出环境变量并编译：

export SrsArmCC="arm-linux-gnueabi-gcc" &&
export SrsArmGCC="arm-linux-gnueabi-gcc" &&
export SrsArmCXX="arm-linux-gnueabi-g++" &&
export SrsArmAR="arm-linux-gnueabi-ar" &&
export SrsArmLD="arm-linux-gnueabi-ld" &&
export SrsArmRANDLIB="arm-linux-gnueabi-ranlib" &&
./configure --with-arm-ubuntu12 --with-ssl --with-hls --with-librtmp && make

拷贝到目标机器上执行即可。

手动编译SRS

如果你的环境不是Ubuntu12或者使用其他的交叉编译工具，可以使用手动编译SRS。

首先，先让SRS编译通过，目标平台为x86/x64编译环境。ARM下只需要RTMP/SSL/HLS，将其他的选项禁用：

./configure --with-hls --with-ssl --with-librtmp \
    --without-ffmpeg --without-http-callback --without-bwtc --without-research \
    --without-utest --without-gperf --without-gmc --without-gmp --without-gcp \
    --without-gprof --without-arm-ubuntu12 --static

注意：configure之后，不要make，会生成x86/x64的.o，交叉编译st和ssl之后也不会编译这些.o文件。注意：必须指定--static静态链接，否则编译可以通过但是在arm上无法运行。

然后，重新编译ST，使用arm交叉编译工具(把make时指定的工具换成你的工具)：

cd ~/git/simple-rtmp-server/trunk/objs/st-1.9 &&
make clean && patch -p0 < ../../3rdparty/patches/1.st.arm.patch &&
make CC=arm-linux-gnueabi-gcc AR=arm-linux-gnueabi-ar LD=arm-linux-gnueabi-ld \
    RANDLIB=arm-linux-gnueabi-randlib linux-debug

接着，重新编译ssl，使用arm交叉编译工具(把make时指定的工具换成你的工具)：

cd ~/git/simple-rtmp-server/trunk/objs/openssl-1.0.1f && 
rm -rf _release && make clean &&
./Configure --prefix=`pwd`/_release -no-shared no-asm linux-armv4 &&
make CC=arm-linux-gnueabi-gcc GCC=arm-linux-gnueabi-gcc AR="arm-linux-gnueabi-ar r" \
    LD=arm-linux-gnueabi-ld LINK=arm-linux-gnueabi-gcc RANDLIB=arm-linux-gnueabi-randlib &&
make install

重新编译srs，使用arm交叉编译工具(把make时指定的工具换成你的工具)：

cd ~/git/simple-rtmp-server/trunk && 
make GCC=arm-linux-gnueabi-gcc CXX=arm-linux-gnueabi-g++ AR=arm-linux-gnueabi-ar \
    LINK=arm-linux-gnueabi-g++ server librtmp

SRS生成的文件：

srs: ./objs/srs，srs服务器。
librtmp: ./objs/include, ./objs/lib，srs提供的客户端库。
librtmp-sample: ./research/librtmp，srs-librtmp的例子。

winlin@winlin-VirtualBox:~/git/simple-rtmp-server/trunk$ file objs/srs
objs/srs: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), 
for GNU/Linux 2.6.31, BuildID[sha1]=0x36ad57b29b16c6ac25c6295b9cf9c87382afd7b3, not stripped

拷贝到ARM上即可运行。

RaspberryPi

我个人买了个树莓派（应该是B型），在京东上买的，树莓派基本上跑起来很容易。参考：RaspberryPi

我用的是respberrypi最新的img，运行起来后发现什么都有。gcc/g++/gdb/git，应有尽有。发现release的那些包，ubuntu12下面编译出来的包是armv7的，raspberrypi是armv6的体系，所以跑不了。

干脆就git clone了一个srs，在pi下面直接编译，速度是慢点，但以后就快了，然打包放到release中，其他pi就不用自己编译了。

RaspberryPi默认推荐的系统是debian，即Raspbian。官方的源在国内很慢，推荐用东软或者清华的源：

sudo cp /etc/apt/sources.list /etc/apt/sources.list.old
sudo vi /etc/apt/sources.list

系统默认的源是：

deb http://mirrordirector.raspbian.org/raspbian/ wheezy main contrib non-free rpi

可以改为下表的Source：

说明	Source
东软	deb http://mirrors.neusoft.edu.cn/raspbian/raspbian wheezy main contrib non-free rpi
清华	deb http://mirrors.tuna.tsinghua.edu.cn/raspbian/raspbian/ wheezy main contrib non-free rpi
成都凝聚工作室	deb http://raspbian.cnssuestc.org/raspbian/ wheezy main contrib non-free rpi
华中科大	deb http://mirrors.hustunique.com/raspbian/raspbian wheezy main contrib non-free rpi
中科大	deb http://mirrors.ustc.edu.cn/raspbian/raspbian/ wheezy main contrib non-free rpi
中山大学	deb http://mirror.sysu.edu.cn/raspbian/ wheezy main contrib non-free rpi
新加坡大学	deb http://mirror.nus.edu.sg/raspbian/raspbian wheezy main contrib non-free rpi

然后更新安装源：

sudo apt-get update

若需要在RaspberryPi下编译srs，需要：

安装lsb_release，package打包需要：sudo aptitude install -y lsb_release
安装zip，打包需要：sudo aptitude install -y zip
编译srs：./configure --with-hls --with-ssl --static && make
打包srs：./scripts/package.sh --no-build

就可以生成安装包，譬如objs/SRS-Raspbian7-armv6l-0.9.37.zip。因为在pi下面编译比较慢，所以打包时用no-build，这样在改动代码后可以很快编译（package的编译会重新configure，参数也不对，会加入ffmpeg支持之类）。

Armel和Armhf

有时候总是碰到Illegal instruction，那是编译器的目标CPU太高，虚拟机的CPU太低。参考：http://stackoverflow.com/questions/14253626/arm-cross-compiling

写一个简单的测试程序，测试编译环境：

/*
 arm-linux-gnueabi-g++ -o test test.cpp -static
 arm-linux-gnueabi-strip test
*/
#include <stdio.h>

int main(int argc, char** argv) {
    printf("hello, arm!\n");
    return 0;
}

编译出test后，使用工具查看目标CPU：

arm-linux-gnueabi-readelf --file-header --arch-specific test
运行结果如下：
  Machine:                           ARM
File Attributes
  Tag_CPU_name: "7-A"
  Tag_CPU_arch: v7

可见Ubuntu12的交叉环境是cpuv7（debian armhf），所以arm虚拟机需要是v7的。

若使用debian armel，cpu是v5的，信息如下：

root@debian-armel:~# cat /proc/cpuinfo 
Processor	: ARM926EJ-S rev 5 (v5l)
CPU revision	: 5

若使用debian armhf，cpu是v7的，信息如下：

root@debian-armhf:~# cat /proc/cpuinfo 
Processor	: ARMv7 Processor rev 0 (v7l)
CPU architecture: 7

将测试程序编译后scp到arm虚拟机，可以运行：

root@debian-armhf:~# ./test 
hello, arm!

安装QEMU虚拟机环境

qemu可以模拟arm的环境，可以在CentOS/Ubuntu下先编译安装qemu（yum/aptitude安装的好像不全）。

qemu依赖于SDL（图形界面），SDL依赖于图形linux，所以最好用ubuntu桌面版和CentOS开发版，进入图形界面后安装sdl。

CentOS SDL安装：sudo yum install -y SDL-devel
Ubuntu SDL安装：sudo aptitude install -y libsdl1.2-dev

然后下载qemu，好像网站被墙了，所以可以用迅雷下，它的p2p网络会去找这个文件：

http://wiki.qemu-project.org/download/qemu-1.7.0.tar.bz2

编译和安装qemu

tar xf qemu-1.7.0.tar.bz2 && cd qemu-1.7.0 && ./configure && make && sudo make install

qemu两个重要的工具：

/usr/local/bin/qemu-img
/usr/local/bin/qemu-system-arm

启动ARM虚拟机

网络安装很慢，而且有时候安装失败。可以直接使用别人提供的已经安装好的镜像，QEMU的磁盘文件和引导镜像。

首先是下载编译qemu，参考前面一章。

下载已经安装好的镜像(armhf对应ubuntu12交叉环境），引导内核：

下载后直接启动qemu：

qemu-system-arm -M vexpress-a9 -kernel vmlinuz-3.2.0-4-vexpress \
    -initrd initrd.img-3.2.0-4-vexpress -drive if=sd,file=debian_wheezy_armhf_standard.qcow2 \
    -append "root=/dev/mmcblk0p2"

登录信息：

ROOT密码：root
用户名：user
用户密码：user

ARM虚拟机网络设置

arm虚拟机如何对外提供服务？桥接的方式很麻烦，有一种简单的方式，就是端口转发，启动qemu时指定宿主host的端口和虚拟机的端口绑定，这样就可以访问宿主的端口来访问虚拟机了。譬如：

qemu-system-arm -M vexpress-a9 -kernel vmlinuz-3.2.0-4-vexpress \
    -initrd initrd.img-3.2.0-4-vexpress -drive if=sd,file=debian_wheezy_armhf_standard.qcow2 \
    -append "root=/dev/mmcblk0p2" \
    -redir tcp:8000::80 -redir tcp:4450::445 -redir tcp:2200::22 -redir tcp:19350::1935

备注：注意，端口不能太小，譬如800:80就不行。

启动后，连接宿主的2200就可以登录到arm虚拟机。访问宿主的8000就是访问arm的80，访问19350就是访问arm的流媒体1935。445是samba端口，宿主可以将arm的共享挂载到自己的目录，对外提供共享。

其实，只要能开放22和服务端口（1935），就可以啦，可以通过scp拷贝文件。从宿主host拷贝文件到arm虚拟机：

scp -P 2200 objs/srs root@localhost:~

输入密码就可以拷贝过去，结果如下：

root@debian-armel:~# uname -a
Linux debian-armel 3.2.0-4-versatile #1 Debian 3.2.51-1 armv5tejl GNU/Linux
root@debian-armel:~# ls -lh
total 3.3M
-rwxr-xr-x 1 root root 3.3M Mar 15 19:01 srs
root@debian-armel:~# file srs
srs: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), dynamically linked (uses shared 
libs), for GNU/Linux 2.6.24, BuildID[sha1]=0x678e75d2547bc219be05864ef6582a3a7a4ad734, 
not stripped

若srs编译时指定arm，则可以启动，推流和观看宿主的19350，就是arm提供服务了。

ARM和License

ARM设备大多是消费类产品，所以对于依赖的软件授权（License）很敏感，nginx-rtmp/crtmpserver都是GPL授权，对于需要目标用户在国外的ARM设备还是SRS的MIT-License更商业友好。

License也是很多ARM厂商考虑SRS的原因。

其他：网络安装debian-arm虚拟机

除了直接使用已有的镜像，还可以通过网络安装（但网络比较慢，安装过程容易出错，不推荐）。

创建虚拟机使用的硬盘：

qemu-img create -f raw hda.img 4G

安装方式，可以选择网络安装，下载网络安装镜像后启动。

网络安装，先下载内核镜像：

开始安装：

qemu-system-arm -machine versatilepb -kernel vmlinuz-3.2.0-4-versatile \
    -hda hda.img -initrd initrd.gz -append "root=/dev/ram" -m 256

安装过程中，镜像源选择China或者Taiwan。

安装完成后，需要从hda.img硬盘中将启动映像拷贝出来，下次qemu就从它开始引导。

file -s hda.img 
#hda.img: x86 boot sector; 
#    partition 1: ID=0x83, starthead 32, startsector 2048, 7936000 sectors; 
#    partition 2: ID=0x5, starthead 63, startsector 7940094, 446466 sectors, code offset 0xb8
#第一扇区的起始地址是2048，挂载映像到文件夹：
mkdir -p disk && sudo mount ./hda.img ./disk -o offset=$((2048*256))
#取出启动内核：
cp disk/boot/initrd.img-3.2.0-4-versatile .
#使用新启动内核启动：
qemu-system-arm -machine versatilepb -kernel vmlinuz-3.2.0-4-versatile \
    -hda hda.img -initrd initrd.img-3.2.0-4-versatile -m 256 -append "root=/dev/sda1"

ST-ARM-BUG-FIX

st在arm上有个bug，原因是setjmp.h的布局变了。st在setjmp后，开辟新的stack空间，所以需要将sp设置为新开辟的空间。

i386的sp偏移量是4：env[0].__jmp_buf[4]=(long)sp
x86_64的sp偏移量是6：env[0].__jmp_buf[6]=(long)sp
armhf(v7cpu)的sp偏移量是8，但是st写的是20，所以就崩溃了。

// md.h
        #elif defined(__i386__)
            #if defined(__GLIBC__) && __GLIBC__ >= 2
                #define MD_GET_SP(_t) (_t)->context[0].__jmpbuf[4]
        #elif defined(__amd64__) || defined(__x86_64__)
            #define MD_GET_SP(_t) (_t)->context[0].__jmpbuf[6]
        #elif defined(__arm__)
            #if defined(__GLIBC__) && __GLIBC__ >= 2
                #define MD_GET_SP(_t) (_t)->context[0].__jmpbuf[20]

x86_64的setjmp的env参数的布局：参考资料

# The jmp_buf is assumed to contain the following, in order:
#       %rbx
#       %rsp (post-return)
#       %rbp
#       %r12
#       %r13
#       %r14
#       %r15
#       <return address>
// 从下往上数，sp是倒数第二个。所以st写的6是对的。

arm直接看头文件的说明：

// /usr/arm-linux-gnueabi/include/bits/setjmp.h
#ifndef _ASM
/* The exact set of registers saved may depend on the particular core
   in use, as some coprocessor registers may need to be saved.  The C
   Library ABI requires that the buffer be 8-byte aligned, and
   recommends that the buffer contain 64 words.  The first 28 words
   are occupied by v1-v6, sl, fp, sp, pc, d8-d15, and fpscr.  (Note
   that d8-15 require 17 words, due to the use of fstmx.)  */
typedef int __jmp_buf[64] __attribute__((__aligned__ (8)));
#endif
//布局应该是：words=ints
0-5: v1-v6 
6: sl
7: fp
8: sp
9: pc
10-26: d8-d15 17words
27: fpscr
//所以应该sp是env[8]，设置它就对了。

修正方法，srs已经打了patch，会向st提交：

#define MD_GET_SP(_t) (_t)->context[0].__jmpbuf[20]

改为：

#define MD_GET_SP(_t) (_t)->context[0].__jmpbuf[8]

运行结果：

root@debian-armhf:~# uname -a
Linux debian-armhf 3.2.0-4-vexpress #1 SMP Debian 3.2.51-1 armv7l GNU/Linux
root@debian-armhf:~# file srs
srs: ELF 32-bit LSB executable, ARM, version 1 (SYSV), statically linked, 
for GNU/Linux 2.6.31, BuildID[sha1]=0xba18634b92775bdb1314ea02db23b1e233d30df3, 
not stripped
root@debian-armhf:~# ./srs -c conf/srs.conf 
[2014-03-16 09:48:30.114][error][0][0] end of file. ret=409
[2014-03-16 09:48:30.120][trace][1][0] server started, listen at port=1935, fd=3
[2014-03-16 09:48:30.126][trace][2][0] thread cycle start
[2014-03-16 09:48:31.344][trace][3][11] get peer ip success. ip=192.168.2.101, send_to=30000000, recv_to=30000000
[2014-03-16 09:48:31.355][trace][3][11] simple handshake success.
[2014-03-16 09:48:31.363][trace][3][11] rtmp connect app success. 
tcUrl=rtmp://192.168.2.111:19350/live, pageUrl=, swfUrl=rtmp://192.168.2.111:19350/live, 
schema=rtmp, vhost=__defaultVhost__, port=19350, app=live
[2014-03-16 09:48:31.376][trace][3][11] set ack window size to 2500000
[2014-03-16 09:48:31.381][trace][3][11] identify ignore messages except AMF0/AMF3 command message. type=0x5
[2014-03-16 09:48:31.387][trace][3][11] identify client success. type=FMLEPublish, stream_name=livestream
[2014-03-16 09:48:31.393][trace][3][11] set output chunk size to 60000
[2014-03-16 09:48:31.393][trace][3][11] set chunk_size=60000 success
[2014-03-16 09:48:32.888][trace][3][11] <- time=1065756, obytes=4168, ibytes=4973, okbps=22, ikbps=26
[2014-03-16 09:48:32.896][trace][3][11] dispatch metadata success.
[2014-03-16 09:48:32.898][trace][3][11] process onMetaData message success.
[2014-03-16 09:48:32.935][trace][3][11] set input chunk size to 157
[2014-03-16 09:48:33.895][trace][3][11] <- time=1066860, obytes=4168, ibytes=49187, okbps=13, ikbps=156
[2014-03-16 09:48:35.391][trace][3][11] <- time=1067984, obytes=4168, ibytes=82561, okbps=8, ikbps=164

备注：另外，ST还有个bug，多进程启动时，st只能在fork之后启动。否则会有问题。

Winlin 2014.2

Welcome to SRS wiki!

SRS 5.0 wiki

Please select your language:

SRS 5.0 English
SRS 5.0 Chinese 中文文档

SRS 4.0 wiki

Please select your language:

SRS 4.0 English
SRS 4.0 Chinese 中文文档

SRS 3.0 wiki

Please select your language:

SRS 3.0 English
SRS 3.0 Chinese中文文档

SRS 2.0 wiki

Please select your language:

SRS 2.0 English
SRS 2.0 Chinese中文文档

SRS 1.0 wiki

Please select your language:

SRS 1.0 English
SRS 1.0 Chinese 中文文档

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

SrsLinuxArm

SRS应用于linux-arm

为何ARM上跑SRS？

Ubuntu编译arm-srs

使用其他交叉编译工具

手动编译SRS

RaspberryPi

Armel和Armhf

安装QEMU虚拟机环境

启动ARM虚拟机

ARM虚拟机网络设置

ARM和License

其他：网络安装debian-arm虚拟机

ST-ARM-BUG-FIX

SRS 5.0 wiki

SRS 4.0 wiki

SRS 3.0 wiki

SRS 2.0 wiki

SRS 1.0 wiki

Clone this wiki locally