• alexandros

    I've put together mmb's [filtercoeff.mmb~] and [biquad.mmb~] abstractions in one hand abstraction with two versions. One is [multiFilter_abs~] and the other is [omniFilter_abs~]. You can get them here https://github.com/alexdrymonitis/filter_abstractions
    Also, I've elimited the use of [expr~] which is used quite a bit in mmb's abstractions, as I think it's rather CPU hungry.

    posted in technical issues read more
  • alexandros

    You can also write your envelope in a table and loop it with [phasor~].

    posted in technical issues read more
  • alexandros

    I just tried phase modulating a [cos~] object and a table the way you posted, of a table with a cosine stored in it, using the same [phasor~] and modulator for both, and they sounded exactly the same, so I guess the way you guessed to do table lookup phase modulation is correct.

    posted in technical issues read more
  • alexandros

    Afaik, that's wright.

    posted in I/O hardware diyread more
  • alexandros

    I think both hiding the number atoms in a subpatch and switching them on and off with [spigot]s should work the same way.
    As for communicating the Arduino with Pd, I have made some abstractions to facilitate the process. You can find them here. Read the README file first before trying them out. Debouncing a switch is included in Arduino's examples, you can find the specific one here.

    posted in I/O hardware diyread more
  • alexandros

    Connections don't count as GUI, but number atoms do, especially if they intervene between inputs and outputs, meaning that you send the output of [unpack] to number atoms and the output of those number atoms to your oscillators. If you want to visualize the process, you can add a number atom, but preferably on the side, and connect [unpack] straight to your oscillators.
    It would be best if you did the debouncing on the Arduino code and let Pd deal with the sound. You can't really do that with Firmata, you have to write Arduino code instead.

    posted in I/O hardware diyread more
  • alexandros

    Are you using GUI objects between the [arduino] abstraction and your oscillators? It could be that Pd gets sluggish if there's too much happening in the GUI all the time.

    posted in I/O hardware diyread more
  • alexandros

    There's a Risset bell example at Pd's browser -> Pure Data -> 3.audio.examples -> D07.additive.pd

    posted in patch~ read more
  • alexandros

    You can launch Python scripts (or whatever) with [shell] from the ggee library, unless you're on Windows, for which there's another object that I can't remember.
    If you want the sensor data serially, you can also use "vanilla" Arduino code and receive the data straight into Pd. You can either use [pduino] which works with the Firmata firmware, but I'm not sure if the Firmata is actively maintained, or you can use a couple of abstractions I've made for this purpose, [serial_print] and [serial_write]. You can get them here https://github.com/alexdrymonitis/Arduino_Pd

    You can also do HTTP requests from within Pd with the PuRestJson library, but it's very likely to get audio dropouts. It's probably best to do this with Python or something similar.

    posted in technical issues read more
  • alexandros

    I used to be able to load the lib (not a visuals guy so not using it much, although I think it's great), but now I can't load it any more. I keep of getting the following error:

    /home/alexandros/Documents/Pd/externals/ofelia/ofelia.pd_linux: libGLEW.so.2.0: cannot open shared object file: No such file or directory
    

    I'm on Ubuntu Studio 19.04 and I did run the install_dependencies script which installed all dependencies fine (at least that's what it said). Any ideas?

    posted in technical issues read more

Internal error.

Oops! Looks like something went wrong!