@ddw_music Otherwise [makefilename] can make a symbol of a number...

@ddw_music Yes, [pdcontrol] + [route] is the way...

@raynovich Actually, it is not that complicated: dynopen.zip

@raynovich Another solution could be to set a [value] in the main patch and use this [value] in the opened patch on load.

@raynovich Here is an overview: https://forum.pdpatchrepo.info/topic/10813/collection-of-pd-internal-messages-dynamic-patching.

There is a good demonstration in 1.msg_and_patch/0.all_msg.pd inside the zip file.

Hey, @raynovich, sorry i didn't read your first post correctly.

The answer is you cannot feed the variable to the patch when you open it with the open message.

So there are two possibilities: Open the patch and send the value to it. Or use dynamic patching to create the object with an creation argument.

Dynamic patching can be really nice for that, but it is also a bit more complicated.

@raynovich Well sorry, my post was more an addition to what @oid said, but probably just added to the confusion.

I am not sure what you are trying to do. I don't think that you can open a patch with an creation argument like an abstraction.

The open message to pd has the structure [open patchname.pd /path/to/patch/(.

@raynovich [list $0] gives also great flexibility.

@raynovich Yes, you can use $1 in the message and feed it with something out of [makefilename]. With that you can build any symbol.

@4ZZ4 I get the ALSA error on debian and it goes away if i close firefox and wait a few seconds before activating DSP.