Gen Feature request
I would like to suggest the possibility of setting param values through abstraction attribute arguments. For instance, if I have a gen abstraction called bwg and I have defined a resonance and frequency param, I would like to be able to create an instance of the abstraction as ‘bwg @resonance .6 @frequency 430′.
use [patcherargs] ?
that doesn’t exist in gen
this seems to be already present in gen~
At least, it works for me in the following patch:
----------begin_max5_patcher---------- 774.3oc0V0zbaBCD8L7qfQWqaFDfcb5odrG6cOYxHCxXkJjXDxNtMSxu8pO. Lx.1jLdRZuHF1ck129jzS6y9df07C3JPv2BVE348rummwj1fW8+dfBzgTJpx DFfsqXMV7JXl02FNSVQ9CV6CFcSXsYUTDFEKMyI5nQ9N4oVK3Y3t+aCQ96Rr EVfJRNCQAyB.anbjDDbembyPEl3.+.S2ikjTTCxTSS6HrESkHY5VBK+AANUZ W6DMhChBMeluPOBWdSXaFHYl0lu9wuFCzldw2WOLapjE9I0baPjDevjWMzdM .9VnP3fTH7BT1DYpQIljaMiwmiWhth7RNl8Zv2k3J4OQBTQPz+9TzxkFxAt7 bbDzYYvhZlolZT4lPw6whJBm0Ayd.TYYGydclhlOejaVnEyZMQXVSvVSB7dR y7OFHRnJFopR1Ir06gkK.Vmp8P+lo1Toy02gBtKQOtHz7Sh1VSop1syS4Tat Wotwc2rNCP2.o7zegMTSXiQdIlQXkBbElIQxZ315NCuAsiJeX3CAt92fRwiN 4Q2d8.4BRFmoAhyr0laR4p.3byl77tEjIBFpbfIWopkcUqQB8VvZZWQN0YdN m55pcWWc0AwHEHoBhV.GE1tnjhRAgIcRDlgTqw1pTAmRcVJqm8C3IScvHE+D ISt0QkT6QENorYa.zxQYjb0MSWaRTdkqEmGT5dhsqlfi8yoM3pOPXsplmQVn uzvIN5KOLrDQq3vkEHFSjvd0AZt5DGdpFQechFyF8z56iWedrznt1py9+EkF GN+HmBCiuDoF8AQpe48PiQeZzH7Va6NI2YNaFcy7ySiwePznpVeeWxgiRkgW ItJw9Je7sW5HWxPb0w2LnD1XRjljq8OLIVw2IRaNDXObqdk0AFJ4aIg09J5p lcOEhchaKIKy8AKqFek9EC66ySZC+sh33Ih3jdw8YgX3afiuFHN3d+iVpar1 rrtGbr8YeZwT2s84KhoT.8Aeef2qq+ohlnIfF36DMVp5jVm0.4jVlOoc49sJ OVaxp77h+eAq9bzT -----------end_max5_patcher-----------
However, it seems to be rather buggy: if you copy/paste the gen~ object, or save and close the patch, the object ignores the params, unless you re-write them.
"version" : "Version 6.1.6 (307fb20)",
"platform" : "mac",
"arch" : "x86",
"osversion" : "Mac OS X Version 10.6.8 i386",
"samplerate" : 44100,
"iovs" : 64,
"sigvs" : 64,
"scheduler_in_audio_interrupt" : "off",
"audio_drivername" : "Core Audio",
"audio_driver_subname" : "",
"eventinterval" : 2,
"overdrive" : "off",
"mixerparallel" : "on",
"mixercrossfade" : 1,
"mixerlatency" : 30.0,
"mixerramptime" : 10.0
LSKA – Thanks but I think I have maybe been unclear. I am talking about using a *.gendsp abstraction from within gen~ itself. You are correct that the param setting to the root gen~ object is buggy.
Ah, okay, now i understand better. you probably have to create [params] a the toplevel gen, and send each one through inlets then ? which is not convenient indeed
YEah, what I am doing is creating a whole library of *.gendsp abstraction that mirror a big *.genexpr file I created. I have been struggling with how I would like certain things to work. IN principle I like the Param stuff but, as an example, let’s say I have a filter and I make the cutoff frequency a param. If I want the cutoff frequency of this to stay at a constant value that is not the default value for the param I need to make a setparam object and route it to the filter. At that point it is less verbose to just have an inlet for the cutoff frequency and hook a number constant into it. I think what I was trying to suggest was a way to get around this problem. Perhaps people aren’t really using gen in this way?
Feature request noted, thanks for the suggestion.
Here is another feature request for gen: having several outlets in jit.gl.pix and jit.pix like with jit.gen.
I’ve some jit.gen patchers with several outlets and I want to run them on the GPU.
Could be very useful to control another future request object (jit.gl.vertex) :