直播

这几天在调研直播的技术。虽然现在有很多“开源”的SDK，或者各个厂家的SDK。但是还是想自己去调研一下整个的直播流程／技术，并且通过代码去实现一套这样的功能。 整体规划： 看网上的文章介绍，基本上的流程是这样的：采集，编码，发送，转发，解码。我这次主要研究一下采集，编码，发送这三个客户端采集的步骤。 采集设备：Android手机摄像头采集视频，麦克风采集音频。 编码格式：音频：aac，视频：h264。 发送协议：rtmp协议。 采集方法： 摄像头采集视频的方法有两种：Camera的onPreviewFrame的回调方法，和MediaRecorder的outPut方法。经过对比，发现各有各的优缺点： Camera的onPreviewFrame方法： 优点： 可以获取到视频的原始YUV数据。 使用简单：直接设置一个回调方法就能够获取到预览时的视频数据。 缺点： 需要自己将YUV数据编码为h264格式，对编码需要一定的了解。 MediaRecorder的outPut方法： 优点： 可以直接获取到编码后的h264格式的视频帧数据。 缺点： 获取部分的代码比较麻烦：需要在程序内部架设socket服务来获取h264视频数据。 在各有优缺点的情况下，通过对比其他现有的直播SDK的功能，最终采用了Camera的onPreviewFrame的方法。众所周知，美颜功能已经是目前直播的主要功能点之一

3 月，跳不动了？>>> 由于现在flash日渐衰微，做直播系统我一直希望能直接用网页播放，如果不用flash，就只有两条路，要么webrtc技术，该技术目前很复杂还没搞清楚。还有我想通过<video>标签来播放一个mp4格式的视频流实现直播。研究了几天mp4格式后，我查询了网上大量资料，发现mp4格式并非是一种流媒体，它在文件头部写入了视频信息的索引之类的数据。为了使得mp4能成为流媒体，微软发明了一种封装方式，就是所谓fmp4，用silverlight可以播放这种格式的流。那么video标签是否可以呢。我先在本地试了一下，发现竟然可以。于是我在把文件放到服务器上测试。发现网页必须要等mp4流全部下载完后才开始播放。最后的希望破灭了。 来源： oschina 链接： https://my.oschina.net/u/1048252/blog/519901

来了来了！TF中文社区线上直播活动“ TF Live ”即刻启动~ TF中文社区技术代表、瞻博网络中国区合作伙伴技术经理张建勋，将在首次直播活动中，和您一起聊聊如何面对这个多云架构时代。本期活动，由TF中文社区与SDNLAB合作举办—— 参与方式：长按识别图片二维码，添加SDNLAB君为好友，回复“直播”即可。 如果你对本次直播内容有一些想要深入了解的或者想要沟通交流的部分，欢迎与我们联系，我们的嘉宾将在直播过程中挑选部分问题进行解答~ 关注微信：TF中文社区 来源： 51CTO 作者： TF中文社区 链接： https://blog.51cto.com/14638699/2479574

来了来了！TF中文社区线上直播活动“ TF Live ”即刻启动~ TF中文社区技术代表、瞻博网络中国区合作伙伴技术经理张建勋，将在首次直播活动中，和您一起聊聊如何面对这个多云架构时代。本期活动，由TF中文社区与SDNLAB合作举办—— 参与方式：长按识别图片二维码，添加SDNLAB君为好友，回复“直播”即可。 如果你对本次直播内容有一些想要深入了解的或者想要沟通交流的部分，欢迎与我们联系，我们的嘉宾将在直播过程中挑选部分问题进行解答~ 关注微信：TF中文社区 来源： 51CTO 作者： TF中文社区 链接： https://blog.51cto.com/14638699/2479573

