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

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

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