Posted
Maybe add additional container types. Maybe a container that overwrites parameters but preserves source figures and containers that overwrite figures but preserves parameters. This would be extremely, extremely helpful for anyone I can imagine.
Also, the ability to save Structure templates. We can load a large container (arrangement) with all the child containers already in place on the timeline, from project to project. Whether it holds parameter data or not is another thought.
Edit: Maybe not even this exactly but the idea would be to have the option to abruptly overwrite, regardless of the source's anchor position.
Wed, 2023-10-11 - 14:00 Permalink
I dunno about this, I think this would fundamentally change the core concept of the way Synfire works. If you want a container that changes parameters you can simply insert a container that contains the parameters you want to change, same for figures, 1 container type already does both jobs. This, I think is one of the central ideas of Synfire, where I see containers as holding the changes I wish to happen in a song. Another thought is using colors to separate the different kinds of containers if you do indeed want to go with with this idea. You could for example make all containers that change the harmony yellow and all the containers that change a figure green and all containers that change parameters blue, for example. Synfire gives you the power of making containers mean different things by keeping them generic, for example in some songs you can make a container different song sections (verse, chorus, bridge) some people use them more akin to tracks, 1 for each instrument.
Wed, 2023-10-11 - 14:08 Permalink
Maybe a container that overwrites parameters but preserves source figures and containers that overwrite figures but preserves parameters.
This is the behavior that the containers already have, IMO. Unless I have misunderstood something.
If you put only a parameter in a container (for example "Variation", "Interpretation" or anything else) the settings of the parent container will be overwritten only for this (or these) parameter and the Figure of the parent container will still be played (with the modifications of the parameters of the new container).
On the other hand, if you place only a Figure in a new container, it will be played and the remaining parameters of the parent container will be applied to that Figure.
Isn't that exactly what you have in mind?
Wed, 2023-10-11 - 15:14 Permalink
Thanks guys.
So the idea would sort of be opposite.
Ex: A figure container would append but not overwrite the previous source. Same with the Parameter container.
When I say different container types, I mean containers that can have different overwriting rules. What types of overwriting rules? I dont know but its an idea.
Personally, I would like the option to use containers to add to the source. I would like both options...
The ability to have containers overwrite OR add to would be very nice. Both options are non-destructive.
EDIT: We can also add a small check box in each container options that says.. Ignore Source Anchors. The option would be nice and compliment different workflows.
Thu, 2023-10-12 - 18:37 Permalink
@fullspectrum
<Anything team? Regarding the option to have containers add material.>
Try out "slipcomposing"
This means that containers overlap eachother for a small amount.
For example, with two harmony containers you can make a certain transition between two music sections musically match (listen!).