网易视频云：HBase GC的前生今世 – 演进篇

https://www.sodocs.net/doc/ed17330412.html,

网易视频云：HBase GC的前生今世–演进篇

网易视频云是网易倾力打造的一款基于云计算的分布式多媒体处理集群和专业音视频技术，为客户提供稳定流畅、低时延、高并发的视频直播、录制、存储、转码及点播等音视频的PaaS服务。在线教育、远程医疗、娱乐秀场、在线金融等各行业及企业用户只需经过简单的开发即可打造在线音视频平台。现在，网易视频云与大家分享一下HBase GC的前生今世–演进篇。

最原始的HBase CMS GC相当严重，经常会因为碎片过多导致Promotion Failure，严重影响业务的读写请求。幸运的是，HBase并没有止步不前，很多优化方案相继被提出并贡献

给社区，本文要介绍的就是几个比较重要的核心优化，分别是针对Memstore所作的两个优化：Thread-Local Allocation Buffer和MemStore Chunk Pool 以及针对BlockCache所作

的优化：BuckctCache方案。在详细介绍这几个优化之前有必要简单介绍一下HBase GC

优化的目标，很直观的，第一是要尽量避免长时间的Full GC，避免影响用户的读写请求；第二是尽量减少GC时间，提高读写性能；接着分别来看HBase针对GC所做的各种优化：MemStore GC优化一－Thread-Local Allocation Buffer

HBase数据写入操作实际上并没有直接将数据写入磁盘，而是先写入内存并顺序写入HLog，之后等待满足某个特定条件后统一将内存中的数据刷新到磁盘。一个RegionServer通常由多个Region组成，每张Region通常包含一张表的多个列族，而每个列族对应一块内存区域，这块内存被称为MemStore，很显然，一个RegionServer会由多个Region构成，一

个Region会由多个MemStore构成。

最原始的HBase版本存在很严重的内存碎片，经常会导致长时间的Full GC，其中最核心

的问题就出在MemStore这里。因为一个RegionServer由多个Region构成，不同Region 的数据写入到对应Memstore，在JVM看来其实是混合在一起写入Heap的，此时假如Region1上对应的所有MemStore执行落盘操作，就会出现下图所示场景：

https://www.sodocs.net/doc/ed17330412.html,

为了优化这种内存碎片可能导致的Full GC，HBase借鉴了Arena Allocation内存管理方式，它通过顺序化分配内存、内存数据分块等特性使得内存碎片更加粗粒度，有效改善Full GC 情况；

具体实现原理如下：

1. 每个MemStore会实例化出来一个MemStoreLAB

2. MemStoreLAB会申请一个2M大小的Chunk数组和一个Chunk偏移量，初始值为0

3. 当一个KeyValue值插入MemStore后，MemStoreLAB会首先通过KeyValue.getBuffer()取得data数组，并将data数组复制到Chunk数组中，之后再将Chunk偏移量往前移动data.length

4. 如果当前Chunk满了之后，再调用new byte[ 2 * 1024 * 1024]申请一个新的Chunk

很显然，通过申请2M大小的Chunk可以使得内存碎片更加粗粒度，官方在优化前后通过设置-xx:PrintFLSStatistics = 1 统计了老生代的Max Chunk Size分别随时间的变化曲线，如下图所示：

https://www.sodocs.net/doc/ed17330412.html,

由上图可以看出，未优化前碎片会大量出现导致频繁的Full GC，优化后虽然依然会产生大量碎片，但是最大碎片大小一直会维持在1e＋08左右，极大地降低了Full GC频率。MemStore GC优化二– MemStore Chunk Pool

然而一旦一个Chunk写满之后，系统就会重新申请一个新的Chunk，这些Chunk大部分都会经过多次YGC之后晋升到老生代，如果某个Chunk再没有被引用就会被JVM垃圾回收。很显然，不断申请新的Chunk会导致YGC频率不断增多，YGC频率增加必然会导致晋升到老生代的Chunk增多，进而增加CMS GC发生的频率。如果这些Chunk能够被循环利用，系统就不需要申请新的Chunk，这样就会使得YGC频率降低，晋升到老生代的Chunk 就会减少，CMS GC发生的频率就会降低。这就是MemStore Chunk Pool的核心思想，具体实现如下：

https://www.sodocs.net/doc/ed17330412.html,

1. 系统会创建一个Chunk Pool来管理所有未被引用的chunks，这些chunk就不会再被JVM当作垃圾回收掉了

2. 如果一个Chunk没有再被引用，将其放入Chunk Pool

3. 如果当前Chunk Pool已经达到了容量最大值，就不会再接纳新的Chunk

4. 如果需要申请新的Chunk来存储KeyValue，首先从Chunk Pool中获取，如果能够获取得到就重复利用，如果为null就重新申请一个新的Chunk

官方针对该优化也进行了简单的测试，使用jstat -gcutil对优化前后的JVM GC情况进行了统计，具体的测试条件和测试结果如下所示：

很显然，经过优化后YGC时间降低了40+％左右，FGC的次数以及时间更是大幅下降。

BlockCache优化－BuckctCache方案

对于需要深入了解HBase针对BlockCache所做的GC优化的朋友，强烈建议首先阅读之前的3篇BlockCache系列博文：part1 , part2 和part3。文中重点介绍了BlockCache的两种实现方案：LRUBlockCache和BucketCache。

其中LRUBlockCache是目前HBase的默认方案，这种方案会将内存区分为3个部分：single-access区、mutil-access区以及in-memory区，一个Block块从HDFS中加载出来之后首先放入signle区，后续如果有多次请求访问到这块数据的话，就会将这块数据移到mutil-access区。随着Block数据从single-access区晋升到mutil-access区，基本就伴随着对应的内存对象从young区到old区，晋升到old区的Block被淘汰后会变为内存垃圾，

https://www.sodocs.net/doc/ed17330412.html,

最终由CMS回收掉，CMS回收之后必然会产生大量的内存碎片，碎片空间一直累计就会产生臭名昭著的Full GC。

为了减少频繁CMS GC 产生的碎片问题，社区采纳了阿里开发者的新方案：BucketCache。这种方案还是采用“将小碎片整理为大碎片”的思路，由程序在初始化的时候就申请了很多大小为2M的Bucket，数据Block的Get/Cache动作只是对这片空间的访问/覆写，CMS碎片会自然大大降低。BucketCache有三种工作模式：heap、offheap以及file，其中heap 模式表示将数据存储在JVM堆内存，offheap模式表示将数据Block存储到操作系统内存，file模式表示将数据Block存储到类似于SSD的外部高速缓存上；很显然，offheap模式和file模式根本没有将数据Block存在JVM堆内存，所以几乎不会出现Full GC，而heap模式即使数据存储在JVM堆内存，也会因为内存由程序独立管理大大降低内存碎片。