随着用户观看直播的习惯的养成， 用户付费能力的不断提升。在线视频直播主要以娱乐直播和游戏直播为主， 凭借着实时化、 社交化的特征， 在线视频直播不但满足用户的参与感， 而且让用户切身感受直播现场的氛围， 扩大影响、 渲染力度。 直播软件开发行业未来的发展方向：前端流量、中端产品和后端场景，所有的直播类产品或者说想进入直播市场的公司都在想尽各种办法寻找新的出路，而各家的招数也可谓百花齐放，充分体现出了互联网人的创新精神。 1 、前端：不断引流，持续促活 总体方向上，前端的改进依然是通过各种各样的办法来为自己的直播产品或社区进行引流和促活。 2 、中端：有机结合其它产品，提高用户黏性 在中端的产品层面，直播产品在不断和其它产品进行着有机结合，其中主要就是音视频类产品。 而短视频入局直播就更不难理解了，直播可以为平台上的内容生产者提供直接变现的路径。比如有消息称，快手现在的的直播月流水大概在5亿，已让快手实现盈亏平衡。 同时，音频类内容也是一样，它是一种对用户双眼的解放，并可以在许多碎片场景中成为用户的首选娱乐方式。 无论是短视频、在线视频直播还是音频，这两个产品的竞争都不只是在各自行业内，而是在跟全网所有的娱乐方式竞争，在跟网剧、网综、电影甚至游戏竞争。这是一场争夺用户数量、打开频次和使用时长的持久战，在所有可选择的方式里面，用户一定会选择内容更好的、制作更精良的

直播无疑是 2016 年的大热话题，七牛云在 6 月底发布了实时流网络 LiveNet 和直播云解决方案后，我们用《直播技术详解》系列文章系统地介绍了直播各个环节的关键技术，帮助视频直播创业者们更全面、深入地了解直播技术，更好地技术选型。 《直播 SDK 性能优化实践》系列文章是介绍七牛云在直播 SDK 上的技术创新实践。欢迎探讨。 弱网优化的场景 网络直播行业经过一年多的快速发展，衍生出了各种各样的玩法。最早的网络直播是主播坐在 PC 前，安装好专业的直播设备（如摄像头和麦克风），然后才能开始直播。后来随着手机性能的提升和直播技术的进步，主播只需要有手机和有网络就可以直播。直播发展到现在，单一的室内聊天互动直播已经无法满足观众的需求。主播们开始走向户外，在更多的场景下直播。 在可以预见的未来，这种直播形式会快速发展。直播的内容会更优质，直播的形式也会从单纯的娱乐转向体验。 直播想延伸到户外需要克服很多困难，而最主要的困难就是应对不稳定的网络。移动网络下，通常容易遇到网络不稳定，连接被重置，断线重连，一方面频繁重连，建立连接需要开销。另一方面尤其是发生 GPRS/2G/3G/4G 切换时，带宽可能出现瓶颈。当带宽不够，帧率较高/码率较高的内容较难发送出去，这个时候就需要我们在不同网络状况执行不同的策略编码推流，让观众可以看到最优质的直播视频。 直播无疑是 2016 年的大热话题

本文来自于 腾讯bugly开发者社区 ，非经作者同意，请勿转载，原文地址： http://dev.qq.com/topic/5811d42e7fd6ec467453bf58 作者：李智文 概要 分享内容 ： 互联网内容载体变迁历程，文字——图片/声音——视频——VR/AR——…….。从直播1.0秀场时代（YY），2.0游戏直播（斗鱼、虎牙、熊猫）到如今全民直播3.0泛生活娱乐时代（映客、花椒），国外直播app（Meerkat 、Periscope），随着VA/AR/MR提出的沉浸式视听体验，直播4.0时代很快就能到来。 在这个全民娱乐的时代，直播已经火得不要不要的，各大公司都有自己的直播产品。本文主要从直播的一些基本知识,一步步打造直播app。直播那么火的背后有什么样的技术支撑呢？ 先将这些APP按照视频网站按照视频网站、弹幕视频、直播平台、在线秀场、移动短视频、移动直播来划分类别。再按照内容和社交这个维度来进行区分，可以明显看出视频网站、弹幕网站和直播平台更偏内容，他们对内容的需求更加高，用户在上面进行社交沉淀相对比较浅。 而后面三者更加偏向社交，他们强调人而不强调内容。所以短期内不会有大的竞争关系，只是前三类、后三者之间的竞争会出现。 大体框架 基本是下图这个套路： 录制->编码->网络传输->解码->播放 以上为直播的整体流程，根据该流程分为以下技术点： 怎样录制直播视频

