我为什么选用转码的方式调整码率
视频转码，基本上是被认为不适合用在实时的视频应用中的，因为那样需要网关有很强的计算能力，否则就会导致明显的延迟。所以就会有各种可扩展的编码方案出来解决这个问题，比如可扩展编码（SVC），精细可扩展编码（FGS），渐进的精细可扩展编码（PFGS），多描述编码（MDC）。使用这些编码方式，网关可以很方便的对码流进行裁减，不用做多少计算。
但是，视频转码有个显著的优势，那就是简单，这种简单表现在两个方面。
首先，以上那些编码方案部署复杂，需要视频发送端和接收端都做相应的变化。而如果使用转码的方式，码率调节对视频的发送和接收者完全透明，客户端不需要做任何特殊的改变。一切的工作都只需要对网关进行改进就行了。
第二，转码的实现也很简单，解包，解码，下采样（可选），编码，打包。对任何编码格式都可以统一的处理，兼容性很好。当然，这种方式效率不高。
就这两点方便简单，就是那些采用特殊的编码方式的码率调节方案所不能具备的。但是它的缺点也是很明显的，那就是计算量太大。但是，我认为这个不是很严重的问题。因为计算机硬件一直都发展的非常快，以前那些看来不可能的事现在很多都成了现实。转码转发本身可以并行的，在多核越来越火的现在，通过多线程并行，充分发挥多核的优势，实时对多个视频流转码不是什么难事。何况还有GPU这么强大的东西，这个计算能力已经超过CPU的芯片如果也参加到视频编码的工作中来，编码速度会更快。
最简单的往往是最好的，我相信转码会是最好的选择。
但是，视频转码有个显著的优势，那就是简单，这种简单表现在两个方面。
首先，以上那些编码方案部署复杂，需要视频发送端和接收端都做相应的变化。而如果使用转码的方式，码率调节对视频的发送和接收者完全透明，客户端不需要做任何特殊的改变。一切的工作都只需要对网关进行改进就行了。
第二，转码的实现也很简单，解包，解码，下采样（可选），编码，打包。对任何编码格式都可以统一的处理，兼容性很好。当然，这种方式效率不高。
就这两点方便简单，就是那些采用特殊的编码方式的码率调节方案所不能具备的。但是它的缺点也是很明显的，那就是计算量太大。但是，我认为这个不是很严重的问题。因为计算机硬件一直都发展的非常快，以前那些看来不可能的事现在很多都成了现实。转码转发本身可以并行的，在多核越来越火的现在，通过多线程并行，充分发挥多核的优势，实时对多个视频流转码不是什么难事。何况还有GPU这么强大的东西，这个计算能力已经超过CPU的芯片如果也参加到视频编码的工作中来，编码速度会更快。
最简单的往往是最好的，我相信转码会是最好的选择。