针对BlockCache的两种实现方案，分别简单地对内存碎片产生情况和GC情况进行了统计，结果如下：

从结果可以看出，BucketCache大大减少了碎片的产生，而且YGC和FGC时间也极大地得到了改善。需要注意的是，此结论是在部分缓存未命中的情况下得出的，缓存全部命中的场景结果会有所不同。

总结

https://www.sodocs.net/doc/ed17330412.html,

所有构建在JVM上的应用或多或少都会受到GC的影响，尤其对于大内存系统更是如此，HBase也不例外。针对GC问题，一方面我们期待JVM能够做出更多地改进和优化，另一方面，我们也可以从内存管理方面进行更多地探索，不断优化内存的使用。HBase在0.98之后的版本还不断针对GC进行着优化，后续再进行补充！

对网易云音乐的综合分析、

对 网 易 云 音 乐 的 整 体 分 析 14级物流管理1班 金鑫婷

目录 一、产品介绍 二、产品运营与推广 三、盈利模式 四、个人体验 五、前景分析 六、总结

一、产品介绍 1、简介 网易云音乐是由网易公司CEO丁磊于2013年4月23 日正式对外发布。特别值得一提的是，在网易云音乐上线 之前已经规定网易全体员工必须下载安装，上传真人头 像，并且每人需要下载500首歌，通过该措施已经沉淀 了一批真实用户和内容，初步形成了社区互动氛围。 2、开发背景 网易云音乐在2012年2月提出产品想法，7月正式立 项，作为网易向无线音乐领域进军的重要一步，网易云音 乐备受重视和期待。 3、主要用户群体 云音乐的主要受众是热衷社交分享的青年人以及重视音乐品质对于软件体验要求更高的音乐爱好者。此外大量 小众原创音乐人的加盟也得到了不少追求个性化视听体 验的音乐发烧友的亲睐。

二、产品运营与推广 1、用户体验至上 （1）全平台支持 网易云音乐在上线不久后就已经实现了Andorid、WEB、PC、MAC、iPhone、iPad六大平台的完美支 持，就连最不受人们重视的WP平台也在2014年年末 强势推出，延续了网易云音乐其他平台版本清新脱俗 的界面设计与320kbps的高质量音乐，足以秒杀该平 台其他音乐应用，成为WP系统功能最全、最具设计 感、用户体验最好、音乐品质最高的音乐产品。

（2）出色的设计界面 2015年1月16日，网易云音乐荣获了百度中国好应用“年度优秀视觉设计奖”。这是面向6亿人群投票选出的结果。 网易云音乐独出心裁的采用了经典黑胶播放界 面，胶片转速的设定都极其严格，每首歌曲的默认底色都适配歌曲自带封面主色调，专注于为用户带来最舒适的视觉体验。 移动端音乐界面

最新网易视频云：流媒体服务器原理和架构解析

网易视频云：流媒体服务器原理和架构解析 一个完整的多媒体文件是由音频和视频两部分组成的，H264、Xvid等就是视频编码格式，MP3、AAC等就是音频编码格式，字幕文件只是附加文件。目前大部分的播放器产品对于H.264 + AAC的MP4编码格式支持最好，但是MP4也有很多的缺点，比如视频header很大，影响在线视频网站的初次加载时间。 为了降低头部体积，需要进行视频本身的物理分段等等。对MPEG2-TS格式视频文件进行物理切片，分成一小段，这种方式被Apple公司的HTTP Live Streaming (HLS)技术采用。另外一种是使用Fragmented MP4文件格式，这是一种文件内部的逻辑分割方式，而视频文件还是完整的，这种技术被Microsoft Smooth Streaming和Adobe HTTP Dynamic Streaming采用。很多在线视频网站在带宽耗费的压力下，主要选择的是adobe公司提供的FLV或F4V，FLV是流媒体封装格式，可将其数据看为二进制字节流。总体上看，FLV包括文件头（File Header）和文件体（File Body）两部分，其中文件体由一系列的Tag及Tag Size对组成。流媒体传输类型 流媒体在播放前不是完全下载整个文件，而是把开始部分内容存入内存，数据流是随时传送随时播放。 流媒体服务器提供的流式传输方式有两种：顺序流式传输和实时流式传输两种方式。 顺序流式传输是顺序下载，在下载文件的同时用户可观看在线媒体。如果使用普通的HTTP服务器，将音视频数据以从头至尾方式发送，则为顺序流媒体传输。实时流式传输总是实时传送，特别适合现场事件。一般来说，如果视频为现场直播，或使用专用的流媒体服务器，或应用如RTSP等专用实时协议，即为实时流媒体传输。实时流式传输必须匹配连接带宽，这意味着图像质量会因网络速度降低而变差。 在流式传输时，流媒体数据具有实时性，等时性等基本特点，流服务期和客户终端要保证各种媒体间的同步关系，因此，流媒体传输对“最大延时”，“延时抖动”

网易视频云：HBase – 存储文件HFile结构解析

https://www.sodocs.net/doc/ed17330412.html, 网易视频云是网易推出的PaaS视频云服务，主要应用于在线教育、直播秀场、远程医疗、企业协作等领域。今天，网易视频云技术专家与大家分享一下：HBase –存储文件HFile结构解析。 HFile是HBase存储数据的文件组织形式，参考BigTable的SSTable和Hadoop的TFile 实现。从HBase开始到现在，HFile经历了三个版本，其中V2在0.92引入，V3在0.98引入。HFileV1版本的在实际使用过程中发现它占用内存多，HFile V2版本针对此进行了优化，HFile V3版本基本和V2版本相同，只是在cell层面添加了Tag数组的支持。鉴于此，本文主要针对V2版本进行分析，对V1和V3版本感兴趣的同学可以参考其他信息。 HFile逻辑结构 HFile V2的逻辑结构如下图所示：

