Note priority and chord memory: the allocator has no rule for which held key sounds, and nothing re-sounds a stolen one #113
Labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
bcox/tymbal#113
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
bcox asked on 2026-10-05 for a ticket for each engine gap that the third set of instruments in his
moregaps.mdleft without one. Engine claims are from reading the tree atf6aa8ebaonmain. Instrument claims are from that day's research, read mostly as archive.org OCR of the manuals by research agents and not re-checked; the sources are listed in that document. Nothing here is built, measured or listened to.Summary
VoiceMode(dsp/layer.h:267-296) carries a polyphony limit, the steal's retrigger and pickup rules, and unison. It has no note priority.dsp/voice_allocator.h:827-841). So at polyphony 1 the newest key always wins, and when it lifts,NoteOffreleases only its own voices (:296-302): an older key, still held, does not come back. There is no held-key stack.Note priority is the most repeated gap in the third set: every monosynth there states one.
What the instruments do
What is here
kMaxUnison,dsp/layer.h:268); chord memory is the same fan-out at intervals rather than detunes.The work, as a sketch
dsp/voice_allocator.h:222-234),retrigger_envelopeon the hand-back, unison copies, MPE.Open
VoiceModeis the patch's, and priority is about a keyboard; the SH-101 ties it to the envelope's trigger mode, which is patch state.