大家好，欢迎来到停止重构的频道。本期我们详细讨论直播的相关协议，包括：HTTP-FLV、HLS、RTMP、Web-RTC、RTSP等等。我们将会详细介绍这些协议的工作原理、应用场景、及延迟的原因。我们按这样的顺序讨论1、 RTMP、HTTP-FLV 2、 HLS 3、 Web-RTC 4、 RTSP RTMP、HTTP-FLV协议RTMP和HTTP-FLV都是建立在FLV封装之上的。RTMP一般用作直播源推流，HTTP-FLV一般用作直播观看。我们先讨论RTMP，RTMP协议是既可以推流、也可以拉流的协议。RTMP地址是rtmp://开头的，且推流地址与播放地址是一样的。但是由于浏
近几年实时音视频通信应用呈现出了大爆发的趋势。在这些实时通信技术的背后，有一项不得不提的技术——WebRTC。前言背景2021年1月26日，W3C（万维网联盟）和IETF（互联网工程任务组）同时宣布WebRTC（WebReal-TimeCommunications，Web实时通信）现发布为正式标准，将音视频通信带到Web上任何地方。这代表着我们未来不会在依赖某些软件或者介质去访问和处理音视频了，映衬着5G的时代，这将会是如虎添翼。WebRTC成为W3C为应用程序开发定义开放Web平台的众多标准之一，具有前所未有的潜力。其让开发人员能够构建丰富的交互体验，由巨大的数据存储提供动力，可用于任何设备
在FFmpeg中，H264在编码前必须要转换成YUV420P，本文就分享一下怎么将h264转成YUV420P。以下就是yuv420：八个像素为：[Y0U0V0][Y1U1V1][Y2U2V2][Y3U3V3][Y5U5V5][Y6U6V6][Y7U7V7][Y8U8V8]码流为：Y0U0Y1Y2U2Y3Y5V5Y6Y7V7Y8映射出的像素点为：[Y0U0V5][Y1U0V5][Y2U2V7][Y3U2V7][Y5U0V5][Y6U0V5][Y7U2V7][Y8U2V7]注意：码流12字节个代表8个像素理解需要画矩阵，如下：码流数据：(4:2:0~4:0:2)Y0U0Y1Y2U2Y3Y5V5Y6
在FFmpeg中，H264在编码前必须要转换成YUV420P，本文就分享一下怎么将h264转成YUV420P。以下就是yuv420：八个像素为：[Y0U0V0][Y1U1V1][Y2U2V2][Y3U3V3][Y5U5V5][Y6U6V6][Y7U7V7][Y8U8V8]码流为：Y0U0Y1Y2U2Y3Y5V5Y6Y7V7Y8映射出的像素点为：[Y0U0V5][Y1U0V5][Y2U2V7][Y3U2V7][Y5U0V5][Y6U0V5][Y7U2V7][Y8U2V7]注意：码流12字节个代表8个像素理解需要画矩阵，如下：码流数据：(4:2:0~4:0:2)Y0U0Y1Y2U2Y3Y5V5Y6
一、MediaCodecMediaCodec类可用于访问低级媒体编解码器，即编码器/解码器组件。它是Android低级多媒体支持基础设施的一部分(通常与MediaExtractor,MediaSync,MediaMuxer,MediaCrypto,MediaDrm,Image,Surface，以及AudioTrack.)。1.1数据类型编解码器处理三种数据:压缩数据、原始音频数据和原始视频数据。所有这三种数据都可以使用ByteBuffers，但您应该使用Surface用于原始视频数据以提高编解码器性能。Surface使用原生视频缓冲区，而不将其映射或复制到ByteBuffers因此，它的效
一、MediaCodecMediaCodec类可用于访问低级媒体编解码器，即编码器/解码器组件。它是Android低级多媒体支持基础设施的一部分(通常与MediaExtractor,MediaSync,MediaMuxer,MediaCrypto,MediaDrm,Image,Surface，以及AudioTrack.)。1.1数据类型编解码器处理三种数据:压缩数据、原始音频数据和原始视频数据。所有这三种数据都可以使用ByteBuffers，但您应该使用Surface用于原始视频数据以提高编解码器性能。Surface使用原生视频缓冲区，而不将其映射或复制到ByteBuffers因此，它的效
一、ffmpeg常见使用方法1.1利用FFMPEG命令进行文件分割1.2转换格式1.3推流配置方法一：ngnix（不推荐，推流不好使）方法二：srs（强烈推荐）1.4查看nginx启动是否成功二、ffmpeg推流——>ngnix单路推流多(大于两路)路同时推流：方法一：方法二：-map被主进程调用推流脚本后台推流杀死进程三、推送h.264编码的flv视频环境搭建需要x264安装多路推流执行脚本一、ffmpeg常见使用方法后端推流，使用ffmpeg将本地视频推送至ngnix，再拉流，单独推送一路简单，但同时推送多路网上没找到相关的介绍，本文使用ffmpeg的“-map“方法解决了。1.1利用FF
一、ffmpeg常见使用方法1.1利用FFMPEG命令进行文件分割1.2转换格式1.3推流配置方法一：ngnix（不推荐，推流不好使）方法二：srs（强烈推荐）1.4查看nginx启动是否成功二、ffmpeg推流——>ngnix单路推流多(大于两路)路同时推流：方法一：方法二：-map被主进程调用推流脚本后台推流杀死进程三、推送h.264编码的flv视频环境搭建需要x264安装多路推流执行脚本一、ffmpeg常见使用方法后端推流，使用ffmpeg将本地视频推送至ngnix，再拉流，单独推送一路简单，但同时推送多路网上没找到相关的介绍，本文使用ffmpeg的“-map“方法解决了。1.1利用FF
FreeSWITCH是一个开源的电话交换软件平台，它允许用户建立语音、视频和即时消息通信系统。FreeSWITCH可以在多个操作系统上运行，包括Linux、Windows、MacOS等，并且支持多种语音和网络协议，例如SIP、H.323、WebRTC、RTP、RTCP等。FreeSWITCH被广泛用于语音信箱、呼叫中心、电话会议、互联网电话、语音广播、语音交换等各种应用场景。它提供了很多高级的功能和特性，例如实时语音转换、自适应音频编码、音频处理、电话会议、语音信箱、自动语音应答、即时消息、录音和回放等。FreeSWITCH还具有高度的可扩展性和灵活性，可以方便地进行定制和集成。它使用modu
我正在玩WebRTC的“..\trunk\talk\examples\peerconnection”示例。我修改了“..\peerconnection\server\server_test.html”，因此它将音频流式传输到“peerconnection_client.exe”。这工作正常，功能如下:int32_tChannel::ReceivedRTPPacket(constint8_t*data,int32_tlength,constPacketTime&packet_time)显示从Chrome发送的传入RTP数据包。如何从接收方将此RTP数据包流保存到文件(.pcm格式？)中？