https://www.sodocs.net/doc/ed17330412.html, 文件主要分为四个部分：Scanned block section，Non-scanned block section，Opening-time data section和Trailer。 Scanned block section：顾名思义，表示顺序扫描HFile时所有的数据块将会被读取，包括Leaf Index Block和Bloom Block。 Non-scanned block section：表示在HFile顺序扫描的时候数据不会被读取，主要包括Meta Block和Intermediate Level Data Index Blocks两部分。 Load-on-open-section：这部分数据在HBase的region server启动时，需要加载到内存中。包括FileInfo、Bloom filter block、data block index和meta block index。 Trailer：这部分主要记录了HFile的基本信息、各个部分的偏移值和寻址信息。 HFile物理结构

网易视频云：浅谈视频云直播：场景、技术及优化

https://www.sodocs.net/doc/ed17330412.html, 网易视频云：浅谈视频云直播：场景、技术及优化 1.简介 随着互联网视频化的发展，各类网络直播产品层出不穷，涌现出了秀场直播、游戏直播、教育直播、演唱会直播和监控直播等多个直播生态圈。这些生态圈形成的背后，是视频直播相关技术的不断发展，例如互联网带宽的日益增加，视频压缩标准的日渐完善，视频云技术的出现等。特别是视频云技术的出现，它降低了开发者的准入门槛，解决了视频企业的“三高”之痛，即技术门槛高、成本高、卡顿延时率高，为未来几年视频直播的大爆发奠定了坚实的技术基础。 所谓视频云直播技术，就是用云端模式，提供视频直播解决方案的技术，它涉及视频直播的各个环节，例如直播视频采样、编码、推流、转码、分发、拉流、解码和播放等。使用Iaas、Paas和Saas三种形式，视频云直播能为各种场景的直播应用提供接口级服务、平台级服务和产品级服务。依托视频云，直播开发者不在关心视频和网络的细节，他们只要把精力集中于产品应用层面即可。未来，网络直播产品将会表现为如下一种形态：上层多样化的直播模式 + 下层组件化的视频云模式。 深入视频云直播内部，会发现其具有复杂化、多样化和组件化的特点。所谓复杂化，是指音视频技术复杂和互联网环境复杂；所谓多样化，是指直播应用场景具有多样性；所谓组件化，是指直播技术各个环节的模块化和独立性。在视频云直播中，技术主线永远是音视频流的输入、传输和输出。但针对每一类直播场景，使用的具体技术和实现手段都不一样。随着直播量级的变化，必须对视频云各个环节进行优化，以化解流量暴增带来的压力。因此，视频云直播的构建是一项艰巨的任务。接下来，本文将从场景、技术和优化三个角度，详细阐述视频云直播。 2.一对多直播场景 考虑如下一种场景：一个主播者坐在电脑前，通过前置摄像头和麦克风，把自己的音视频信息输出到网络上，多人在各地通过互联网实时观看主播者的表演。这就是经典的秀场直播。这里存在几个关键点：一. 音视频传输；二. 实时；三. 一对多。 首先讲音视频传输，它又细分为三点：源端的音视频输出、网络端的流传输和播放端的音视频获取。第一点音视频输出，首先必须收集主播的声音和图像，就是所谓的音视频采集；采集后的声音和图像，需要转换成字节码、混合并压缩，最后封装成某种音视频格式，就是所谓的音视频编码；编码后的音视频格式，还不能在网络传输，需要转换成某种码流，如RTMP，然后推送到网上，即上传码流到服务器，就是所谓的推流。上述“采样-编码-推流”，构成了视频云直播端的核心功能。第二点音视频码流的网络传输，把主播者的音视频流分发传输给所

网易云音乐文案

1.有一个女孩子追我，我拒绝了，我没房没车, 她不懂事, 我得懂。——网易云音乐《男孩》热评 2.在所有人事已非的景色里，我最喜欢你。在所有不被想起的快乐里，我最喜欢你。———网易云音乐《我喜欢上你时的内心活动》 3.有些人怀念不一定就要相见，喜欢不一定就要在一起，太重感情信任依赖念旧，抱着回忆不放的人，分分钟把你虐的万劫不复。——网易云音乐热评《初恋旧爱新欢》 4.“生命是一种死亡率100%的性传播疾病。”——网易云音乐热评 5.他配不上你深夜的崩溃和清早冷静下来的理智，早睡吧，早睡能解决80%的多愁善感和99%发给前任的消息.——网易云音乐热评《失眠飞行》 6."其实有些人，你已经见过这辈子最后一面了" "只是你没有发觉"——网易云音乐《忆夏思乡》热评 7.你怎么舍得，让一个满眼都是你的人，扛着所有负面情绪，一次又一次逼着自己放下你，带着失落从而选择离开。—网易云音乐热评《我走后》 8.我喜欢吃草莓,草莓汁不行,草莓蛋糕不行,不是草莓不行。我喜欢你,长得像你不行,性格像你不行,不是你就不行。——网易云音乐热评《我多喜欢你,你会知道》 9.早起的人为了钱，晚睡的人为了情我不仅要晚睡还要早起因为我喜欢的东西都很贵我爱的人不爱我——网易云音乐热评《Older》 10.好像现在的每一个人，只会浅浅的喜欢，浅到吵一架就放弃了，浅到不说话就不喜欢了，浅到还没在一起就不喜欢了。——网易云音乐热评《成全》 11.“有时你自己可能都没察觉，在你经历一些事或遇到某个人后，你就像换了一种性格，悄悄地告别了从前的自己.” ——网易云音乐热评《静悄悄》 不要为了想谈恋爱而去谈恋爱，要因为喜欢，就是那种恰巧的温柔，和眼里的星光.——网易云音乐热评《温柔》 12.“我想与你一起度过这一天，聊些有的没的，我不介意站在你旁边洗碗，在你旁边除尘，当你看正面的半张报纸时，我就看背面的半张。”——网易云音乐热评《一半》 13.实不相瞒还会想你问题不大还能克服. ————网易云音乐热评《绿洲》 14.生活中有一点我不太喜欢，因为它总是让更懂事的人，来承担糟糕的感受和结果. ——网易云音乐《夏夜的风》热评 15.当时的遗憾在回忆肆虐的某些时段重新打开，还好有眼泪冲淡苦涩还好有微笑放任快乐——网易云音乐《后继者》 17.在成年人的感情世界里有一个潜规则不主动就是答案，没有回应就等于拒绝这世界上没有人忙到一天不回复你的消息——网易云音乐热评 18.0等了半天你只回了个嗯，我也想秒回你，可你让我说什么——出自网易云音乐《开始懂了》 19.如果不能在一起就不要给对方任何希望任何暗示这就是最大的温柔——网易云音乐热评《暧昧》 20.敏感的人都特别懂事只要稍微给点暗示就能读懂背后的意思，所以从来不会让别人为难只会为难自己。——网易云音乐热评《生而为人》 21值得庆幸的是，对有些关系我现在可以大方的说出我已经尽力了,我也丝毫不会觉得遗憾,该后悔的人,不应该是我，——网易云音乐热评《遗憾》 22.我向往:干净的圈子，规律的生活，简单的爱情，中意的人，不累人,不费神，不刻意的余生。一一网易云热评《追》 23.“你哭的最伤心那个晚上变成大人了吗””不是，是我忍住没哭的那个晚上。一一网易云音乐《天真有邪》热评

