互联网技术新热点之--如何提高视频转码和存储效率？（获奖名单已公布2013-5-6）

chenyx

回复 30# ddd010


    还没用呢,前一段时间看过几个265的演示视频,相当流畅,清晰

bdwy

这个应该是走简化视频压缩方式，然后通过显卡来转码应该比CPU来的更快更好
弄几个服务器安上他四块八块简化的顶极显卡专用于视频转码

ddd010

回复 31# chenyx


    哦。是哪方面应用演示？

chenyx

回复 33# ddd010


    迅雷看看的265首发体验,里面有几个对比的片子,清晰度明显265好

ddd010

回复 34# chenyx


    谢谢哈，我回去看看 。

xdsnet

那个h.265的比较已经盛传方式不太恰当了。
另想就

另插几句嘴兼回复 23# xike2002

    要无损的获得原始AVI品质唯一的办法就是提高码率，不过大多数时候其实是不必要的。
    在我们学《电视原理》时首先明确的是人眼是可以被欺骗的，视频效果达到一定质量后再提高意义不大。

     而且为了提高这一点点可以忽略的质量损失，可能投入的成本十分巨大，就好比一个人的学习成绩从60分提高到90分一般 比从90分提高到100分容易的多。
     所以在实际应用中根据需求情况，明确一个质量要求标准，如果能达到，就没有必要进一步提高品质了，这样可以节省很大的成本，而且这个成本其实是多方面的，因为视频从录制、压缩、转码、存储、传输、播放这一系列的流程中花费的成本都与质量相关的，而不仅仅是压缩转码这一步。
     高质量的视频必然占用更多的资源，这意味着同样计算机转码时间更多，大多也占用更多的存储空间，在网络传输时要花费更多的时间或者带宽，播放时解码复杂度或者耗费的计算机运算资源更多.....

     

   

crazyhadoop

说一下大文件及海量文件存储应用经验。现在的优质视频，动辄上G深知数十G的体积，一方面为了加速用户的存取速度，另外为了减轻带宽的利用效率，一般会把这些大文件分块存储。这也是一定程度上加密了，仅获取到几块文件没什么用。
我们一般会把这些大文件按照2M-10M的块分割，当然要给这些数据块做个元数据索引，放到mongodb中，那些数据块根据块id哈希到几百台leveldb数据库中，leveldb还是很方便的，写速度惊人，用硬盘而不是内存缓存这些数据块，一方面达到了持久化的目的，另外极大的降低了成本。因为一个文件哈希到若干台机器，例如32台机器上，若是获取完整获取该文件，可以同时32个进程去拉取数据，速度很客观，即使某些块传送失败，不会影响已获取的数据，最后在组合一起就好。这样做的好处可以做到分段播放，按需获取数据，也能降低无效带宽使用，最大程度利用网络资源。另外很一般的机器就能存储大量的资源。性价比极高

seesea2517

外行过来学学科普~

liuxuejin

我也来谈谈视频转码这个问题，目前我个人的工作还是视频的视频的点播服务。视频转码可以简单的理解为讲其他格式的文件例如rmvb avi等转为flv mp4.(pc上点播的一般做法)。
用到的开源技术无非是ffmpeg  mencoder 来转码。ffmpeg 和mencoder 我们只是单纯的使用，还没有能力做大代码级的算法性能优化,其实这个也不是一般人能做到的，根据我查找到的资料以及跟一些大型的互联网视频公司沟通得知，他们也没有这个能力对ffmpeg 以及mencoder的算法进行优化，在一些论坛上交流也说到，ffmpeg的转码算法已经很难再进行优化了，除非是一些特定的应用或者一些天才。当然除了算法级别的提高转码性能外还有 提高硬件配置或者采用现在流行的GPU编程，还有就是采用专用的视频转码服务器，采用DSP芯片的硬解速度非常不错，国内的一家大型的
视频网站 也有用这种视频转码服务器。
基本上现在转码都是一个核一个ffmpeg进程，4核就开4个进程来进行转码。
视频的转码架构上 我觉得GearMan是个好东西，具体大家可以查询一下这个分布式任务分发架构，instagram用来做图片resize的，给予的评价也非常高。
视频的存储，如果不是很大的视频，我个人觉得fastDFS 是一个不错的选择。