Fix aux channels not decaying - #289
mathesoncalum wants to merge 1 commit into
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: ASSERTIVE Plan: Advanced Run ID: 📒 Files selected for processing (1)
Included review availability: Your plan provides up to 1 included review per hour; 0 remain after this review. 📝 WalkthroughWalkthroughThe mixer adds Priority: ⬇️ Low Severity of issue fixed: Low Merge Risk: ⚪ Minimal · up to The auxiliary processing change preserves non-silent effect tails while continuing to suppress silent chains; no actionable merge risk remains. 🚥 Pre-merge checks | ✅ 3 | ❌ 2❌ Failed checks (2 warnings)
✅ Passed checks (3 passed)
Full details: Description checkExplanation The description states the linked issue, explains the regression, and describes the proposed fix. However, it omits the required checklist and build configuration from the repository template, including CLA status, testing, coding guidelines, unnecessary-change review, and test coverage.
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
/build |
|
Build dispatched: https://github.com/musescore/muse_framework/actions/runs/34823344478 |
Resolves: musescore/MuseScore#34534
The problem here is that
aux.processedcan only ever flip to true inwriteTrackToAuxBufferswhich, since 7e9e6ed, doesn't get called if all of its senders are silent. The result is that aux channels are cut off abruptly once the senders go silent becauseprocessAuxChannelswon't write anything to the buffer whenaux.processedis false.The solution proposed here is to continue writing to the buffer in
processAuxChannelsif the aux itself is not silent (due to reverb ringing out, etc.)