释放内存之后，一定要将对应的指针置空，不然会出现野指针问题。硬解码的兼容性问题，出现编码器无法支持格式，例如相机采集的是NV21，但是编码器只能支持I420，那推出去的视频就会出现色差。弱网情况下，推流端没有适配好的丢帧策略或者说适配了丢帧策略，但是在弱网情况下还是推流较高清的视频，在拉流端播放会出现卡顿。线程设计，是否一定需要这个线程，能不增加就不增加，增加一个线程要申请一定的资源，而且还会有多

对于实时音视频通话来说：网络的复杂性、异构性、协议部分不规范性、网络异常，网络错误等各种网络环境被破坏的特性都称之为弱网。弱网环境无法提供高质量的网络传输，对于接收端就是无法收到连续的媒体包，造成声音异常、视频马赛克、花屏、黑屏等现象，对于音视频实时通话来说是非常致命的，直接影响到用户的体验，造成产品质量问题或者客诉问题。NACK 代表否定确认。它是 WebRTC 中的错误恢复机制之一。NACK

一起养成写作习惯！这是我参与「掘金日新计划 · 4 月更文挑战」的第5天，。在iOS4.0，苹果就已经支持硬编解码，但是在当时是属于私有API，不提供给开发者使用，在iOS8.0之后，苹果开放了硬编解码的API，就是VideoToolbox.framework的API。它是一套纯C语言的API，包含了很多C语言函数，它是基于Core Foundation库函数。VideoToolBox实际上是属于

ios系统中有很多方式可以播放音频文件，这里我们就详细的说明下播放音乐文件的原理和实例。感兴趣的可以看我写的上面几篇。1. 几种播放音频文件的方式（一） —— 播放本地音乐2. 几种播放音频文件的方式（二） —— 音效播放3. 几种播放音频文件的方式（三） —— 网络音乐播放4. 几种播放音频文件的方式（四） —— 音频队列服务（Audio Queue Services）（一）5. 几种播放音频文

前面用了大量的篇幅介绍了iOS中的音、视频播放和录制，有些地方用到了封装好的播放器、录音机直接使用，有些是直接调用系统服务自己组织封装，正如本篇开头所言，iOS对于多媒体支持相当灵活和完善，那么开放过程中如何选择呢，下面就以一个表格简单对比一下各个开发技术的优缺点。提示：从本文及以后的文章中可能慢慢使用storyboard或xib，原因如下：1.苹果官方目前主推storyboard;

上一篇文章讲到FFmpeg默认的编译静态库中是没有音视频的编码器的，需要我们手动编译进FFmpeg，这篇文章就讲一样如何编译AAC音频编码器，主要还是对脚本的编写工作。和前面编译x264一样，脚本内容大致差不多，通过这个脚本编译即可。到这里就完成了对fdk-aac的编译。进入当前目录，打开终端进行编译就行。直接通过网络下载即可。

ios系统中有很多方式可以播放音频文件，这里我们就详细的说明下播放音乐文件的原理和实例。感兴趣的可以看我写的上面几篇。1. 几种播放音频文件的方式（一） —— 播放本地音乐2. 几种播放音频文件的方式（二） —— 音效播放3. 几种播放音频文件的方式（三） —— 网络音乐播放4. 几种播放音频文件的方式（四） —— 音频队列服务（Audio Queue Services）（一）5. 几种播放音频文

视音频技术主要包含以下几点：封装技术，视频压缩编码技术以及音频压缩编码技术。如果考虑到网络传输的话，还包括流媒体协议技术。视频播放器播放一个互联网上的视频文件，需要经过以下几个步骤：解协议，解封装，解码视音频，视音频同步。如果播放本地文件则不需要解协议，为以下几个步骤：解封装，解码视音频，视音频同步。他们的过程如图所示。

我们很难抉择应该给WebRTC应用选哪一款音视频编解码器。VP8？H.264?VP9？还是使用AV1？HEVC呢？*视频编解码器的温馨提示**曾几何时WebRTC世界很简单，只有和G.711。G.711被划掉是因为我不推荐使用它。真的没有理由这样做。后来，作为必须实现的视频编解码器加入。WebRTC进展顺利。之后，谷歌决定在Chrome中引入，将其作为备选编解码器。Mozilla也在Firefox

上一篇文章我们介绍了SurfaceView和TextureView的基础知识点；SurfaceView 以及 TextureView 均继承于 android.view.View，属于 Android 提供的控件体系的一部分。与普通 View 不同，它们都在独立的线程中绘制和渲染。所以，相比于普通的 ImageView 它们的性能更高，因此常被用在对绘制的速率要求比较高的应用场景中，用来解决普通