• ludnny

    Thank you for sharing this.
    That's nice to have a full Vanilla binaural spatializer!

    After a short comparison with the online demo at https://ircam-rnd.github.io/binauralModeled/examples/, I find that the pd implementation reacts a bit differently.
    An azimuth of -90 in the Ircam demo put the sound "far away" from the ear.
    The implementation result is less obvious, like closer, with less feeling of space.
    (Tested with Azimuth: -90 Elevation: 0 in both case, in 44.1, with the breakbeat.wav example in double mono, pd 53.1)

    Another difference: with an elevation of 90 (max), we can't perceive any difference when the azimuth is changed.
    I guess that's logical, but in the original you can still ear a lot of difference when changing the azimuth.

    About the performances, what about a "bake" button that would find the datapoint and switch off the calculations?

    In any case thank you for this, that's very helpful already!

    posted in abstract~ read more
  • ludnny

    A version of relative path for Vanilla (no need for externals):

    relativepath.vanilla2.mmb.pd

    posted in technical issues read more
  • ludnny

    Thank you for sharing @tungee,
    that's a nice addition to Automatonism and very nice and clean UI.
    The randomizing system is super cool

    posted in patch~ read more
  • ludnny

    I found a solution, thanks to all for your ideas!
    I took the road proposed by @lacuna about file parsing.

    Animation.gif

    Here is the patch, Instant Mapping:

    instant-mapping.zip

    • the keyboard shortcut to call Instant-Mapping is Ctl+1 then F2
      (weird shortcut, but I couldn't find a way to create an empty object at mouse-position via dynamic patching, so... Ctl+1)

    • tested on Pd 53.1 windows.

    • the idea was to find a solution Vanilla only, no external.

    • I don't know any way to do dynamic patching in the active canvas.
      It looks like you always have to choose a canvasname or a filename to send the instructions.
      So it breaks a bit the purpose to have a one-shortcut-solution... You have first to give a canvasname "main" to your patch.

    • it works for auto-replacing $1, but not for $0, you have to replace them manually (I'm not sure it's possible to query the $0 from outside)

    • about the mouse position when using the shortcut: try to target the top-left of the object, because this is where is the origin point of each object

    I'm afraid it's not totally reliable (I wouldn't use it in live performance, I had some crashs), but it works for my use case.

    I'm still interested in a cleaner way to achieve that in Vanilla.

    posted in technical issues read more
  • ludnny

    @FFW Thanks. In that case, is there a way to access the label from the main abstraction?
    The goal is to be able to copy/paste this name, but for that we still have to jump into the abstraction, and open the properties of the numberbox.

    posted in technical issues read more
  • ludnny

    @ddw_music Thank you, this approach works well, I'll use this if I don't find a way to make it automatic.

    But I'd like to continue investigating with something that could work without having to prepare each numbox.

    The idea of parsing .pd files by @lacuna is interesting.
    I'm investigating in that direction.

    The problems with this approach:

    • how to query the file name of the abstraction that contains the numbox?
    • how to find the right line in the .pd file? using the XY coords of the numbox and the position of the mouse cursor?

    I try to find a solution full Vanilla / no external.

    posted in technical issues read more
  • ludnny

    Thanks!

    I should explain what I'd like to achieve:

    I'll have hundreds of numboxes like this one, in different abstractions, and I'd like to be able to pick some of them and to control them from outside (from another abstraction or from another software)
    A bit like "Instant mapping" in Ableton Live. You activate this mode, you click any parameter and now you can control it.

    For now, the workflow is as follows:

    • Picking a numbox I want to automate from outside
    • Opening the abstraction (Right click on the abstraction / Open)
    • Opening the properties (Right click on the numbox / Properties)
    • Copying the Receive Symbol content
    • Coming back to the main patch
    • Creating a Send object connected to a numbox
    • Pasting the content of Send Symbol in the send object [s $0-sendnum-r]
    • Finding the ID of the abstraction (going back inside the abstraction, creating a [bang] -- [f $0] -- [print] in the abstraction)
    • Replacing $0 in the Send object by the ID of the abstraction [s 1003-sendnum-r]

    Now I can control this numbox from the new send object, or from another software...
    image.png
    But this is a rather long process, not really usable in a live situation.

    An alternative would be to do it the way recommended by @ddw_music, printing [symbol $0-sendnum-r] every time the parameter is changed. This involves preparing all the abstractions/parameters to make it work that way.

    But I'd like to find a way that would work with any unprepared gatom.
    That's how I came up with the idea of intercepting internal PD messages.

    Thanks

    posted in technical issues read more
  • ludnny

    Hi,

    I'd like to print the "sent symbol" of a numbox, rather than the value itself

    image.png

    Printing something like this when I change the value of the numbox:
    1003-sendnum-s;

    Any ideas?

    As everything in PD is a message, I guess that the message 1003-sendnum-s 53 ; is sent somewhere when I click on this numbox, but is there a way to intercept it?

    So far I tried with:

    [receive pd] 
    | 
    [print]
    

    And I can see something happening when I click this numbox, but the only thing printed is ping, not the full message unfortunately.

    Thanks,

    posted in technical issues read more
  • ludnny

    Thank you!

    The idea of sending the message with commas and to attach a message box to Netreceive works perfectly!

    About the semicolon at the beginning of a message, I don't thing it's a local shortcut for [s pd]

    image.png
    In this example, only the left one is working.
    It looks like the first semicolon means "send argument 2 to argument 1 for each line".

    posted in technical issues read more
  • ludnny

    Hello,

    The helpfile for Netsend shows how to send a simple message to a Netreceive object in another instance of PureData.

    image.png

    But how to send a "global message" and execute it automatically?
    For global message I mean the messages starting with a semicolon,
    like

    ; 
    pd dsp 1 
    

    or

    ;
    $0-param1 0;
    $0-param2 62; 
    

    I tried this, but no success:
    image.png
    I'd like to execute the instruction on the destination instance only, and not on the source instance.

    Thanks

    posted in technical issues read more
  • ludnny

    @ingox That sounds great, could you elaborate?
    I try to cut/paste wires without any success

    (I'm on Vanilla 0.51.4, Windows)

    posted in technical issues read more
  • ludnny

    Is there a fast way to replace a wire in PD Vanilla?
    For example when you connect a new object on an already used Inlet, it would automatically delete the already used wire.

    Ideally it would be something like Alt-Click when creating a wire on an already used Inlet.

    I'm aware of the intelligent patching videos, that shows a lot of hidden shortcuts:

    But there is nothing about wire replacement, while it's maybe the patching behavior I use the most.
    Did I miss something, or it's not available in Vanilla?

    posted in technical issues read more
  • ludnny

    Thank you all for the super creative ideas

    The patch by @solipp is working perfectly, many thanks!

    posted in technical issues read more
  • ludnny

    Hi,

    I'd like to build a mixer with stereo inputs, with mono compatibility, as an GOP abstraction.
    The ideal behavior would be: if only the Left input is plugged, then copy the signal to the right channel.

    Is there a way to detect if an input is plugged or not?

    I was thinking of using env~, but it doesn't sound like a good practice for that use case.

    Thanks

    posted in technical issues read more
Internal error.

Oops! Looks like something went wrong!