网易云音乐

网易云音乐 【名社之路】京都红与黑（上）2016-06-04 21:44阅读:39708木耳也要听歌从一张老图开始。从LB就可以看出来这张图真的是有点年头了，但这些精确吐槽也足以反映出京都动画和其他大厂的一些特质。Shaft：是物语系列重新定义了轻改。 各位应该都记得《化物语》。这部由新房昭之监督的著名作品在2009年打破了当时深夜动画的销量纪录，获得了巨大成功。 京都：老子做凉宫全金的时候你还在玩泥巴呢。 京都动画的第一部独立TV就是在2003年接手GONZO轻改的《全金属狂潮校园篇》，制作水准极高。而《凉宫》更是产生社会效应的轻改作品。JCstaff：轻改第一大厂路过。关于JC我曾经在歌单中提过，他是做轻改动画最多的厂，旗下名作也几乎皆出自轻改。 京都：十改九暴死，业界水平就是被你这个垃圾厂拉低的。JC几乎是轻改流水线，除了几部名作以外，其余作品的素质和销量都十分坑爹。ufotable：全面发展的业界新星，日本正统动画的希望。 飞碟社，前有《双恋》《空之境界》，后有《FZ》《UBW》。京都：业界新星？餐饮界吧！没断奶的孩子说什么瞎话。你

爸是NBGI，你妈是型月。 飞碟社在新宿和德岛的工作室下面都开了咖啡厅和主题餐馆。从2007年开始，飞碟社就为NBGI制作游戏动画；《空之境界》及《Fate》系的作品都来自型月。PAworks：你那么多人设作监，怎么出来都是一张脸啊？ 崛口悠纪子从KON开始的“京都脸”。（京都的人设有崛口悠纪子、池田晶子、池田和美、西屋太治等，还真不是一张脸。。。）京都：一个作监用五年，地方政府的狗，你?才是业界之耻！一个作监用5年——关口可奈味；PA老大崛川宪司为取景 方便将公司总部设置在了东京首都圈外的富山，经常与各个地方政府合作搞旅游宣传。著名的《真实之泪》在富山、《花开物语》在石川、《恋旅》是南砺政府出钱做的，等等。Bones：境界的彼方打斗作画就是一坨屎。 骨头社表示我不是针对你我是说我以外的作画都是垃圾。 京都：一卖萌就出屎片，老老实实做你的暴死作画去！GONZO的今天就是你的明天！ 骨头社的萌片确实做的比较烂（代表作《Gosick》，算挺垃 圾的作品了），其余很多作品像GONZO叫好不叫座。GAINAX：你说你除了卖萌还会干什么？ 京都的作品几乎全都是萌系校园片。 京都：众叛亲离，半截入土的强弩之末，卖萌片卷均200+，卖萌界的脸都被你丢尽了！

APP如何接入网易视频云直播功能

https://www.sodocs.net/doc/ed17330412.html, APP如何接入网易视频云直播功能 直播类APP在这两年的发展势头可以用“炙手可热”来形容，一方面是移动网络的大力普及，用手机看直播几乎成了日常生活的一部分。一方面是受众对各种直播内容的需求急剧上升，这种种因素都导致直播类的APP呈现出百花齐放的繁荣景象。相比自主研发，外包直播模块成为大多数APP开发者的首选。本文将详细介绍如何接入网易视频云的直播功能。并将对开发者关心的问题进行一个梳理。 一、直播功能应用场景 二、如图所示，直播功能的场景非常多样化，小编总结了一下，直播场景细分为以下几个方面： 1、在线教育行业：网校、慕课、K1 2、在线家教、教学录播和点播等 2、在线娱乐行业：美女秀场、游戏直播、演唱会直播KTV直播、婚礼直播、活动直播、体育赛事直播、装修直播、吃饭直播等 3、社交：明星社交、视频社交等 4、视频门户：视频直播、视频点播等 5、企业协作：点对点和多方视频会议、企业例会直播、产品发布会直播等 6、在线金融：视频理财咨询、在线签约过程录制、股评直播、大宗交易平台直播等 7、安防监控：家庭监控、幼儿园监控、早教中心监控、旅游景区监控等 8、远程医疗：视频问诊、专家会诊等

https://www.sodocs.net/doc/ed17330412.html, 9、新闻媒体：现场手机直播、短新闻、庭审直播等 三、直播功能接入流程 上图是网易视频云直播功能的接入流程，一般来说，开发者在接入直播功能的时候，接入流程大概如下： a、注册视频云账号 b、创建直播频道 c、下载SDK和API文档 d、开发直播推流程序 实际操作问题总结 看起来简单的接入流程，开发者在实际操作过程中还是会遇到各种各样的问题。对于这些问题，总结了一下，主要有以下四个方面： a、工程上的问题。开发者在导入SDK库文件时存在的一些问题，比如库文件的绝对或相对路径设置错了，导致无法接入。 网易视频云工程师建议：这些问题通常通过第三方的技术支持很容易就会被解决。 b、功能性上的问题。开发者在调用第三方SDK接口的时候，由于绝大多数的程序员不会认真去读对方的API文档，经常跟着感觉或经验去做调用，调用过程中经常会出现这样或那样的问题。

网易云音乐PRD文档

内部资料注意保密 网易云音乐产品需求文档

修订记录：

目录 背景--------------------------------------------------------------- 4市场分析----------------------------------------------------------- 4需求场景和用户----------------------------------------------------- 4 页面逻辑图，功能list，原型----------------------------------------- 8 1.私人FM新增播放历史功能 ------------------------------------------ 11 2.跑步FM ---------------------------------------------------------- 14 3.添加iPod本地音乐（无版权）到本地音乐----------------------------- 18 4.添加好友---------------------------------------------------------- 24 5.显示视频所耗流量-------------------------------------------------- 28 6.访客查看&添加关注 ------------------------------------------------ 29 7.积分获取---------------------------------------------------------- 32

