dwing吧 关注:5,665贴子:88,977
  • 3回复贴,共1

m3u8中ts时长和ffprobe解析出来的时长不一致

只看楼主收藏回复

m3u8中显示ts的时长是8.33333s,但是ffprobe解析这个ts显示的是8.38s,请问为什么会不一样呢?如果ts文件很多,这种误差还是比较大的,进度条拖到后面的时候有一些影响



1楼2020-10-19 19:16回复
    这种事情见得多了,我只想说懂得都懂,不懂的我也不多解释,毕竟自己知道就好,细细品吧。你们也别来问我怎么了,利益牵扯太大,说了对你我都没好处,当不知道就行了,其余的我只能说这里面水很深,牵扯到很多东西。详细情况你们自己是很难找的,网上大部分已经删除干净了,所以我只能说懂得都懂。懂的人已经基本都获利上岸什么的了,不懂的人永远不懂,关键懂的人都是自己悟的,你也不知道谁是懂的人也没法请教,大家都藏着掖着生怕别人知道自己懂事,懂了就能收割不懂的,你甚至都不知道自己不懂。只是在有些时候,某些人对某些事情不懂装懂,还以为别人不懂。其实自己才是不懂的,别人懂的够多了,不仅懂,还懂的超越了这个范围,但是某些不懂的人让这个懂的人完全教不懂,所以不懂的人永远不懂,只能不懂装懂,别人说懂的都懂,只要点点头就行了,懂了吗?


    IP属地:贵州来自Android客户端2楼2020-10-20 08:51
    回复
      8.3333s正好250帧,就是x264默认I帧间隔,转码的时候就按这个间隔写出了
      但是实际上切片的音视频两个stream本来就不是一样长的,视频一帧1000/30毫秒,音频一帧1024/44.1毫秒,对不齐。所以切片里面还会带起始偏移时间等等用来做音画同步
      probe出来的8.38s就是综合了这些起始偏移、视频、音频时间估算出来的,具体问题具体分析,ts格式很麻烦,把我劝退了
      至于累计偏移,宏观来看,帧率稳定并连续播放的话每个切片就是8.3333,m3u8是准确的。就算真的存在偏移,影响也不大,因为本来跳转的精度就不高,拖一下又全归0了。真要较真,自学hls协议和ts封装再研究吧


      IP属地:浙江3楼2020-10-20 10:12
      收起回复