Posted
Id love to see the ppossibility of creating parametric data based on known data as a starting point..or at any point during calculations. Ex. Velocity from the compositions drum track can be used on another track (dynamically), then inverted, multiplied, subtracted, nudged on the destination track.
Ideally, we would be able to use current material to measure aagainst. If we change the source, all of the parameters are updated.
Fr., 27.12.2024 - 11:23 Permalink
You can copy velocity of a phrase and insert it anywhere. Edit with the shape tool and compress/scale with span tool
Sa., 28.12.2024 - 22:55 Permalink
I was referring to this example dynamically, so there is no need to copy and paste. The iinformation is automatically feed to the parameter on any track and further aadjustments can be made.
Also, is there a way to eextract shift from a figure?
So., 29.12.2024 - 12:13 Permalink
Dynamic links between parameters across phrases would be difficult to visualize and navigate. Alias containers are obvious (within the same view), but at the phrase or parameter level this becomes complex and confusing. Navigating all the parameters is already confusing at times as it is now.
Cross-referenced data structures are also hard to keep consistent (especially regarding libraries, snippets). Broken links are a nightmare.
In the very early days of Synfire, we had a canvas of patchable modules for generating and processing parameters. Not unlike NI Reaktor. The inputs and outputs of the modules could be linked to any parameter in the arrangement. It was never released for the reasons mentioned above.
But also because generating parameters with math just doesn't work well for music. Factories do it much, much better.
The ability to copy, paste, convert, and manually shape parameters has proven to be more intuitive and convenient.
So., 29.12.2024 - 12:16 Permalink
Shift from Figure sounds interesting, although I have no idea yet how that would work. Like comparing it with a quantized version and denoting the individual deviations in a Shift parameter?
So., 29.12.2024 - 20:15 Permalink
Ah, yea, i completely understand.
Yea, ssynfire would compare pposition deviations a 32nd or more from a 16th or 8th grid. Extract those pposition and be able to apply them to another.
So., 29.12.2024 - 23:37 Permalink
Music is not necessarily based on a 16th or 8th grid
Mo., 30.12.2024 - 02:48 Permalink
That was an example. Think about how shift values are currently applied in Synfire....now reverse eengineer that method to extract shift values from phrases.