网易视频云技术之视频预处理技术

网易视频云技术之视频预处理技术 一、概述 视频编码包括分离、解码、编码、合成四部分，在分离与解码、合成部分可以认为是一种无损操作，而通常采用的编码如H264、MPEG-4等（无损压缩除外）是一种有损压缩。 为了提高视频编码后的质量，我们尝试在Encoder的数据输入之前增加一种预处理，用来弥补在编码过程中的亮度和色度的损失。从而提高视频的清晰度。

二、预处理方法 通过改变视频的亮度、对比度、饱和度（色度）来进行锐化，使其边缘的过度产生较大的改变，从而增加视频的清晰度。锐化会产生噪声，因此增加去噪滤镜。目前只是通过调整亮度和对比度来增加边缘的锐化，饱和度并未进行调整。因为饱和度的调整会引入一些新的问题，比如产生色块，色彩的失真。 2.1 ffmpeg的预处理：增加亮度

ffmpeg -i E:\music\1\1.mov -vcodec libx264 -profile baseline -level 3.1 -preset slow -b 2400k -maxrate 6000k -bufsize 9000k -vf "scale=-1:720,unsharp=luma_msize_x=7:luma_msize_y=7:luma_amount=1.5" -threads 12 -nr 6 -an -y -f mp4 E:\music\1\out_2400k_sharpen.mp4 2.2 avs的预处理 avs通过增加锐化滤镜，调整饱和度和对比度进行编码前的预处理。 DirectShowSource("E:\music\1\1.mov").LanczosResize(1280,720).sharpen (0.2) 2.3 mencoder的预处理：增加亮度和对比度 mencoder.exe -sws 9 -oac mp3lame -vf scale=1280:720,unsharp=l7x7:1.5,eq=1:15 -ovc x264 -ffourcc H264 -x264encopts bitrate=2400:turbo=2:frameref=6:me=umh:me_range=16 E: \music\1\1.mov -o E:\music\1\mencoder_out_1_4.avi 三、效果对比 画面摆放顺序依次为片源、ffmpeg编码、mencoder编码 3.1 对比图1

网易云音乐产品分析：帮助人们更好地发现和分享音乐

月，网易云音乐的用户数突破两亿，距离去年宣布用户数过亿仅一年的时间用户量翻倍，，成为增长最快速度音乐平台。

1.2 体验环境 移动设备：小米 MI 2S Android版本：5.0.2 1.3 版本信息 网易云音乐：3.7.2 更新时间：2016.9.13 2. 产品定位 2.1 Slogan 网易云音乐Slogan：听见·好时光 2.2 产品定位 网易云音乐定位在帮助人们更好地发现和分享音乐。 从用户的角度看，移动互联网发展起来，相对于PC时代，人们有更多的时间接触到网络，听歌需求也在改变，仅仅靠电台DJ、编辑推荐已经不能满足用户对音乐更深层次的需求了，用户的音乐口味向小众和个性化发展。从各类音乐软件来看，它们主推排行版、新歌新专辑，埋没了大量优秀的音乐作品，比如某些二十年前的经典老歌放在现在听依然经典；它们主推流行歌手，留给音乐新人的成长空间比较有限，新人创作的好的音乐要经过长时间的市场考验才能进入大众的耳朵。 根据上述分析，网易云音乐定位很准，它一方面在帮助听歌用户发现他们喜欢的歌曲并提供情感的表达途径，另一方面在帮助优秀的音乐人以低成本进入大众视线展现才华。 3. 用户群分析 3.1 产品定位人群

网易云音乐定位的人群不是普通大众，而是对音乐有一定喜好程度的年轻人。这部分用户有一定的音乐品味，愿意分享自己的感受，渴望与其他人产生共鸣，但是在云音乐出来之前缺少现实途径。网易云音乐很准确地抓住了这部分用户，并且被它抓住的用户具有很高的忠诚度。这也就是网易云音乐好潮如评但大众市场的占有量不是很高的原因所在。从2016上半年网易云音乐用户行为大数据也可以看出，90后已经成为音乐消费主力人群。 3.2 核心用户 核心用户是产品最忠诚的用户、黏性最高的用户。一个产品的功能可能会非常多，但大部分用户只用到其中百分之二三十的功能，但是一个核心用户、一个非常忠诚的用户可能会用到这个产品绝大多数的功能。这部分人称之为产品的核心用户。 网易云音乐的核心用户是所谓的“音乐达人”。在云音乐，音乐达人是优质歌单创建者在云音乐的身份认证。音乐达人满足这样的要求：①至少创建10个符合推荐要求的歌单，且每个歌单都是完整并有收藏量的；②某一标签下至少需要五个歌单，且每个歌单的收藏量满足相应要求，则可申请该标签歌单达人。（根据标签的不同，要求收藏数不同），具体要求如下： 音乐达人会受到比普通用户更高级的待遇，比如头像旁会显示音乐达人勋章，名字将会列入“朋 友页”的音乐达人名单当中被更多的人关注。

网易视频云直播常见问题解析

https://www.sodocs.net/doc/ed17330412.html, 网易视频云直播常见问题解析 如何保证直播的安全 网易视频云直播支持Token认证和数字签名防盗链，有效保证每个用户的直播推流、拉流播放的安全性能。 当前可以支持哪些直播协议 目前直播上行支持RTMP协议，下行支持RTMP、HLS和HTTP（FLV）协议。 当前支持哪些直播源 直播源目前支持RTMP协议的推流。RTMP推流的地址可以通过网易视频云Web管理控制台或者API接口创建一个直播频道获得。 RTMP推流具体可以采用以下几种形式： 台式计算机或笔记本，可以使用网易视频云的Windows端的直播推流SDK 或者Demo程序采集自带或USB摄像头视频，将视频编码优化后推送至LVS 的RTMP服务器。 如要采集高清摄像机的视频可以通过相应的硬件采集卡或编码器再通过转换器连接到台式计算机或笔记本，再通过Windows端直播推流SDK或者Demo 程序进行直播推流。

