云数据库 TencentDB
互联网中间件
域名与网站
开发者工具
人工智能（AI）
大数据基础服务
大数据可视化服务
大数据应用服务
行业解决方案
大数据与AI解决方案
物联网解决方案
安全与运维解决方案
微信解决方案
微信小程序
服务与培训
现在可以支持哪些下行直播协议？
当前我们可以支持HLS、RTMP、FLV下行协议。用户可在创建用户可以在创建频道或修改频道设置时，指定是否将输入原始码率转换为相关下行格式。指定后，后台将在生成播放地址时，提供对应格式的不同地址，方便用户调用。如果使用腾讯云Web播放器SDK，当多种格式可选时，判断逻辑为：
PC端：优先级为FLV/RTMP/HLS；
移动端：优先FLV协议；
现在可以支持哪些直播收看方？
直播收看有如下方式：
PC或移动设备网页端当前我们已经发布了直播播放器WEB端代码功能，可以在创建直播频道后直接获取代码。您可在您的网页中嵌入代码实现网页端在PC或移动设备上的播放。
移动设备用户可以通过集成腾讯云提供的移动端SDK的APP或者选择第三方直播接收软件（RTMP或HLS）兼容软件收看直播流，或进行直接开发收看功能。
直播视频的同时在线观看人数有限制么？
理论上没有，我们的系统目前不作任何限制，因此理论上可支持千万级用户数量的同时在线观看。
为什么视频直播收看时会有卡顿现象？
在排除视频直播源本身问题的情况下，视频卡顿有可能是因为播放视频的电脑配置过低、局部网络条件欠佳（包括带宽和时延）或播放软件引起的，可以通过改变播放视频的硬件设备、网络环境和软件配置来尝试分析。如果问题仍然存在，请联系我们的售后服务部门。
文档是否有帮助解决问题？
您已提交过反馈，无需再次提交
反馈收到，动动手指，帮我们明确下问题点
文档内容不全面，重点不清晰，找不到资料
文字描述过于冗余、复杂
描述的步骤有问题，按照操作无法生效
文档内容更新不及时
提交成功！非常感谢您的反馈，我们会继续努力做到更好！
如果有其他疑问，你也可以通过提问形式与我们联系探讨
API中心 相关文档
现在可以支持哪些下行直播协议？
当前我们可以支持HLS、RTMP、FLV下行协议。用户可在创建用户可以在创建频道或修改频道设置时，指定是否将输入原始码率转换为相关下行格式。指定后，后台将在生成播放地址时，提供对应格式的不同地址，方便用户调用。如果使用腾讯云Web播放器SDK，当多种格式可选时，判断逻辑为：
PC端：优先级为FLV/RTMP/HLS；
移动端：优先FLV协议；
现在可以支持哪些直播收看方？
直播收看有如下方式：
PC或移动设备网页端当前我们已经发布了直播播放器WEB端代码功能，可以在创建直播频道后直接获取代码。您可在您的网页中嵌入代码实现网页端在PC或移动设备上的播放。
移动设备用户可以通过集成腾讯云提供的移动端SDK的APP或者选择第三方直播接收软件（RTMP或HLS）兼容软件收看直播流，或进行直接开发收看功能。
直播视频的同时在线观看人数有限制么？
理论上没有，我们的系统目前不作任何限制，因此理论上可支持千万级用户数量的同时在线观看。
为什么视频直播收看时会有卡顿现象？
在排除视频直播源本身问题的情况下，视频卡顿有可能是因为播放视频的电脑配置过低、局部网络条件欠佳（包括带宽和时延）或播放软件引起的，可以通过改变播放视频的硬件设备、网络环境和软件配置来尝试分析。如果问题仍然存在，请联系我们的售后服务部门。
文档是否有帮助解决问题？
您已提交过反馈，无需再次提交
反馈收到，动动手指，帮我们明确下问题点
文档内容不全面，重点不清晰，找不到资料
文字描述过于冗余、复杂
描述的步骤有问题，按照操作无法生效
文档内容更新不及时
提交成功！非常感谢您的反馈，我们会继续努力做到更好！
如果有其他疑问，你也可以通过提问形式与我们联系探讨
API中心 相关文档
关注公众号，移动管理云服务
长按识别或截图保存关注公众号，移动管理云服务云数据库 TencentDB
互联网中间件
域名与网站
开发者工具
人工智能（AI）
大数据基础服务
大数据可视化服务
大数据应用服务
行业解决方案
大数据与AI解决方案
物联网解决方案
安全与运维解决方案
微信解决方案
微信小程序
服务与培训
快速获取URL
快速获取URL
快速获得URL如果您是想要生成一组URL用于测试，那您只需要打开，点击 生成推流地址 按钮，即可生成一个推流URL和三种不同播放协议的播放URL。
使用我们的 Demo
中的 RTMP 推流 和 直播播放器 功能，可以快速测试推流 URL 和播放 URL 的有效性。
后台派发URL从设计灵活性的角度来讲，后台直接派发 URL 要比把 URL 写死在 APP 里要好得多。相应的，如果您的直播产品是主播可以自由开播的，那么像上面这样手动生成 URL 地址也无法满足需求。
这时，就需要您的后台自动派发 URL 了，文档
中介绍了腾讯云推流和播放 URL 的组成，以及如何让您的后台业务服务器自己生成 URL。
文档是否有帮助解决问题？
您已提交过反馈，无需再次提交
反馈收到，动动手指，帮我们明确下问题点
文档内容不全面，重点不清晰，找不到资料
文字描述过于冗余、复杂
描述的步骤有问题，按照操作无法生效
文档内容更新不及时
提交成功！非常感谢您的反馈，我们会继续努力做到更好！
如果有其他疑问，你也可以通过提问形式与我们联系探讨
移动直播 相关文档
快速获取URL
快速获取URL
快速获得URL如果您是想要生成一组URL用于测试，那您只需要打开，点击 生成推流地址 按钮，即可生成一个推流URL和三种不同播放协议的播放URL。
使用我们的 Demo
中的 RTMP 推流 和 直播播放器 功能，可以快速测试推流 URL 和播放 URL 的有效性。
后台派发URL从设计灵活性的角度来讲，后台直接派发 URL 要比把 URL 写死在 APP 里要好得多。相应的，如果您的直播产品是主播可以自由开播的，那么像上面这样手动生成 URL 地址也无法满足需求。
这时，就需要您的后台自动派发 URL 了，文档
中介绍了腾讯云推流和播放 URL 的组成，以及如何让您的后台业务服务器自己生成 URL。
文档是否有帮助解决问题？
您已提交过反馈，无需再次提交
反馈收到，动动手指，帮我们明确下问题点
文档内容不全面，重点不清晰，找不到资料
文字描述过于冗余、复杂
描述的步骤有问题，按照操作无法生效
文档内容更新不及时
提交成功！非常感谢您的反馈，我们会继续努力做到更好！
如果有其他疑问，你也可以通过提问形式与我们联系探讨
移动直播 相关文档
关注公众号，移动管理云服务
长按识别或截图保存关注公众号，移动管理云服务云数据库 TencentDB
互联网中间件
域名与网站
开发者工具
人工智能（AI）
大数据基础服务
大数据可视化服务
大数据应用服务
行业解决方案
大数据与AI解决方案
物联网解决方案
安全与运维解决方案
微信解决方案
微信小程序
服务与培训
如何降低延迟
如何降低延迟
按正常情况
RTMP 推流+FLV 播放的正常延迟在 2-3 秒左右，太长则是有问题的，如果您发现直播延迟时间特别长，可以按照如下思路来排查：
Step 1. 检查播放协议不少客户播放协议采用 HLS(m3u8)，并感觉延迟较大，这个是正常的。苹果主推的 HLS 是基于大颗粒的 TS 分片的流媒体协议，每个分片都有 5s 以上的时长，分片数量一般为 3-4 个，所以总延迟在 20s - 30s 就不足为怪。换用 FLV 作为播放协议即可解决这个问题，但是要注意，如果您要在手机浏览器上观看直播视频，只有 HLS(m3u8) 这一种播放协议可以选择，其它的直播协议在苹果的 Safari 浏览器上都是不支持的。
Step 2. 检查播放器设置腾讯云 RTMP SDK 的播放器支持极速、流畅和自动三种模式：
极速模式：能保证绝大多数场景下延迟都在 2-3 秒以内，美女秀场适合这个模式。
流畅模式：绝大多数场景下延迟都在 5 秒以内，适合对延迟不敏感但对流畅度要求高的场景，比如游戏直播。
Step 3. 后台不要打水印腾讯云支持后台打水印，目的是满足一些不能使用腾讯云 RTMP SDK 的推流器（支持直播端加水印）但依然要打水印的客户，但是这种方案会引入额外的三秒延迟，故如果您本身使用的是腾讯云 RTMP SDK 来推流，就把后台水印关闭后在主播端的 App 上加水印。
Step 4. 第三方推流器？我们只能确保在腾讯云一体化解决方案中保持理想的效果，如果您使用的是第三方推流软件，建议您先换成腾讯云 RTMP SDK 的推流 Demo 做个对比，排除一下第三方推流器的编码缓存引入大延迟的可能，因为很多第三方的推流器对会暴力的采用无限缓冲的方式来解决上行带宽不足的问题。
Step 5. 检查 OBS 设置 不少客户反馈采用 OBS 推流，在播放端延迟比较大。建议按照
文档中配置对应的参数，并注意要把关键帧间隔设置为 1 或者 2。
文档是否有帮助解决问题？
您已提交过反馈，无需再次提交
反馈收到，动动手指，帮我们明确下问题点
文档内容不全面，重点不清晰，找不到资料
文字描述过于冗余、复杂
描述的步骤有问题，按照操作无法生效
文档内容更新不及时
提交成功！非常感谢您的反馈，我们会继续努力做到更好！
如果有其他疑问，你也可以通过提问形式与我们联系探讨
直播 相关文档
如何降低延迟
如何降低延迟
按正常情况
RTMP 推流+FLV 播放的正常延迟在 2-3 秒左右，太长则是有问题的，如果您发现直播延迟时间特别长，可以按照如下思路来排查：
Step 1. 检查播放协议不少客户播放协议采用 HLS(m3u8)，并感觉延迟较大，这个是正常的。苹果主推的 HLS 是基于大颗粒的 TS 分片的流媒体协议，每个分片都有 5s 以上的时长，分片数量一般为 3-4 个，所以总延迟在 20s - 30s 就不足为怪。换用 FLV 作为播放协议即可解决这个问题，但是要注意，如果您要在手机浏览器上观看直播视频，只有 HLS(m3u8) 这一种播放协议可以选择，其它的直播协议在苹果的 Safari 浏览器上都是不支持的。
Step 2. 检查播放器设置腾讯云 RTMP SDK 的播放器支持极速、流畅和自动三种模式：
极速模式：能保证绝大多数场景下延迟都在 2-3 秒以内，美女秀场适合这个模式。
流畅模式：绝大多数场景下延迟都在 5 秒以内，适合对延迟不敏感但对流畅度要求高的场景，比如游戏直播。
Step 3. 后台不要打水印腾讯云支持后台打水印，目的是满足一些不能使用腾讯云 RTMP SDK 的推流器（支持直播端加水印）但依然要打水印的客户，但是这种方案会引入额外的三秒延迟，故如果您本身使用的是腾讯云 RTMP SDK 来推流，就把后台水印关闭后在主播端的 App 上加水印。
Step 4. 第三方推流器？我们只能确保在腾讯云一体化解决方案中保持理想的效果，如果您使用的是第三方推流软件，建议您先换成腾讯云 RTMP SDK 的推流 Demo 做个对比，排除一下第三方推流器的编码缓存引入大延迟的可能，因为很多第三方的推流器对会暴力的采用无限缓冲的方式来解决上行带宽不足的问题。
Step 5. 检查 OBS 设置 不少客户反馈采用 OBS 推流，在播放端延迟比较大。建议按照
文档中配置对应的参数，并注意要把关键帧间隔设置为 1 或者 2。
文档是否有帮助解决问题？
您已提交过反馈，无需再次提交
反馈收到，动动手指，帮我们明确下问题点
文档内容不全面，重点不清晰，找不到资料
文字描述过于冗余、复杂
描述的步骤有问题，按照操作无法生效
文档内容更新不及时
提交成功！非常感谢您的反馈，我们会继续努力做到更好！
如果有其他疑问，你也可以通过提问形式与我们联系探讨
直播 相关文档
关注公众号，移动管理云服务
长按识别或截图保存关注公众号，移动管理云服务云数据库 TencentDB
互联网中间件
域名与网站
开发者工具
人工智能（AI）
大数据基础服务
大数据可视化服务
大数据应用服务
行业解决方案
大数据与AI解决方案
物联网解决方案
安全与运维解决方案
微信解决方案
微信小程序
服务与培训
如何实现好的画质
如何实现好的画质
场景一：美女直播Step1: 更新最新版SDK每一版 SDK 我们都或多或少的对美颜效果进行一定的提升，比如：
1.9.1 我们更新了新的美颜引擎，在前景侧重、算法优化、曝光改善等方面做了不少改进，同时性能也有很大的提升。
1.9.2 我们优化了降噪效果，使夜间的噪点大幅减少，人物的清晰度也有提升
2.0.0 我们又为 iOS 增加了一些新的滤镜，来解决肤色过黄的问题
Step2: 设置画质级别我们要知道直播端看到的画面跟观众端看到的画面是不一样的：
主播 vs 观众：主播看到的画面是经过采集后的视频直接渲染到了手机屏幕上，所以清晰度最高，该画面还要经过 视频编码 =& 网络传输 =& 视频解码，才能到达观众的手机屏幕，由于视频编码会导致画质的损失，所以观众看到的画面在清晰度上要逊于主播端。
不合理的参数设置会导致画质损失严重，比较典型的一个错误配置就是 “高分辨率配低码率”，这样的配置会导致画面模糊，并且画面马赛克严重。怎么办？
setVideoQuality我在 1.9.1 版本的 TXLivePusher 中新加入的 setVideoQuality 函数，并给出了几个级别的设置，您选择 高清 模式即可达到最佳的美女直播效果。详情请关注
Step3: Android 增加手动曝光同样美颜算法，在不同的 Android 手机上差异可能很大，究其原因，主要是曝光的差异产生了视觉感受的大不同。
在 iOS 平台我们采用了系统的自动曝光，但是 Android 机型差异太大，很多千元机的自动曝光效果实在一般，所以我们还是推荐在您的 UI 界面上提供一个自动曝光的操作滑竿，让主播可以自己调节曝光值大小，以符合他/她的预期。
Android 版 RTMP SDK 中的 TXLivePush::setExposureCompensation 接口提供了调节曝光的能力，参数 value 为 -1 到 1 的浮点数： 0 表示不调整， -1 是将曝光降到最低， 1 表示是将曝光加强到最高。
Step4: 增加色彩滤镜滤镜也是很关键的一环，不同的色彩滤镜能够营造不同的氛围，主播配合衣服的颜色或者房间灯光选择合适的滤镜，会让整个画面的氛围有更好的效果。
1.9.1 版本的 RTMP SDK 开始支持颜色滤镜， TXLivePusher 中新加入的 setFilter 可以设置滤镜效果，我们设计师团队提供了八种素材，默认打包在了 Demo 中，您可以随意使用，不用担心版权问题。
Step5: Android马赛克严重有些客户会发现 Android 版 RTMP SDK 推流出来的画面马赛克特别严重，尤其是在画面有运动时，这是 Android 硬件编码的常规表现，解决方案有两个：
我比较关注耗电！如果您比较关注APP耗电情况，那么可以考虑直接调大推流的码率，或者使用 setVideoQuality 的 高清 档位（如果设定的码率比较低，Android 的硬编码模块会通过大幅降低画质来确保码率稳定）
我比较关注带宽！如果您比较关注带宽成本，那么直接调高码率可能并不适合您的需求，这时您可以通过关闭硬件加速解决问题（关闭方法见
Step6: 关闭网络自适应TXLivePushConfig 中的 AutoAdjustBitrate 选项是网络自适应开关，开启后，当主播网络变差时，会通过降低画质来保证流畅性，但这一点 并不适合 美女秀场模式。
网络自适应是适合游戏直播场景的技术，因为游戏直播场景中观众对流畅性的追求高于画质，如果在战斗时间主播网络有波动，画质可以渣一点，但绝对不能卡，所以降低画质来保证流畅性（帧率）就是必选项了。
但美女秀场场景中，清晰度更加重要，不少客户反馈有些直播间画质很好，有些直播间画质很差，导致这个现象的一个高概率原因就是开启了网络自适应。
我们推荐关闭网络自适应，对于出现网络波动的情况，改用
的方式进行优化，这种方式更加釜底抽薪。
场景二：游戏直播Option1: 简单应对在直播开始的界面上提供三种清晰度选项：标清、高清和超清，让主播自己选择，游戏主播一般相对比较偏专业，会自己摸索出适合自己当前在玩的游戏的效果，三种档位对应的配置如下：
分辨率（Resolution）
FPS（FPS）
码率（Bitrate）
VIDEO_RESOLUTION_TYPE_360_640
VIDEO_RESOLUTION_TYPE_540_960
VIDEO_RESOLUTION_TYPE_720_1280
注意： 游戏直播场景，FPS 最低是 20 ，不能更低了，否则观众端的表现是卡顿感严重。
Option2: 专业应对根据不同的游戏设置不同的分辨率和码率，这就比较耗功夫和时间了，比如：
皇室战争 - 这类画面变化幅度不大的游戏，推荐选择 960 * 540 的分辨率，800kbps-1000kbps 的码率就可以输出不错的效果。
捕鱼达人 - 这类画面变化幅度较大的游戏，推荐选择 960 * 540 的分辨率，码率相对要高一点，比如1200kbps - 1500kbps。
神庙逃跑 - 这类画面变化幅度超大的游戏，推荐选择 640 * 360 的分辨率，码率也要很大，比如 2000kbps，否则妥妥的满屏马赛克。
音视频小科普Point1：720P一定更清楚吗？如果限定一个码率，比如 800kbps，那么分辨率越高就会让编码器越难做 。
可以想象，编码器必须拆东墙补西墙，通过减少色彩信息或者引入马赛克这种“鱼目混珠”的手段来承载足够多的像素点。所以，同样的是2G的一个电影文件，1080p画质的版本可能不如720p画质的版本看起来更清晰。
同时，如果你的观众都是在小手机屏幕上观看视频，那么 960 * 540 1000kbps
1280 * 720 1800kbps 的差距其实也不明显，比如下面两张图片就是基于 airplay 技术的 iOS 录屏直播，您看得出左边和右边的清晰度差距吗？
用 32 寸的 LCD 显示器全屏看，还是有差距的。
Point2：帧率不要超过24！如果限定一个码率，比如800kbps，那么帧率越高，编码器就必须加大对单帧画面的压缩比，也就是通过降低画质来承载足够多的帧数。如果视频源来自摄像头，24FPS已经是肉眼极限，所以一般20帧的FPS就已经可以达到很好的用户体验了。
有些玩过3D游戏的朋友可能会说：“游戏的帧率越高越流畅吗？比如 60FPS， 120FPS?”
这里要注意一定不要混淆场景：游戏追求高帧率是渲染帧率，其目的是为了尽可能让3D模型渲染出来的运动效果更加接近真实运动轨迹，所以帧率越高越好。
但采集帧率不需要这么高，比如手机摄像头，它采集的目标是真实世界的物体，真实世界的物体本来就是连续运动的，而不是用一阵阵画面刷新来模拟的，所以 20FPS 的采集就足以。
对于游戏直播，帧率达到 24FPS 当然最好，但也要考虑到系统编码开销，手机的温度和CPU占用等等，毕竟主播还要用同样的一台手机玩游戏呢。
文档是否有帮助解决问题？
您已提交过反馈，无需再次提交
反馈收到，动动手指，帮我们明确下问题点
文档内容不全面，重点不清晰，找不到资料
文字描述过于冗余、复杂
描述的步骤有问题，按照操作无法生效
文档内容更新不及时
提交成功！非常感谢您的反馈，我们会继续努力做到更好！
如果有其他疑问，你也可以通过提问形式与我们联系探讨
移动直播 相关文档
如何实现好的画质
如何实现好的画质
场景一：美女直播Step1: 更新最新版SDK每一版 SDK 我们都或多或少的对美颜效果进行一定的提升，比如：
1.9.1 我们更新了新的美颜引擎，在前景侧重、算法优化、曝光改善等方面做了不少改进，同时性能也有很大的提升。
1.9.2 我们优化了降噪效果，使夜间的噪点大幅减少，人物的清晰度也有提升
2.0.0 我们又为 iOS 增加了一些新的滤镜，来解决肤色过黄的问题
Step2: 设置画质级别我们要知道直播端看到的画面跟观众端看到的画面是不一样的：
主播 vs 观众：主播看到的画面是经过采集后的视频直接渲染到了手机屏幕上，所以清晰度最高，该画面还要经过 视频编码 =& 网络传输 =& 视频解码，才能到达观众的手机屏幕，由于视频编码会导致画质的损失，所以观众看到的画面在清晰度上要逊于主播端。
不合理的参数设置会导致画质损失严重，比较典型的一个错误配置就是 “高分辨率配低码率”，这样的配置会导致画面模糊，并且画面马赛克严重。怎么办？
setVideoQuality我在 1.9.1 版本的 TXLivePusher 中新加入的 setVideoQuality 函数，并给出了几个级别的设置，您选择 高清 模式即可达到最佳的美女直播效果。详情请关注
Step3: Android 增加手动曝光同样美颜算法，在不同的 Android 手机上差异可能很大，究其原因，主要是曝光的差异产生了视觉感受的大不同。
在 iOS 平台我们采用了系统的自动曝光，但是 Android 机型差异太大，很多千元机的自动曝光效果实在一般，所以我们还是推荐在您的 UI 界面上提供一个自动曝光的操作滑竿，让主播可以自己调节曝光值大小，以符合他/她的预期。
Android 版 RTMP SDK 中的 TXLivePush::setExposureCompensation 接口提供了调节曝光的能力，参数 value 为 -1 到 1 的浮点数： 0 表示不调整， -1 是将曝光降到最低， 1 表示是将曝光加强到最高。
Step4: 增加色彩滤镜滤镜也是很关键的一环，不同的色彩滤镜能够营造不同的氛围，主播配合衣服的颜色或者房间灯光选择合适的滤镜，会让整个画面的氛围有更好的效果。
1.9.1 版本的 RTMP SDK 开始支持颜色滤镜， TXLivePusher 中新加入的 setFilter 可以设置滤镜效果，我们设计师团队提供了八种素材，默认打包在了 Demo 中，您可以随意使用，不用担心版权问题。
Step5: Android马赛克严重有些客户会发现 Android 版 RTMP SDK 推流出来的画面马赛克特别严重，尤其是在画面有运动时，这是 Android 硬件编码的常规表现，解决方案有两个：
我比较关注耗电！如果您比较关注APP耗电情况，那么可以考虑直接调大推流的码率，或者使用 setVideoQuality 的 高清 档位（如果设定的码率比较低，Android 的硬编码模块会通过大幅降低画质来确保码率稳定）
我比较关注带宽！如果您比较关注带宽成本，那么直接调高码率可能并不适合您的需求，这时您可以通过关闭硬件加速解决问题（关闭方法见
Step6: 关闭网络自适应TXLivePushConfig 中的 AutoAdjustBitrate 选项是网络自适应开关，开启后，当主播网络变差时，会通过降低画质来保证流畅性，但这一点 并不适合 美女秀场模式。
网络自适应是适合游戏直播场景的技术，因为游戏直播场景中观众对流畅性的追求高于画质，如果在战斗时间主播网络有波动，画质可以渣一点，但绝对不能卡，所以降低画质来保证流畅性（帧率）就是必选项了。
但美女秀场场景中，清晰度更加重要，不少客户反馈有些直播间画质很好，有些直播间画质很差，导致这个现象的一个高概率原因就是开启了网络自适应。
我们推荐关闭网络自适应，对于出现网络波动的情况，改用
的方式进行优化，这种方式更加釜底抽薪。
场景二：游戏直播Option1: 简单应对在直播开始的界面上提供三种清晰度选项：标清、高清和超清，让主播自己选择，游戏主播一般相对比较偏专业，会自己摸索出适合自己当前在玩的游戏的效果，三种档位对应的配置如下：
分辨率（Resolution）
FPS（FPS）
码率（Bitrate）
VIDEO_RESOLUTION_TYPE_360_640
VIDEO_RESOLUTION_TYPE_540_960
VIDEO_RESOLUTION_TYPE_720_1280
注意： 游戏直播场景，FPS 最低是 20 ，不能更低了，否则观众端的表现是卡顿感严重。
Option2: 专业应对根据不同的游戏设置不同的分辨率和码率，这就比较耗功夫和时间了，比如：
皇室战争 - 这类画面变化幅度不大的游戏，推荐选择 960 * 540 的分辨率，800kbps-1000kbps 的码率就可以输出不错的效果。
捕鱼达人 - 这类画面变化幅度较大的游戏，推荐选择 960 * 540 的分辨率，码率相对要高一点，比如1200kbps - 1500kbps。
神庙逃跑 - 这类画面变化幅度超大的游戏，推荐选择 640 * 360 的分辨率，码率也要很大，比如 2000kbps，否则妥妥的满屏马赛克。
音视频小科普Point1：720P一定更清楚吗？如果限定一个码率，比如 800kbps，那么分辨率越高就会让编码器越难做 。
可以想象，编码器必须拆东墙补西墙，通过减少色彩信息或者引入马赛克这种“鱼目混珠”的手段来承载足够多的像素点。所以，同样的是2G的一个电影文件，1080p画质的版本可能不如720p画质的版本看起来更清晰。
同时，如果你的观众都是在小手机屏幕上观看视频，那么 960 * 540 1000kbps
1280 * 720 1800kbps 的差距其实也不明显，比如下面两张图片就是基于 airplay 技术的 iOS 录屏直播，您看得出左边和右边的清晰度差距吗？
用 32 寸的 LCD 显示器全屏看，还是有差距的。
Point2：帧率不要超过24！如果限定一个码率，比如800kbps，那么帧率越高，编码器就必须加大对单帧画面的压缩比，也就是通过降低画质来承载足够多的帧数。如果视频源来自摄像头，24FPS已经是肉眼极限，所以一般20帧的FPS就已经可以达到很好的用户体验了。
有些玩过3D游戏的朋友可能会说：“游戏的帧率越高越流畅吗？比如 60FPS， 120FPS?”
这里要注意一定不要混淆场景：游戏追求高帧率是渲染帧率，其目的是为了尽可能让3D模型渲染出来的运动效果更加接近真实运动轨迹，所以帧率越高越好。
但采集帧率不需要这么高，比如手机摄像头，它采集的目标是真实世界的物体，真实世界的物体本来就是连续运动的，而不是用一阵阵画面刷新来模拟的，所以 20FPS 的采集就足以。
对于游戏直播，帧率达到 24FPS 当然最好，但也要考虑到系统编码开销，手机的温度和CPU占用等等，毕竟主播还要用同样的一台手机玩游戏呢。
文档是否有帮助解决问题？
您已提交过反馈，无需再次提交
反馈收到，动动手指，帮我们明确下问题点
文档内容不全面，重点不清晰，找不到资料
文字描述过于冗余、复杂
描述的步骤有问题，按照操作无法生效
文档内容更新不及时
提交成功！非常感谢您的反馈，我们会继续努力做到更好！
如果有其他疑问，你也可以通过提问形式与我们联系探讨
移动直播 相关文档
关注公众号，移动管理云服务
长按识别或截图保存关注公众号，移动管理云服务