刘恒兵（河伯），腾讯前端技术专家，IVWEB 负责人。现腾讯互动视频业务前端 TeamLeader ，互动视频、NOW 直播 Web 负责人，负责互动视频前端整体架构设计和开发。多年 Web & H5 移动开发经验，对移动监控和优化有深入研究，同时推动组件生态，致力于打造高复用、高效率的全栈开发体系。OSC 源创会第55期广州站讲师。 一、直播业务的变革 1、直播业务发展 直播业务最早开始于2013年，当时是社区，功能只有简单的语音聊天。随后，YY做了很多从社区转向娱乐的事情，掀起了在娱乐直播行业的一股小高潮。后来，大量的传统媒体和一些有粉丝体系、名人效应的传媒介入以后，直播转变为基于PGC的一个体系。这个阶段的大部分平台基本偏向于专业做直播这一块业务的企业在做，业务质量会相对高一点，那时的行业增长达到了300%。再到后面，发现广大用户也有直播需求，这个真正带动了基于社交的直播。 2、直播业务变革 随着直播业务的快速发展，给技术人员带来的挑战是什么？技术人员要怎么应对这个业务带来的技术上的变革？ 首先，从原来简单的直播，到细分娱乐直播、游戏直播、体育直播等等，再到用户的实时直播，直播场景在不断细化，导致涉及到的技术方案也有一定差异。随着环境复杂度的变化，网络场景和用户场景越来越复杂，技术人员需要考虑各种细分的场景，以及各种极端的情况，而不仅仅是平均值。同时，硬件的成熟

本期主题 Rainbond与Service Mesh微服务架构 时间 2018年04月19日 本周四 晚8:00 直播大纲 浅谈微服务架构 api-gateway快速搭建微服务框架 Service Mesh加速传统应用服务化改造 通过Rainbond落地多种模式微服务 观看方式 提前五分钟加入ZOOM语音直播间 房间号 948-095-8255 直接进入 或 下载ZOOM 进入上述房间 Rainbond技术社群 微信扫描下方二维码，添加「入群接头人」并确认邀请入群 关于Rainbond Rainbond 是一款以应用为中心的开源PaaS，深度整合基于Kubernetes的容器管理、Service Mesh微服务架构最佳实践、多类型CI/CD应用构建与交付、多数据中心资源管理等技术，为用户提供云原生应用全生命周期解决方案，构建应用与基础设施、应用与应用、基础设施与基础设施之间互联互通的生态体系，满足支撑业务高速发展所需的敏捷开发、高效运维和精益管理需求。 来源： oschina 链接： https://my.oschina.net/u/584116/blog/1796784

导读 ：“怎样快速干一件事”，比如“21天学会Java"、"怎么月赚10万”，是群众喜欢乐见、梦寐以求的幻觉。我们继续探讨“怎样快速开发一个APP”，谈谈我的个人理解。 雷观 ：快速开发一个APP，至少有3种方法。什么也不做、拿来主义、标准化和复用。 一、什么都不做 听起来，有点“抖机灵”，但蕴藏着大道理，很多人忙忙碌碌，却不觉。 1、尽可能不开发APP APP、Windows客户端，都经历过一段时间的繁荣，但最终归于平静。 平凡的事物，才能长久。 不是刚需高频需求类的网站产品，客户端模式的软件，很可能不值得去开发Android、iOS、Windows客户端应用。 如果一件事情，从开始就知道是“高概率失败事件”，我们可以选择不做。 如果非要做，那也完全可以一步步来，比如先做微信公众号、HTML5速成的APP等。 2、不开发某个模块 微信社交火了，在APP里增加了“社交模块”。 直播火了，在APP里增加了“直播模块”。 电商火了，在APP里增加了“电商模块”。 什么火，就增加什么，丝毫不顾自己APP的运作逻辑。 用户为什么用现在的服务，为什么要用新增加的“直播”等服务。 一个企业服务的APP，比如协同办公软件，增加直播，纯属多余。 如果非要做，也要围绕自己APP的核心价值和客户需求去做，比如目标企业需要用“直播”去做品牌宣传，让求职者、大众、潜在投资者看看自己公司的专业化运作。