https://www.sodocs.net/doc/ed17330412.html, Android/iOS, 使用手机摄像头 可通过Android/iOS推流端SDK或者Demo程序采集摄像头视频，将视频编码优化后推送至LVS的RTMP服务器。 当前支持哪些直播收看方式 网页端 当前我们已经发布了直播频道拉流地址功能，可以在创建直播频道后直接获取FLV地址。您可在您的PC网页端播放（需部署Http服务器）。 SDK播放 用户可以通过嵌入到自身业务应用里的播放SDK进行直接收看，在IOS、Android端均可收看直播。 当前提供哪些SDK和API LVS服务提供包括直播频道管理、频道创建等全套直播相关的API，全部对用户开放，并且后续功能会越来越丰富。 我们提供的SDK包括直播推流SDK和播放器SDK。 推流SDK主要用于直播视频采集端，方便您将LVS直播功能无缝对接到自己的业务系统，目前提供Windows SDK、Android SDK、iOS SDK。 播放器SDK主要用于直播观看端，目前提供Android SDK和iOS SDK。 如何查看直播数据统计

网易视频云技术分享：Reed Solomon纠删码

https://www.sodocs.net/doc/ed17330412.html, 网易视频云技术分享：Reed Solomon纠删码 网易视频云是网易倾力打造的一款基于云计算的分布式多媒体处理集群和专业音视频技术，为客户提供稳定流畅、低时延、高并发的视频直播、录制、存储、转码及点播等音视频的PASS服务。在线教育、远程医疗、娱乐秀场、在线金融等各行业及企业用户只需经过简单的开发即可打造在线音视频平台。现在，网易视频云转载相关文章，与大家分享一下Reed Solomon纠删码。 纠删码是存储领域常用的数据冗余技术，相比多副本复制而言，纠删码能够以更小的数据冗余度获得更高数据可靠性。Reed Solomon Coding是存储领域常用的一种纠删码，它的基本原理如下：给定n 个数据块d1, d2,…, dn，n和一个正整数m，RS根据n个数据块生成m个校验块，c1, c2,…, cm。对于任意的n和m，从n个原始数据块和m 个校验块中任取n块就能解码出原始数据，即RS最多容忍m个数据块或者校验块同时丢失（纠删码只能容忍数据丢失，无法容忍数据篡改，纠删码正是得名与此）。 编码原理 RS编码以word为编码和解码单位，大的数据块拆分到字长为w的word（字长w取值一般为8或者16位），然后对word进行编解码。所以数据块的编码原理与word编码原理没什么差别，为论述方便，后 文中变量Di, Ci将代表一个word。 首先，把输入数据视为向量D=(D1，D2，…, Dn）, 编码后数据视为向量（D1, D2,…, Dn, C1, C2,.., Cm)，RS编码可视为如图1所示矩阵运算。下图最左边是编码矩阵，矩阵上部是单位阵（n行n列），下边是vandermonde矩阵B(m行n列), vandermode矩阵如图2所示，第i行，第j列的原数值为j^(i-1)。之所以采用vandermonde矩阵的原因是，RS数据恢复算法要求编码矩阵任意n*n子矩阵可 逆。 图1：RS纠删码编码运算

网易云音乐热评

我整理了一些网易云音乐热评，供大家参考学习，不作商业用途，具体以网易云音乐为准。 1.＂原来喜不喜欢合不合适在不在一起是三件不同的事。＂ ———出自网易云《相守》热评 2.小时候听别人讲女朋友和妈妈掉水里救谁我想最好的答案就是把妈妈救上来跳下去与她坠入爱河。 ———出自网易云《只想与你坠入愛河》热评 3.我不敢说自己一生都会喜欢你至少在能看见你的岁月里只想对你一个人好 ———出自网易云《嘻嘻》热评 4.努力学习，认真工作，谋个称心的职业，然后在闹市买一处公寓，独居。公寓内要有一间房，三面全排满书，中间放一张木桌。空余时间将交际减到最少，用收入养爱好。如果某天真遇上了某君，令我感到与他一同生活胜过独活，那便与他结合，做他妻子，亦做他朋友。如果遇不上，那也罢了，运气欠佳，来生再寻。 ———出自网易云《书房》热评 5.睡眠的拼音是什么，“shuimian”，失眠的拼音是什么，“shimian”，它们有什么区别，你会懂的，晚安。 ———出自网易云《全世界失眠》热评 6.“一个人对你的好，并不是立刻就能看到的。因为汹涌而至的爱，来得快去的也快。而真正对你好的人，往往是细水长流。你可能会怪他没有付出真心，但在一天天过日子里，却能感觉到他对你无所不在的关心。好的感情，不是一下子就把你感动晕，而是细水长流的把你宠坏。一辈子很短，有个人陪着真好。” ———出自网易云《相守》热评 7.你背单词时阿拉斯加的鳕鱼正跃出水面 你算数学时太平洋彼岸的海鸥振翅掠过城市上空 你晚自习时极图中的夜空散漫了五彩斑斓 但是少年你别着急 在你为自己未来踏踏实实地努力时 那些你感觉从来不会看到的景色 那些你觉得终身不会遇到的人 正一步步向你走来 ———出自网易云《Something just Like This》热评 8.“对不起啊，因为平常实在没有特别喜欢过一个人，所以喜欢你的时候才会手忙脚乱。明知道这样不好，可还是没办法变得更好一点。就好像手忙脚乱这种事，是和喜欢你一样没办法控制的事一样。以前从没这样喜欢过，所以原谅我喜欢得这么糟糕。” ———出自网易云《当你》热评

网易视频云教你如何实现倒排索引

网易视频云教你如何实现倒排索引 常规的索引是文档到关键词的映射：文档——>关键词,但是这样检索关键词的时候很费力，要一个文档一个文档的遍历一遍。于是人们发明了倒排索引！倒排索引是关键词到文档的映射：关键词——>文档。因此，只要有关键词，立马就能找到在那个文档里出现过，带来了极大的方便。下面，网易视频云就教教各位，倒排索引究竟是怎么实现的！ 1.倒排索引 倒排索引有两种不同的反向索引形式： ●一条记录的水平反向索引（或者反向档案索引）包含每个引用单词的文档的列表。 ●一个单词的水平反向索引（或者完全反向索引）又包含每个单词在一个文档中的位置。后者的形式提供了更多的兼容性（比如短语搜索），但是需要更多的时间和空间来创建。举例： 以英文为例，下面是要被索引的文本： T0 = "it is what it is" T1 = "what is it" T2 = "it is a banana" 我们就能得到下面的反向文件索引： 检索的条件"what", "is" 和"it" 将对应这个集合：{0,1}∩{0,1,2}∩{0,1,2}={0,1}。 对相同的文字，我们得到后面这些完全反向索引，有文档数量和当前查询的单词结果组成的的成对数据。同样，文档数量和当前查询的单词结果都从零开始。

