librtmp源码
1. librtmp.so怎么由32位转换为64位
64位Win7要转成32位的，只能格式化重新安装32位Win7。 64位Win7安装好之后，C盘占用量是比32位的多一点，但不会多于5G。我的Win7 64位操作系统也是自动更新，装了快一年了世亮才占用30G，关键是你自己平时要注意，不要什么东西都装在C盘。还有就是调整一下系统搜昌宽还原设置，控制C盘使用。具体如下： 右键桌面“计算机”图标，选择“属性”迅余。选择左边的“高级系统设置”，在弹出的“系统属性”中选择“系统保护”标签页，点击“配置”，调整磁盘空间的“最大使用量”。
2. centos 安装软件过程的问题
yum安装缺少了很多依赖，没有源的就得现在对应缺少的包源码编译
3. librtmp 推流 支持 多线程 么
来自rtmpmp.c
rtmpmp 可使用命令
直播流
rtmpmp.exe -o savename.flv -r rtmp://127.0.0.1/live/testlive -v
点播流
rtmpmp.exe -o savename.flv -r rtmp://127.0.0.1/vod/test.flv
直播需要加-v参数
下面是从中提取的代码，进行直播或点播流的录制
服务器使用FMS测试通过
crtmpserver需注意超时设置
#include <stdlib.h>
#include <string.h>
#include <math.h>
#include <stdio.h>
#include <signal.h>
#include <stdint.h>
#include "librtmp/rtmp_sys.h"
#include "librtmp/log.h"
#pragma comment(lib,"ws2_32.lib")
#pragma comment(lib,"librtmp.lib")
int InitSockets()
{
WORD version;
WSADATA wsaData;
version = MAKEWORD(1, 1);
return (WSAStartup(version, &wsaData) == 0);
}
void CleanupSockets()
{
WSACleanup();
}
int main()
4. 直播系统源码是如何实现视频直播以及直播系统搭建的
一、手机直播系统源码开发实现视频直播主要有以下四步：
1）前端采集编码设备：提供直播信号源的采集和编码压缩功能，并将信号推送到直播流媒体服务器上。
2）直播流媒体服务器：负责直播流的发布和转播分发功能。
3）WEB服务器：实现直播节目在终端上的展现。
4）终端设备：包括PC和移动终端。编码和协议 是实现直播的重要环节：1）网络协议：主要有3种 a. RTSP（Real Time Streaming Protocol）是用来控制声音或影像的多媒体串流协议, 由Real Networks和Netscape共同提出的；b. RTMP(Real Time Messaging Protocol):实时消息传送协议是Adobe公司为Flash播放器和服务器之间音频、视频和数据传输 开发的开放协议；c. HLS(HTTP Live Streaming):是苹果公司(Apple Inc.)实现的基于HTTP的流媒体传输协议； 2）视频编码: Mpeg4, H264等 3）音频编码: Mp3, AAC等4）视频分辨率: 标清通常指的是640×480（或768×480）；高清指的是1280×720；全高清指的是1920×1080；超高清3840×2160。
二、直播系统源码搭建服务器部署重点
直播系统源码有哪几块组成，视频直播的过程一般可以分为采集、前处理、编码、传输、解码、渲染这几个环节，经过这几个环节之后，我们就可以通过PC端或者移动端进行视频直播的观看。直播系统在搭建时会用到多个业务服务器，共同完成直播系统的业务逻辑流程。通常在服务器部署时会采用动静分离分布式部署方式，保障了直播平台的稳定运行。主要用到以下的业务服务器。
1）消息服务器：主要用于消息推送，给用户推送房间聊天消息、私信消息。
2）业务服务器：手机直播的业务部分、好友关系、直播管理、货币系统、礼物系统等。
3）视频服务器：视频直播、点播、转码、存储和点播等。
4）IM即时聊天：使用Node.js服务自主搭建部署聊天服务器。
5）视频流（流媒体服务器）：建议采用第三方CDN，开通账号即可使用。关于CDN方面的内容，我们会在以后的内容中做重点介绍。
6）业务服务器：网站逻辑基于php-tlinkphp、thinkcmf、mysql、redis。MYSQL 服务提供静态数据的存储，REDIS 服务提供数据的缓存、存储动态数据。
以上便是对直播系统源码如何实现视频直播以及搭建服务器的简单介绍。搭建直播开发平台之前就是找到一款优质的直播系统源码，直播系统源码开发原理比其他软件更加复杂，而且相对于技术以及其他方面都会有一定的要求。直播系统源码的稳定性和安全性决定了后期搭建出的直播平台的流畅度、高并发承载及用户的产品体验，所以选择直播源码的时候一定不要为了贪图价格便宜，而选择安全性低，系统功能不会正常更新，bug一堆的源码。直播系统源码的开发需要经过推流端(采集、前处理)、服务端处理(编码、转码、录制、截图、鉴黄)、播放器(拉流、解码、渲染和互动系统)。望采纳，谢谢
5. 如何编译libcurl
1:linux下源码编哗帆译
./改芦逗configure --prefix=/usr/local/curl --disable-shared --enable-static --without-libidn --without-ssl --without-librtmp --without-gnutls --without-nss --without-libssh2 --without-zlib --without-winidn --disable-rtsp --disable-ldap --disable-ldaps --disable-ipv6
注意：不需要其它功能就disable，核卖不然会在连接时报错， 如果你没有disable掉，但你的机器上又没有安装相应的库，link时会报错。
6. 求教高手：如何在NDKr5下用单独的静态库编译
何使用ndkffmpeg编译rtmp+polarssl静态库问题花我整整间其遇问题记录便自便其 一、编译polarssl查看其Readme文件即需要configure需要make带必要参数即要记每执行make命令都带CC参数（指向arm gcc）我试make install没带CC参数虽能编译polarssl未能确rtmp引用 二、前面我用polarssl前新（一.三.漆）版本librtmp使用像polarssl一.0.0版本api所需要修改rtmp部源码让其调用新版polarsslapi修改参照《Migrating from PolarSSL-一.二 to the PolarSSL 一.三 branch》《[rtmpmp] branch master updated. a三一二ac漆 Fix compat with PolarSSL >= 一.一.0》 三、现 undefined reference to `havege_random’错误polarssl默认关闭havege模块需要手启主要修改include/polarssl/config.h掉POLARSSL_HAVEGE_C前注释要定义POLARSSL_HAVEGE_C： #define POLARSSL_HAVEGE_C 四、编译面两库始编译ffmpeg（二.一.一版本）遇面问题 check_pkg_config librtmp librtmp/rtmp.h RTMP_Socket ERROR: librtmp not found 三种解决： 第种中国络传播算比较简便修改ffmpegconfigure行： enabled librtmp && require_pkg_config librtmp librtmp/rtmp.h RTMP_Socket 改： enabled librtmp && require librtmp librtmp/rtmp.h RTMP_Socket -lrtmp -lpolarssl -lz 或者直接注释掉&& ＊＊＊ 部再自加librtmp库路径行 第二种（比较推荐解决顺带解决部找库错误）使用pkg-config工具查找库工具ndk并没附带提供现check_pkg_config相关错误要稍加注意发现使用configure配置ffmpeg交叉编译已经相应pkg-config存警告我工具熟悉所我简单加软链接系统pkg-config： ln -s /usr/bin/pkg-config /home/cidy0一0陆/android-ndk-r9d/toolchains/arm-linux-androideabi-四.吧/prebuilt/linux-x吧陆_陆四/bin/arm-linux-androideabi-pkg-config 候重新configure能现找polarssl库错误提示需要修改librtmp安装目录librtmp.pc,内容： Libs: -L${libdir} -lrtmp -lz 改： Libs: -L${libdir} -lrtmp -lz -lpolarssl 至确编译ffmpeg 转
7. 想要搭建一款稳定的直播平台，直播源码怎么安装啊
一、搭建直播平台源码，移动直播推流端
直播推流端即主播端，主要通过手机摄像头采集视频数据和麦克风采集音频数据，经过一系列前处理、编码、封装，然后推流到CDN进行分发。
1、采集
移动直播SDK通过手机摄像头和麦克风直接采集音视频数据。其中，IOS硬件种类不多，所以比较简单，安卓则由于市面上硬件机型非常多，所以难以做到一个库适配所有硬件。
2、前处理
在这个环节主要处理美颜、水印、模糊等效果。美颜功能几乎是直播的标配功能。我们调研中发现太多case是因为没有美颜功能被抛弃使用的。另外国家明确提出了，所有直播都必须打有水印并回放留存15天以上。
3、编码
为了便于手机视频的推流、拉流以及存储，通常采用视频编码压缩技术来减少视频的体积，现在比较常用的视频编码是H.264。在音频方面，比较常用的是AAC编码格式，其它如MP3、WMA也是可选方案。
4、推流
要想用于推流还必须把音视频数据使用传输协议进行封装，变成流数据。常用的流传输协议有RTSP、RTMP、HLS等，使用RTMP传输的延时通常在1–3秒，对于移动直播这种实时性要求非常高的场景，RTMP也成为移动直播中最常用的流传输协议。最后通过一定的Qos算法将音视频流数据推送到网络断，通过CDN进行分发。
二、搭建直播平台源码，服务端处理
为了让推上来的流适配各终端各种不同协议，服务端还需要对流进行转码，包括截图、录制、水印等。
三、搭建直播平台源码，播放器端
1、拉流
拉流实际是推流的逆过程。首先通过播放端获取码流，标准的拉流格式有RTMP、HLS、FLV等。RTMP是Adobe的专利协议，开源软件和开源库都支持的比较好，如开源的librtmp库，播放端只要支持flashPlayer的就能非常简单的播放RTMP直播，直播延迟一般在1–3秒。
1、解码和渲染
是指从音视频的数据中提取原始数据，也即音视频的播放。前面介绍的H.264和H.265编码格式都是有损压缩，所以在提取后的原始数据，并非原始采样数据，存在一定的信息丢失。因此，在视频体积最小的情况下通过各种编码参数保留最好的原始画面，成为了各视频公司的核心机密。
总之，搭建一套直播系统还是很复杂的，大部分运营级的直播系统，是直接找专业的开发团队进行项目开发、系统测试和最终的上线部署，一整套开发到上架，最后还需要有专门的技术维护团队进行运营过程中的技术问题处理。我之前在山东布谷直播开发了一套直播程序，有售后保障，你可以咨询问问。
8. RTMP协议抓包分析拉流过程
RTMP协议规定，播放一个流媒体有两个前提步骤：
第一步，建立一个网络连接（NetConnection）。
第二步，建立一个网络流（NetStream）。
网络连接代表服务器端应用程序和客户端之间基础的连通关系，网络流代表了发送多媒体数据的通道。服务器和客户端之间只能建立一个网络连接，但是基于该连接可以创建很多网络流。
播放一个RTMP协议的流媒体需要经过四个阶段：
下面是使用librtmp执行拉流过程的API调用流，如下：
RTMP定义了较为完善的协议标准，但是每种播放工具的实现略有差异，下面是我使用VLC播放器拉流时抓取的报文，使用wireshark分析过程整理为下面的图文。
先看一张总览图，图中显示的报文和时序包含了握手、建立连接、建立流和播放阶段，如下：
还有申明下，以下的流程是根据实际抓包情况分析出来的，由于不同的工具省略了一些不必要的步骤，故不代表标准结果，仅供参考。
由于讲解握手过程的文档资料比较多，我这里就不重复描述了，摘图如下：
个人认为这张图是最符合标准时序的，细节拿捏得非常讲究，虽然很多实现简化了流程。
包括以下报文和步骤：
协议截图如下：
协议方向：客户端 -> 服务器
块头字段：
HeaderType: 0
CSID: 3
猛神 时间戳：0
BodySize: 201
枝坦亏 TypeID: 0x14
Stream ID: 0
负载格式：AMF0表示，connect 1 object1
object1属性列表：
信睁 "app": "live"
"flashVer": "LNX 9,0,124,2"
"tcUrl": " rtmp://127.0.0.1:1935/live "
"fpad": false
"capabilities": 15,
"audioCodes": 4071,
"videoCodes": 252,
"videoFunction": 1,
End Of Object Marker
协议截图如下：
协议方向：服务器 -> 客户端
块头字段：
HeaderType: 0
CSID: 2
时间戳：0
BodySize: 4
TypeID: 0x05
Stream ID: 0
负载格式：4字节整型表示，如5000000
协议截图如下：
协议方向：服务器 -> 客户端
块头字段：
HeaderType: 0
CSID: 2
时间戳：0
BodySize: 5
TypeID: 0x06
Stream ID: 0
负载格式：5字节整型表示，前4字节为带宽，后1字节为标志，如5000000, 2(动态调整)
协议截图如下：
协议方向：服务器 -> 客户端
块头字段：
HeaderType: 0
CSID: 2
时间戳：0
BodySize: 4
TypeID: 0x01
Stream ID: 0
负载格式：4字节整型表示，如4096
协议截图如下：
协议方向：服务器 -> 客户端
块头字段：
HeaderType: 0
CSID: 3
时间戳：0
BodySize: 190
TypeID: 0x14
Stream ID: 0
负载格式：AMF0表示，_result 1 object1 object2
object1属性列表：
"fmsVer": "FMS/3,0,1,123"
"capabilities": 31,
End Of Object Marker
object2属性列表：
"level": "status"
"code": "NetConnection.Connect.Success",
"description": "Connection succeeded.",
"objectEncoding": 0
End Of Object Marker
协议截图如下：
协议方向：客户端 -> 服务器
块头字段：
HeaderType: 0
CSID: 2
时间戳：0
BodySize: 4
TypeID: 0x05
Stream ID: 0
负载格式：4字节整型表示，如5000000
包括以下报文和步骤：
协议截图如下：
协议方向：客户端 -> 服务器
块头字段：
HeaderType: 1
CSID: 3
时间戳：0
BodySize: 25
TypeID: 0x14
负载格式：AMF0表示，createStream 2 object(Null)
协议截图如下：
协议方向：服务器 -> 客户端
块头字段：
HeaderType: 0
CSID: 3
时间戳：0
BodySize: 29
TypeID: 0x14
Stream ID: 0
负载格式：AMF0表示，_result 2 object(Null) Number(1)
包括以下报文和步骤：
协议截图如下：
协议方向：客户端 -> 服务器
块头字段：
HeaderType: 0
CSID: 8
时间戳：0
BodySize: 30
TypeID: 0x14
Stream ID: 1
负载格式：AMF0表示，play 4 Object(Null) String节目ID("a") Number开始时间(-2000)
协议截图如下：
协议方向：客户端 -> 服务器
块头字段：
HeaderType: 1
CSID: 2
时间戳：1
BodySize: 10
TypeID: 0x04
负载格式：Event Type，2字节的类型(3) 4字节的流ID(1) 4字节的MS时间单位(3000)
协议截图如下：
协议方向：服务器 -> 客户端
块头字段：
HeaderType: 0
CSID: 2
时间戳：0
BodySize: 6
TypeID: 0x04
负载格式：Event Type，2字节的类型(0) 4字节的流ID(1)
协议截图如下：
协议方向：服务器 -> 客户端
块头字段：
HeaderType: 0
CSID: 5
时间戳：0
BodySize: 96
TypeID: 0x14
Stream ID: 1
负载格式：AMF0表示，onStatus 0 Object1(Null) object2
object2属性列表：
"level": "status"
"code": "NetStream.Play.Start",
"description": "Start live",
End Of Object Marker
协议截图如下：
协议方向：服务器 -> 客户端
块头字段：
HeaderType: 0
CSID: 5
时间戳：0
BodySize: 387
TypeID: 0x12
Stream ID: 1
负载格式：AMF0表示，onMetaData object
object属性列表：
"Server": "NGINX RTMP"
"width": 480,
"height": 270,
"displayWidth": 480,
"displayHeight": 270,
"ration": 0,
"framerate": 16,
"fps": 16,
"videodatarate": 193,
"videocodeid": 7,
"audiodatarate": 52,
"audiocodeid": 10,
"profile": "",
"level": "",
End Of Object Marker
协议截图如下：
协议方向：服务器 -> 客户端
块头字段：
HeaderType: 0
CSID: 6
时间戳：0
BodySize: 209
TypeID: 0x08
Stream ID: 1
负载格式：格式头，媒体数据
结合以上分析，总结时序图如下：
另外，关于HeaderType和CSID的运用，先归纳使用情况：
0x14(connect) HeaderType: 0 CSID: 3
0x05(Ack Window Size) HeaderType: 0 CSID: 2
0x06(BrandWidth) HeaderType: 0 CSID: 2
0x01(ChunkSize) HeaderType: 0 CSID: 2
0x14(connect _result) HeaderType: 0 CSID: 3
0x14(createStream) HeaderType: 1 CSID: 3
0x14(createStream _result) HeaderType: 0 CSID: 3
0x14(play) HeaderType: 0 CSID: 8
0x04(SetBufferMS) HeaderType: 1 CSID: 2
0x04(Stream Begin) HeaderType: 0 CSID: 2
0x14(play onStatus) HeaderType: 0 CSID: 5
0x12(onMetaData) HeaderType: 0 CSID: 5
0x08(audioData) HeaderType: 0 CSID: 6
0x09(videoData) HeaderType: 0 CSID: 7
总结：
关于HeaderType的运用，有以下规则：
createStream使用1号HeaderType，借用3号CSID之前的StreamID。
SetBufferMS使用1号HeaderType。
audioData和videoData视情况使用0、1、2、3号HeaderType。
关于CSID的运用，有以下规则：
9. 如何使用ndk为ffmpeg编译rtmp+polarssl静态库
如何使用ndk为ffmpeg编译rtmp+polarssl静态库？这个问题花了我整整一天时间。其中遇到很多小问题，这里记录一下，方便自己也方便其他人。
1、编译polarssl，查看其Readme文件即可，不需要configure，只需要make时带上必要的参数即可，不过要记得在每一次执行make命令时都带上CC的参数（指向你的arm gcc），因为我试过在make install时没有带上CC的参数，虽然能编译出polarssl但是未能正确被rtmp引用到。
2、因为前面我用的polarssl是当前最新（1.3.7）版本，而librtmp使用的好像是polarssl1.0.0以下版本的api，所以需要修改rtmp部分源码，让其调用新版polarssl的api，这里的修改可以参照《Migrating from PolarSSL-1.2 to the PolarSSL 1.3 branch》和《[rtmpmp] branch master updated. a312ac7 Fix compat with PolarSSL >= 1.1.0》。
3、出现 undefined reference to `havege_random’错误，这里是因为polarssl默认关闭了havege模块，需要你手动开启，主要就是修改include/polarssl/config.h，去掉POLARSSL_HAVEGE_C前的注汪槐释，也就是要定义POLARSSL_HAVEGE_C，如下：
#define POLARSSL_HAVEGE_C
4、在编译出上面两个库之后，可以开始编译ffmpeg（2.1.1版本）了，如果遇到下面的问题 check_pkg_config librtmp librtmp/rtmp.h RTMP_Socket
ERROR: librtmp not found
这里有三种解决方法：
第一种，因为是网络上传播最多的，算猛陵升是比较简便的方法，就是修改ffmpeg的configure，将以下一行：
enabled librtmp && require_pkg_config librtmp librtmp/rtmp.h RTMP_Socket
改为：
enabled librtmp && require librtmp librtmp/rtmp.h RTMP_Socket -lrtmp -lpolarssl -lz
或者直接注释掉&& ＊＊＊ 部分，然后再自己加上librtmp的库路径也行
第二种，（比较推荐，因为解决了这个会顺带解决大部分找不到库的错误！）因为这里使用了pkg-config工具查找库，而这个工具ndk并没有附带提供，而出现check_pkg_config相关错误的话，只要稍加注枝老意，会发现在使用configure配置ffmpeg的交叉编译时，已经有相应的pkg-config不存在的警告了。我对这个工具不熟悉，所以我只是简单地加上了一个软链接到系统的pkg-config，如下：
ln -s /usr/bin/pkg-config /home/cidy0106/android-ndk-r9d/toolchains/arm-linux-androideabi-4.8/prebuilt/linux-x86_64/bin/arm-linux-androideabi-pkg-config
这个时候重新configure的话可能会出现找不到polarssl库的错误提示，需要修改一下librtmp安装目录里的librtmp.pc,把以下内容：
Libs: -L${libdir} -lrtmp -lz
改为：
Libs: -L${libdir} -lrtmp -lz -lpolarssl
至此，就可以正确编译出ffmpeg了