Android ts文件更改时,为什么在Stagefright 1.2中HLS流会失真?
我已经使用几个.m3u8文件设置了Apache2.0,这些文件通过HLS为一组mpeg2ts文件提供服务。这些ts文件是通过转换从youtube下载的MP4i,以libavformat生成的。当我在VLC或QT上播放生成的HLS时,一切正常。但在Android Stagefright 1.2上,视频有几个问题: 全屏显示选项不起作用 视频的持续时间是1:40,实际上是2:00 视频有时无法启动,您必须重新加载页面 切换底层.ts流时,视频可靠地扭曲了过渡点处的眼泪和像素。 如果我不使用HTML5的标签,其中的一些问题会得到改善。但问题4依然存在 我可以在Stagefright上播放其他m3u8,而不存在上述任何问题,因此我假设我的转换代码是错误的,但即使放弃它并使用最近添加的ffmpeg HLS分段功能,我也有同样的问题。使用libx264重新编码不会改变任何内容Android ts文件更改时,为什么在Stagefright 1.2中HLS流会失真?,android,video,http-live-streaming,distortion,stagefright,Android,Video,Http Live Streaming,Distortion,Stagefright,我已经使用几个.m3u8文件设置了Apache2.0,这些文件通过HLS为一组mpeg2ts文件提供服务。这些ts文件是通过转换从youtube下载的MP4i,以libavformat生成的。当我在VLC或QT上播放生成的HLS时,一切正常。但在Android Stagefright 1.2上,视频有几个问题: 全屏显示选项不起作用 视频的持续时间是1:40,实际上是2:00 视频有时无法启动,您必须重新加载页面 切换底层.ts流时,视频可靠地扭曲了过渡点处的眼泪和像素。 如果我不使用HTML5
我对这个问题的调试已经到了无计可施的地步。Android的libstagefright和mediaservice的NuPlayer并不像vlc那样成熟,Android中存在着许多使用vlc时不存在的问题,它更容易受到任何损坏、损坏和偏离内容的攻击 当一些帧被android代码丢弃或在解码前丢失时,通常会出现这种像素化/宏块伪影 如果这些损坏与一些绿色字段一起出现,则可能是格式更改与关键帧的同步出现问题,这可能是源代码错误实现的结果,或者部分原因是将格式更改通知ANativeWindow。 在拐角处的情况下,您可能无法获得任何绿色边框,但裁剪/重新解析将发生偏差,并且像素化可能可见 我要做的是: 1检查是否有框架脱落 2在连续截面的边界处使用一些分析仪框架进行检查