所以，"banana": {(2, 3)} 就是说“banana”在第三个文档里(T2)，而且在第三个文档的位置是第四个单词(地址为3)。 如果我们执行短语搜索"what is it" 我们得到这个短语的全部单词各自的结果所在文档为文档0和文档1。但是这个短语检索的连续的条件仅仅在文档1得到。 2.Map过程 首先使用默认的TextInputFormat类对输入文件进行处理，得到文本中每行的偏移量及其内容，Map过程首先必须分析输入的对，得到倒排索引中需要的三个信息：单词、文档URI和词频，如图所示： 存在两个问题，第一：对只能有两个值，在不使用Hadoop自定义数据类型的情况下，需要根据情况将其中的两个值合并成一个值，作为value或key值； 第二，通过一个Reduce过程无法同时完成词频统计和生成文档列表，所以必须增加一个Combine过程完成词频统计。

网易云音乐

【歌曲推荐】开心、难过、焦虑、平淡......我们好像都曾经历过，塞着耳机，心头的痛早已没有了知觉。 --《5000 Miles》 1、小时候问过母亲大人一个很傻的问题，说鱼身体里那么多刺，就不会痛吗……突然觉得这比喻用在人身上也挺适合的，那些往事曾经像刺一样扎在身体里，时间久了感觉不到痛了，大概不是消失了，只是它们都已经变成我们的骨头了吧。 --《写了好多事都是关于你》 1、抱歉关于你的事我写不完，余生我都用来叙述可以吗 --《怎么走散了》 1、昨天看了她的空间，与现任笑颜如花的照片，我默默的发了个说说“你过得不好我会心疼你你过得好我又会心疼我自己请你过得好，并让我一无所知”访客记录显示她访问了六遍，然后她关闭了我进她空间的权限，她懂了，她什么都懂了，她懂什么呢 --《不要说话》 1、以前逛街买衣服，下馆子点菜，我一眼扫过去总能知道她想要哪个，可每次我都只说是巧合，分手好久之后，同学会又碰上了，买刨冰那会儿她正在看样品，刚要点又被我选中了，她一直追问，我只是笑，吃完饭在KTV 嘈杂中她又坐在对面发来短信问。“我只是能认出你喜欢的那个眼神，因为我在里面住过几年” 5、--《三字言》 1、如果天真只能被作消遣谁还敢无怨无悔再赴火一遍 --《大火》 1、《OneDay》中安妮海瑟薇说过这样一句台词：“我无法控制自己对你的难以忘怀，可是关于你的一切我已经再也没有了期待。”

--《浮生》 1、“何为思念”“日月，星辰，旷野雨落。”“可否具体”“山川，江流，烟袅湖泊。”“可否再具体”“万物是你，无可躲。 --《热勇》 1、一首歌唱的是你也是我。年轻时，总要妥协。因为能力不强，抗力不够，单薄且卑微，谁人不是如此。适度迂回，不是背叛自己，坚持永不言弃的信仰。年轻的我们，请保有原则，后从容处世。你可以很努力，也要爱惜自己。可予流浪，寄半分渴望，踏破千山，纵然将鞋磨穿，热勇一腔，若向往，我敢往。 --《莫妮卡》 1、有人说，莫妮卡是一只爱捣乱的猫，弄脏了他的客厅，撕碎了他的毛衣；也有人说莫妮卡是个有去无回的姑娘，在茫茫中化身一只黑色的影子。不论哪一种说法，听歌的人自有他的故事与经历，歌者无意，听者有心，每个人都在枕头里装着自己发霉的旧梦，如视珍宝。

网易视频云 HBase RegionServer宕机案件侦查

https://www.sodocs.net/doc/ed17330412.html, 网易视频云:HBaseRegionServer宕机案件侦查 今天网易视频云技术专家给大家分享一下HBase–RegionServer宕机案件侦查，欢迎参与讨论。 本来静谧的晚上，吃着葡萄干看着球赛，何等惬意。可偏偏一条报警短信如闪电一般打破了夜晚的宁静，线上集群一台RS宕了！于是倏地从床上坐起来，看了看监控，瞬间惊呆了：单台机器的读写吞吐量竟然达到了5w ops/sec！RS宕机是因为这么大的写入量造成的？如果真是这样，它是怎么造成的？如果不是这样，那又是什么原因？各种疑问瞬间从脑子里一一闪过，甭管那么多，先把日志备份一份，再把RS拉起来。接下来还是Bug排查老套路：日志、监控和源码三管齐下，来看看到底发生了什么！ 案件现场篇 下图是使用监控工具Ganglia对事发RegionServer当时读写吞吐量的监控曲线，从图中可以看出，大约在19点~21点半的时间段内，这台RS的吞吐量都维持了3w ops/sec 左右，峰值更是达到了6w ops/sec。之前我们就线上单台RS能够承受的最大读写吞吐量进行过测定，基本也就维持在2w左右，主要是因为网络带宽瓶颈。而在宕机前这台RS的读写吞吐量超出这么多，直觉告诉我RS宕机原因就是它！

https://www.sodocs.net/doc/ed17330412.html, 接着就赶紧把日志拉出来看，满屏的responseTooSlow，如下图所示： 很显然，这种异常最大可能原因就是Full GC，果然，经过耐心地排查，可以看到很多如下所示的Full GC日志片段： 2016-04-14 21:27:13,174 WARN [JvmPauseMonitor] util.JvmPauseMonitor: Detected pause in JVM or host machine (eg GC): pause of approximately 20542ms GC pool 'ParNew' had collection(s): count=1 time=0ms GC pool 'ConcurrentMarkSweep' had collection(s): count=2 time=20898ms 2016-04-14 21:27:13,174 WARN [regionserver60020.periodicFlusher] util.Sleeper: We slept 20936ms instead of 100ms, this is likely due to a long garbage collecting pause and it's usually bad, see https://www.sodocs.net/doc/ed17330412.html,/book.html#trouble.rs.runtime.zkexpired

网易视频云分享：如何搭建MP4媒体服务器

