You can choose per track between the track sound (stored in the pattern), or to use one of the sounds of the project sound pool (128 slots). (Without sound locking it, jus as the default sound for a track).
Adjusting a sound in a track when a sound pool sound is selected -> the sound pool sound is edited. So all other patterns with tracks which point to this sound will use the latest status of this sound.
When you have selected a sound from the sound pool for a track, the sound is no longer part of the pattern. Therefore, sound pool sounds are not CTR+ALL controllable.
Yeah, itās definitely an interesting take, with an added advantage of allowing tweaking of the sound pool in realtime, something Iāve also wanted. I just got a Digitakt which doesnāt have Multi Map but on Digitone and A4 it would be indispensable. (Too bad I no longer own those at the moment!)
Not sure how sound selection would be implemented - on DT, TRK+LEVEL is taken by the preset browser.
Also a key combo to toggle the referenced sound mode would probably be required, so either there is still Track Lock mode entered with TRK+PTN or that will be used for toggling the current track. Easier to implement for Elektron, but less user-friendly.
To me, itās the same idea, minus sequence-locking, with an added enhancement and perhaps no separate track lock mode for toggling. Simpler in some ways in the long run for the user, slightly more work for Elektron (but of course less if sequence-locking wasnāt included.)
Not sure Iām a fan of the exclusion from Control All. My instinctual workflow would be to reserve some sounds in the sound pool for performance, and then use Reload Ptn to get back to normal after screwing around, so if my referenced sounds got clobbered, itās on me.
I personally am still leaning towards the original proposal because there is this tradeoff and also having to remember which sounds in the sound pool are referenced in the project and that they need to be āprotectedā. Thereās no simple way to āresetā a sound to its initial state for a performance, for example. Youād have to go through in the browser and copy from their clean versions.
Jeah, the problem lays that āReload PTNā should reload your pattern only. When tracks use sounds from the sound pool (or a global sound in another way) these sounds are not part of the pattern anymore. So thatās also the reason that I suggested to exclude them from CTRL+All, as there isnāt an obvious way to reload the sounds.
This is the most important tradeoff imo. If it can be solved, then locked tracks donāt have to be excluded from Control All.
Iām interested in your thought process. What are the most problematic edge cases that you wanted to address by having locked tracks reference the sound pool?
As @warpigs330 already mentioned, I have the feeling that this way it has a minimum impact on how things work right now. The sound pool is already there and (in my opinion) itās not really used in its full potential. Tracks that play sounds from the sound pool seems very obvious and simple to understand. Itās actually already there as you can sound lock these via trigs.
Regarding the UI: linking a sound from the sound pool could be as easy as adding another menu item āLINK TO TRKā here:
Note:
Iām not against your proposal in any way. If it would be implemented as you describe it, it would ROCK. But I also see a lot of āpotential buggynessā, because itās probably hard to implement without some nasty bugs/edge-cases.
Ah OK, I think I get that. Does seem less risky, on a technical level.
Seeing the screenshot softened me to doing things that way, as setup. Maybe there could be an additional option in the menu, to store the clean version. Maybe called āSave Initialā. This would be whatās re-loaded into the slot when the user reloads a pattern.
Yet another option āReload Refsā could go through the whole sound pool and initialize everything. Or, it could use the TRK+PTN+NO combo; intuitive but hard to do accidentally.
No toggling or rules to worry about. A trackās sound is either normal or a reference, and itās tied to the patterns instead of a project-wide state.
Just needs a catchy name.
I think Iād be happy with either, depending on Elektronās preference.
Looks like we have a nice gradient of avenues emerging, ranging from fancy and difficult to implement to simple and easier to implement. Be interesting to hear their takeā¦
Itās the one month mark with my Digitakt and, wouldnāt you know it, itās is my favorite Elektron device ever. (And for those of you wondering about my prior money issues, donāt worry, itās on 2-year financing.)
I have made a dozen or so patterns, a finished song, and am working on a couple songs and Iāve come to the conclusion that the missing piece really is something like track lock or what others have described in her. Letās call it SOUND LINK?
The Sound Link feature would be amazing because it would kill two birds with one stone - allow you to have easy continuity and consistency across a song that uses multiple patterns, and rapidly edit and try out sounds on devices that have Multi Map, giving them a better, more drum-machine-like workflow.
It would be wild to have even the simplest version of Track Lock, where you can just toggle loading of sounds on and off on a per-track basis, or, Sound Link, where you can link any track in any pattern to one of the entries in the Sound Pool, along with with the requisite tools in the sound pool context menu.
Hope that Elektron takes noteā¦think weāve all been wanting something that addresses this for a while.