Repository navigation
[mute-modes] DT Mute mode does not work with the FM Synth module #746
Description
Reported on Modwerk for mute-modes by member_6ff0118f2416 · @Zac-Kyoti
| Device | Octatrack MKII · OS 1.40C |
| Module version | 0.2.1-experimental |
| Firmware | Running a Modwerk build |
| Build fingerprint | Not recorded |
Configuration
mute-modes0.2.1-experimentalsynth0.1.2-experimental
Actual
dt mute mode with the fm synth keeps playing even when muted.
Everything the reporter submitted is in this issue. Comments and status changes here are sent to the reporter on Modwerk, and the reporter’s replies appear here.
Module maintainer actions
Reply here normally. Registered authors and verified current maintainers can manage reports with new comments; no fork or repository write access is needed:
/modwerk needs-info <question>/modwerk confirm <affected-version|unknown> <reproduction evidence>/modwerk close insufficient_information <explanation>/modwerk close configuration|duplicate|not_reproducible|withdrawn <explanation>/modwerk reopen <explanation>/modwerk resolve <published-version> verified-download
Keep a report open with needs-info while waiting for the reporter. Confirm only a reproduced bug; use unknown for a configuration report. Questions and suggestions can use /modwerk classify question|feature <explanation>. Advanced states: /modwerk investigate <explanation>, /modwerk awaiting-verification <explanation>, /modwerk unconfirm <explanation>.
Only the registered release author can use resolve, after verifying that exact published download fixes the report on their unit. Ordinary closures claim no new firmware fix.
A merged PR alone does not resolve a report. Author release steps.
Activity
Zac-Kyoti commentedon Oct 21, 2026
Thanks for the report! This looks like DT-T working as designed, combined with how FM Synth plays notes, rather than a fault in either module.
DT-T is a trig mute: it stops new trigs, and the note that's already playing finishes on its own amp envelope (nothing cuts it). A sample usually ends on its own. FM Synth is an oscillator, so it never runs out. With AMP HOLD at 127 (infinite), nothing ever ends the last note while the track is muted, so it keeps sounding. A looped sample with HOLD at 127 does exactly the same thing in DT-T. You may also notice the FM "bite" fade away while the plain tone carries on: that's DEC fading the modulation, because no new trig restarts it.
Could you try this and tell me what you hear?
If the note dies away after HOLD + REL, everything is working as intended. If it still keeps playing, please reply and I'll dig in further.
If you want an immediate cut that ignores HOLD, use OTFX-T (cuts the note, lets delay/reverb tails ring, suppresses new trigs) or OTFX (cuts the dry sound, tails ring, the pattern keeps running underneath).
repeat98 commentedon Oct 21, 2026
Reply from member_6ff0118f2416 on Modwerk:
Zac-Kyoti commentedon Oct 21, 2026
Thank you for running that test. You were right, and my earlier explanation was wrong.
I've now reproduced it in the emulator: with FM Synth on a track, DT-T and OTFX-T let every new trig through as a fresh note at full volume, even with a short HOLD/REL. A normal sample track mutes correctly in the same test. The cause is how the two modules meet: Mute Modes blocks the trig where the Octatrack normally starts a voice, but FM Synth starts its notes a moment earlier, from the trig itself, so the block never reaches it.
I've opened a new issue with Jannik and Tim to hopefully get this fixed: #777.
Until then, OTFX (dry cut, delay/reverb tails ring) or OT (stock cut) both mute FM Synth tracks correctly.
repeat98 commentedon Oct 22, 2026
Closing as a duplicate of #777, where the Mute Modes author reproduced this. In Mute Modes' DT-T and OTFX-T modes, FM Synth starts its note from the trig before Mute Modes gets to block it, so muted trigs still play. The fix needs a change on the FM Synth side, and #777 follows it. Until then, set MUTE MODE to OT or OTFX on FM Synth tracks; both mute it fully. Thanks for running the HOLD/REL test; it showed the first explanation was wrong.
Generated by Claude Code