Ping Kai

苹果要真干掉framework的话，也就好了，我们就不用维护framework了，直接出xcframework，就是现在这种非强制的情况下，比较麻烦，因为我们要面对上万的开发这，多一个问题，会造成很大的支持成本

_isPlaying() 是否正在播放，虽然可以通过其它手段判断，有会更方便_ 以前我们有这个接口，后来觉得用处不大，删掉了 _getCurrentPosition() 当前播放位置，虽然监听OnInfoListener可以得到，有会更方便_ 原来有此接口，但是我们认为这个接口设计的不够合理，首先在seeking的时候播放器的position可能不准确，提供此接口可能导致进度条错乱的问题，更大的问题是很多开发者会启动一个线程去不停的调用此接口，即使另外一个线程把播放器都释放掉了也不管，会造成程序崩溃，然后报很多bug过来，我们遇到的这个问题非常多，所以改成现在这个逻辑，改成目前的方案后此问题没再出现，所以这个接口以后也不会去加，如果想要此接口只能自己封装一下，这样即使崩溃了也能明显的看到不是播放器sdk的问题。 _setVolume(float leftVolume, float rightVolume) 设置左声道、右声道音量，对于单音轨多声道的使用场景_ 此接口是沿用的系统播放的接口，目前Android平台最多支持两个声道的播放，对于更多声道也会混成两个声道进行播放。 _getAudioSessionId() 播放器ID（The audio session ID is a system wide unique identifier for the audio stream played by this...

目前CicadaPlayer还是定位于网络播放的，所以对这种多音轨的文件，还没有去支持，目前的多语言切换是针对hls 或者未来要支持的dash协议的。 不过目前的架构支持这个应该比较简单，可以加入钉钉群，传文件，交流也比较方便

这个版本应该是支持dash的，目前你提供的url已经无法连接上了，请提供一个log吧

Thanks for the feedback， I think there is no bitrate provided by CicadaPlayer except hls master playlist which have multiple bitrate. We haven't updated the buffer position for live stream,...

Is buffer duration will be better for your usecase to report, buffer position is used to display the seek bar usually, which is the reason of our logic for now....

No, ```getPlayerBufferDuration ```get the real duration in ```mBufferController```, I think you can get the buffer duration for all tracks, and report them, not use ```getPlayerBufferDuration ```

目前的代码没支持，后面更新了就支持了

> @pingkai 麻烦问一下，缓存是分片存储的机制吗？比如 MP4，如果是分片存储，seek 之类的操作就都不会影响缓存了，类似 exo 的缓存机制 后面播放器的缓存方案，已经和音视频没有关系了，是走的http的标准缓存方案，当然大文件分片存储的问题不在标准方案里面，需要自己去实现，这样更适合媒体文件。

看看你这个流的audio 的codec 是什么，估计默认没有支持这个codec