cachingreader::read returning 0 on error prolongs problems
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mixxx |
Fix Released
|
Medium
|
Unassigned |
Bug Description
Sometimes cachingreader::read gets a bad call -- like for an odd number of samples or something. However its solution is to return 0 on error, and then that result is passed up to getnextsamples, the play position doesn't increment and then everything falls apart. This has caused numerous bugs over the years to become big party-wrecking "playback stops and I have to eject the track" issues. Somehow we should catch these errors upstream so the enginebuffer can take action -- maybe set a flag and a call like "m_pReader-
Sometimes, it's true, there's nothing to do but return zero (samples-requested is less than 0 for instance). But, like in the case of an odd number of samples, we can do a lot better than nothing.
Changed in mixxx: | |
status: | New → Fix Released |
see: https:/ /github. com/mixxxdj/ mixxx/pull/ 496 for one easy fix