Open yuvadm opened 6 months ago
The error seems to be actually inside slice_deque
implementation, judging from the backtrace. That crate seems to be unmaintained - https://github.com/gnzlbg/slice_deque/issues/94, so maybe it should be replaced?
I got the same issue.
The error seems to be actually inside
slice_deque
implementation, judging from the backtrace. That crate seems to be unmaintained - gnzlbg/slice_deque#94, so maybe it should be replaced?
That issue thread has someone forking slice_deque and crating slice_ring_buffer. I tried replacing slice_deque with slice_ring_buffer but it seems to run into the same error
Another user noticed this in the slice_ring_buffer repo, and created a pull request addressing the issue back in May https://github.com/LiquidityC/slice_ring_buffer/pull/10
I've sent the owner of the slice_ring_buffer repo an email about merging and publishing that change
The owner of the slice_ring_buffer repo has performed the required merge and publish actions to update slice_ring_buffer, so I've now made a pull request on this repository to use slice_ring_buffer https://github.com/germangb/minimp3-rs/pull/43
Thanks for contacting the maintainer! 😃
next_frame()
has some unsafe code that dumps core, not entirely sure why this happens, the stream should be valid mp3, but either way this shouldn't happen.