小视频app开发过程中关于转码问题的经验总结

  • 时间:
  • 浏览:0
  • 来源:神彩UU直播_彩神UU直播官方

其着实小视频app开发的过程中,转码对于普通的用户来说是看不见摸不着的,但它着实是短视频SDK中的一有有俩个多重要过程。有些有些在开发过程中怎样不能否

使转码过程耗时更短、转码后图像的质量更高和减少开发和维护成本,有有哪些也是众多软件开发商十分关注的。

这里先来说一下硬件编码的缺点:在Android端,硬件编码的兼容性比较差,就让相比起来硬件编码的压缩比要低于软件编码。说到硬件编码的优点,就十分显而易见了。硬件编码器的下行带宽 快,就让占用的资源相对较少。硬件解码的兼容性比起硬件编码来说会好有些有些,有些有些使用硬件解码可不时需节省软件解码的时间开销。

       硬解码器解码视频到Surface,就让通过SurfaceTexture.getTimestamp()获得的时间戳不须准确,会跳出清况 异常。有些有些还是要使用解码输入的时间戳,将解码过程由异步转为同步,肯能将pts存储到队列中来实现。

      2.   硬件解码与码流格式不兼容

      3.硬件解码时间戳不准确的间题

1.    调整软件编码的编码参数

       开启硬件编码后,对比画质可不时需发现转码后的图像质量较差。原因分析分析有些有些在使用API时,取舍 的是CBR即固定码率,它的好处是码率比较稳定就让容易牺牲画质,有些有些CBR更适用于移动直播场景。没法 在短视频的应用场景下,取舍 VBR即动态比特率会获得更好的图像质量。

2.    开启硬件编码和解码

      1.   图像质量间题

小视频app开发过程中,转码的下行带宽 不是 够快也是众多软件开发商十分关心的一有有俩个多方面。肯能转码的时间过长,就会造成用户的产品体验非常差。为了除理用户体验差,就时需了解相关的间题所在。有些有些今天来给人们儿简单分享一下,关于转码下行带宽 方面的几点经验总结。

       H.264码流主要分Annex-B和AVCC这名格式,而硬件解码只接受Annex-B格式的码流,有些有些在解码MP4 Demux出的视频流时,时需解析extradata,取出sps和pps,通过CSD(Codec-Specific Data)来初始化解码器;就让将AVCC码流转换为Annex-B,在ffmpeg中使用h264_mp4toannexb_filter或hevc_mp4toannexb做转换。

在开启硬件编解码后,实现过程中时需注意有哪些?下面接着来讲一下实现过程中会遇到的间题。

一般转码的时间大每种都在被视频的编码占用,在保证画质不不跳出较大影响的前提下可不时需将编码参数进行调整,可不时需节省百分之三十或以上的编码时间。