m3u8 ts切片HIT缓存了，卡顿问题找服务器提供商调整线路之类，优化TCP响应延迟
推荐是切片不要切小文件，waiting响应时间长，会导致卡顿等情况
建议每个片段1M以上，在5MB左右为佳，比如设置间隔为10秒一个ts文件生成
跨国高延迟网络环境的话，中国访问美国服务器，建议设置30s一个ts文件
m3u8的问题，对小文件支持不行
你看优酷，腾讯都是切这么大的
不切片是最好的，直接提供mp4，通过html5 206响应，自动控制分段节省流量和提高播放速度，无需反复建立TCP握手
ts文件要反复请求tcp拥堵服务器，文件越大越流畅，因为会减少握手次数，自然就快了
参考一个100KB切片的ts小文件下的播放速度，巨卡无比！
2.png (13.3 KB, 下载次数: 16)
下载附件
保存到相册
2019/8/8 22:16 上传
小文件要反复新建连接，锐速，TCP等加速软件，都还没建立起加速
特别是跨国高延迟情况，m3u8开发中理想环境是10ms延迟内的环境
如果切了大文件还是不行就是节点线路差了，找服务器提供商调整网络线路
毕竟现在视频基本都用dash新技术了，直接音画分离的m4s文件
嗯，m3u8问题太多，，基本都淘汰了
个人建议还是直接提供mp4文件播放为佳，最快，html5中分段式加载，也是最节省流量
我们为什么使用DASH
https://www.bilibili.com/read/cv855111
其实哔哩哔哩现在的dash挺假的而且速度慢
不符合国际标准，，现在的dash是一个大文件，然后rang去读
CDN老垃圾了，一直无限回源那种
除非完整播放才能命中缓存
小破站的现在的DASH就是实现了清晰度自动切换
DASH本身的特性并没实现