https://www.sodocs.net/doc/ed17330412.html, 随着媒体技术的发展，以及硬件设备的普及和移动设备的触角延伸之社会各个角落，人们可以随时随地产生信息。其中，多媒体信息成为了人们信息分享的重要方式。如何让这些的信息能被千差万别的设备观看，视频编码技术成为一种切实可行的方案。网易视频云在这里分享视频编码技术——如何搭建MP4媒体服务器。 环境 操作系统：linux 2.6.32-5-amd64。Linux 版本即可。 服务器：nginx 1.3.3。nginx的版本可以更高。 客户端：jwplayer。或者任何播放器即可。 搭建步骤 安装nginx with nginx_mod_h264_streaming 1、下载nginx和nginx_mod_h264_streaming wget https://www.sodocs.net/doc/ed17330412.html,/download/nginx-1.3.3.tar.gz git clone https://https://www.sodocs.net/doc/ed17330412.html,/vivus-ignis/nginx_mod_h264_streaming.git 2、解压 tar –xzvf nginx-1.3.3.tar.gz 3、安装 cd nginx-1.3.3 #nginx_mod_h264_streaming为第三方模块。 ./configure --prefix=/home/user/nginx_flv --add_module=nginx_mod_h264_streaming_2.2.7 4、配置 #user nobody; worker_processes 1;

https://www.sodocs.net/doc/ed17330412.html, #error_log logs/error.log; #error_log logs/error.log notice; #error_log logs/error.log info; #pid logs/nginx.pid; events { worker_connections 1024; } http { includemime.types; default_type application/octet-stream; log_format main 'remoteaddr?remote_user [timelocal]"request" ' 'statusbody_bytes_sent "$http_referer" ' '"httpuseragent""http_x_forwarded_for"'; #access_log logs/access.log main; sendfile on; #tcp_nopush on; #keepalive_timeout 0; keepalive_timeout 65; #gzip on; server { listen 8088; server_namelocalhost; #charset koi8-r; access_log logs/host.access.log main; location / { root /home/fs/video; index index.html index.htm; autoindex on; location ~ \.mp4{ mp4; } } #error_page 404 /404.html;

网易云音乐

网易云音乐 网易云音乐是一款专注于发现与分享的音乐产品，依托专业音乐人、DJ、好友推荐及社交功能，在线音乐服务主打歌单、社交、大牌推荐和音乐指纹，以歌单、DJ节目、社交、地理位置为核心要素，主打发现和分享。 界面

有点Android风格。

用的原生风格播放器

有质感的黑红色系搭配 给人简单清爽的视觉体验 主要特点 1、大牌DJ为你推荐音乐 DJ包括人气歌手、主持人以及知名音乐人。DJ节目以十几分钟的音频为形式，类似轻量级的电台节目，但会在页面中显示该节目包含的歌曲信息，可以直接对这些歌曲进行收藏。 2、各类主题的歌单 应用首页展示了各类歌单和推荐DJ，有比较熟悉的榜单，也有主题性质的歌单，比如滚石最伟大的英文歌曲、看球听歌等。此外还包括人气歌手推荐的自己喜欢的歌曲。 3、融合社交元素 一般音乐产品最头痛的事莫过于没有社交链条，但网易云音乐让用户通过绑定手机通 讯录、微博、人人网等发现已有用户，关注对方后，可以看到朋友的音乐行为。

4、添加地理位置功能 用户可以查看身边在使用网易云音乐听歌的人和他在听的歌曲，也可以添加关注。 5、强化用户自建歌单 由于产品引导用户绑定了账号，让用户自建歌单显得方便了很多。另外，只有进入了歌单才能下载。因此，鼓励用户生成内容的行为也添加了用户黏性。 主要功能 相比市场上其他音乐产品，网易云音乐主打歌单、社交、大牌推荐、音乐指纹技术四个功能，其主要特点包括： 1.用户可以根据自己的喜好创建、收藏、分享歌单，应用以用户创造的歌单为基本线索。 2.用户可以导入原有手机通讯录、SNS关系，或者借助网易云音乐自身LBS功能构建音乐社交圈。 3.用户可以建立自己的主页，可以互相关注，分享音乐，用户的动态在这个圈子里即时呈现。 4.网易云音乐包含DJ及音乐人独家自制节目。 5.应用音乐指纹技术，通过听取音乐旋律，帮助用户找到歌曲。 主要荣誉 百度中国好应用“2014年度优秀视觉设计奖”。[1] 相关事件 版权争端 2014年底，QQ音乐起诉网易云音乐侵权，法院判定后者涉及到的623首网络音乐内容属侵权行为，且勒令其删除相关内容。不久之后，网易云音乐迅速还以颜色，起诉QQ音乐侵权其192首网络音乐内容，法院迅速判定QQ音乐的侵权行为，并要求其删除相关内容。[3]

网易视频云：视频硬件编码技术对比——QuickSync-vs-NVenc-vs-AMD-VCE

网易视频云:视频硬件编码技术对比——QuickSync vs NVenc vs AMD VCE Quicksync Intel在Sandy Bridge 架构CPU 中引入了的MFX （Multi-Format Codec Engine，多格式编解码器引擎）视频处理引擎。 第一代MFX 是从Sandy Bridge 上引入的，现在的Ivy Bridge 和下一代的Haswell 也分别具备第二和第三代MFX，Ivy Bridge 的第二代MFX 主要是改进了性能，而Haswell 的第三代MFX 除了速度比 Ivy Bridge 更快外，在同码率画面品质方面也会有11% 的改进。 MFX 包含了解码器、编码器和视频效果处理器三部分，其中编码器属于二工位混合式的硬件编码器。 Intel 将编码器的动作分为两组，即ENC 和PAK，其中ENC 包括了码率控制、运动估算、帧间估算、模式抉择；而PAK 包括了运动补偿、帧间预测、前向量化、像素重构、熵编码。 ENC 操作由GPU 的可编程EU 矩阵执行，PAK 则是MFX 的硬件流水线执行，两组动作对不同的帧同时执行，可以藉此达到最高性能。 MFX 令人印象深刻的还有它的解码器性能。例如我们测试的16 分钟1080p 片段，在基于GF110/GF104 的GTX 580/GTX 560

Ti 上解码性能为94.2 fps，基于GK104 的GTX 680 是158fps，而在Sandy Bridge/ Ivy Bridge 的i7-2600K/3770K 上解码性能居然分别高达让人瞪目乍舌的460fps、606fps。 硬件解码性能的强大，除了说明GPU 能应付更复杂的视频解码外，还意味着可以在转码的时候更多地解放CPU 负荷。此外，IVB 的Quick Sync也统一到了Media SDK API下。 CUDA/NVENC 首先要说明，CUDA Encoder 和NVENC 是两个不同的东西，前者是采用GPU 的通用计算单元进行编码加速，后者则是增加了专门的硬线化编码电路作编码加速。