ijkplayer播放加密的m3u8使用本地缓存一直卡顿

[xhigher]

在HttpResponse.send方法里
sendBodyWithCorrectTransferAndEncoding(outputStream);
outputStream.flush();
这里会抛异常Broken pipe

[JeffMony]

什么样的视频啊？可以发出来我帮忙看一下。

[xhigher]

你提供的demo里的test url2的视频就是加密过的，会有这个问题。 但是你那边ijkplayer提供的so不支持cryto吧，我提了另外一个issue（我已经关了） 方便的话，可以加个qq或微信吗 QQ 407010135 WX xhigher

…

------------------&nbsp;原始邮件&nbsp;------------------ 发件人:&nbsp;"Jeff Mony"<[email protected]&gt;; 发送时间:&nbsp;2020年4月23日(星期四) 中午11:11 收件人:&nbsp;"JeffMony/MediaSDK"<[email protected]&gt;; 抄送:&nbsp;"xhigher"<[email protected]&gt;;"Author"<[email protected]&gt;; 主题:&nbsp;Re: [JeffMony/MediaSDK] ijkplayer播放加密的m3u8使用本地缓存一直卡顿 (#8) 什么样的视频啊？可以发出来我帮忙看一下。 — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or unsubscribe.

[xhigher]

不用缓存得情况下，ijkplayer是可以播放加密得m3u8；分析日志看到，ijkplayer是能获取第一个ts0的，能播放出来，但是数据传输结束符之类未能识别，最后只能超时（30s）后又重新发了一次ts0，依次每次都是又两次相同ts的请求，间隔30s。

[xhigher]

找到了一个非常规的方法暂时修复上面的问题将连接超时时间设短1~3s，不过应该容易出问题；我用了第三方的AndroidAsync重写一个proxyserver就可以了，毕竟他们已经比较稳定了，建议你们也整合进来。

[JeffMony]

找到了一个非常规的方法暂时修复上面的问题将连接超时时间设短1~3s，不过应该容易出问题；我用了第三方的AndroidAsync重写一个proxyserver就可以了，毕竟他们已经比较稳定了，建议你们也整合进来。

LOVE_BigLi，这是我的微信好，可以交流一下。

[JeffMony]

找到了一个非常规的方法暂时修复上面的问题将连接超时时间设短1~3s，不过应该容易出问题；我用了第三方的AndroidAsync重写一个proxyserver就可以了，毕竟他们已经比较稳定了，建议你们也整合进来。

最近工作比较忙，我一直都在构思如何维护好这个库，做成一个真正的边下边播的库，因为网上这方面的库有，但是不全。