都运行15个小时了,可以考虑在中间的某个过程中,释放一下.大概率还是内存泄露了.
用的MP3，有不少大于160kb的，我试试
内存泄漏好像木有哦，内存一直很平稳，没有增长。
感觉就像是死锁
你用安卓原生去播放音频算了，在需要播放的时机去调用。
1赞
好的哥，作为备选方案，不行了可以试试
自上次修改以来，今天是第三天了，没有闪退。
1.改了.cpp中的限制 2.把MP3改为ogg 3.延迟stop
也是参考了你给的帖子中原作者的解决方案。
D PlayerBase::PlayerBase()
D TrackPlayerBase::TrackPlayerBase()
W channel count is still unknown after prepare
现在这些log都不打印了！！
支付宝账号可发下，发个小红包感谢你的协助！
4赞
你是我见过论坛说解决给发红包真正做到的 
然而17年的问题，3.8.7还在
这哥们真能处,
人生第一次拿到红包.
几万啊？ 
等于原神大月卡一张
最好还是，自己开个线程解码发送数据，延迟这个只能降低发生概率
前一段时间刚遇到一个电视设备，我做了个缓存池，基本上来讲延迟超过了10秒，仍然会卡死，而且是必卡死，最后只能自己解码发送pcm音频数据
Fatal signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x0 in tid 27462 (Thread-2), pid 27438 (slots.v387)
最近又偶然出现，这样的闪退，查了下。好像还是跟音效有关。。。？
请教下哥们，自己开个线程解码发送数据，是怎么搞的
自己封装一个音效管理器就可以，我这边游戏音效没有出现过崩溃的问题
不行的哥们，我这设备低端，属于电视盒子或街机用的主板设备
要不用openal库试试？
额， 木有用过
你可以参考一下Track.cpp里面的代码，只需要在getNextBuffer的时候给到数据就可以了，修改一下异步填充数据就行，mp3reader里面做个线程解码，将解码后的数据送到队列里，然后推到Track里就行
1赞
PcmAudioService 里面的enqueue 方法会在需要的时候去获取需要的数据，你要做的只是在那个时刻提供一下数据就行了，并不需要完全读取完一个音频