• seb-harmonik.ar

    @ddw_music I think the hardest thing would be to tell students to do things that aren't freely available to view. (plus they could get help on reddit, stackexchange, and other places)
    I think the simplest things to build are simple enveloped saw (phasor~) & sine waves & noise, ring/amplitude modulation, and simple delay lines. The step after that is waveshaping, FM and granular synthesis, maybe phasers/allpass filters, and finally STFT/FFT, bandlimited waveforms, interpolation, resampling, and other filters.
    I would say gear assignments around techniques they have to use rather than things they have to build. That's how my electronic music classes were taught iirc.
    also iirc at first I mostly learned pd from, johannes kreidler's book which does have some exercises right before each "appendix" section http://www.pd-tutorial.com/english/index.html

    posted in tutorials read more
  • seb-harmonik.ar

    @ddw_music agreed. there are some things that graphical programming makes really difficult, though it's generally more intuitive at first especially for audio imo

    posted in technical issues read more
  • seb-harmonik.ar

    I think using the built-in objects should be slightly more efficient for the basic cpu usage at least (dunno about memory usage or how that might influence cpu usage tho) since [expr] implements its own call stack and uses a switch/case for every operator in every computation (whereas the single-function objects follow pointers to functions in classes). not sure how much more or less efficient that is.. of course [expr] is also far more convenient and clean from a language perspective.
    tho btw, there is also a JIT expr compiler/external that should be just as fast if not faster than the vanilla many-objects approach
    https://www.mail-archive.com/pd-announce@lists.iem.at/msg00234.html https://github.com/x37v/jit-expr
    @bocanegra I thought that expr could be included in libpd and such now since the author permitted a license change. also since [expr] is in vanilla those functions will be loaded no matter what (the expr class owns those functions, not the object. And the class is loaded when pd starts)
    edit: after testing it seems like the equivalent objects are 1 1/2 - 2 times faster than [expr]

    posted in technical issues read more
  • seb-harmonik.ar

    @jameslo ? the right inlet of [rpole~] is signal-rate tho.. (this is why I think it's a good idea to use a version of pd that has different looking inlets & outlets for signal-inlets and outlets)
    not a bad method, it probably is easier to just output the sum on the next output sample in general.

    posted in patch~ read more
  • seb-harmonik.ar

    @Cmaj7 I usually just use [line~] going into [mtof~]

    posted in technical issues read more
  • seb-harmonik.ar

    @ingox oh yeah I didn't read the question carefully enough. is the need to be notified when a canvas is opened, or to find out if a canvas is open?

    posted in technical issues read more
  • seb-harmonik.ar

    @pure_datum I think you're looking for [receivecanvas] from iemguts

    posted in technical issues read more
  • seb-harmonik.ar

    @Obineg the set message. see the [fexpr~] help file

    posted in technical issues read more
  • seb-harmonik.ar

    @Guillaume It seems like it can't find pd.dll in PD_CMAKE_PATH from what I can tell.
    Btw it doesn't seem like windows is supported by the author unfortunately (according to the Readme)

    posted in extra~ read more
  • seb-harmonik.ar

    [time] from zexy

    posted in technical issues read more

Internal error.

Oops! Looks like something went wrong!