One problem when using DN is keeping sounds in sync across tracks.
Devices like AR manage this with Kits.
There’s a way you can sort of “fake” kits using DN, but the ergonomics are bad.
You “simply” set every single trig on the track to have a sound lock pointing to a sound in the project’s sound pool.
You can “flush” changes out to every pattern by overwriting the sound in the sound pool with the updated sound. Every pattern will now have the updated sound.
Some changes that would help with this workflow:
- Trivial change: Add a way to set a sound lock on every trig on the track in one fell swoop. At least this avoids most of the repetitive button pushing and knob-twisting.
The best workflow here, I think, is to have a “master sound track” where you edit the sounds, and then when you get it sounding the way you like, you push that sound to the sound pool.
- Non-trivial change: Add a way to make the “track sound” point to a sound in the sound pool, rather than a copy of the sound owned by the track. This could be implemented in a few ways, but the important thing is that you can edit the pool sound from any track and hear the changes without having to erase your sound locks or flush the sound out to the pool. The workflow here is significantly better than the workflow above, but I would imagine it would require some changes to the data model, so probably more difficult to implement.
There are a few strategies that could make it simpler to integrate with the existing data model, such as a copy-on-write strategy, but the ideal UI would be as described above, IMO.
Any thoughts? Does anyone else wish they could synchronize sounds across DN patterns in a more ergonomic way? I feel like a lot of people don’t use chaining on DN nearly as much as they otherwise would, specifically because it’s so difficult to keep the chain links’ sounds in sync!