• seb-harmonik.ar

    Also for this reason it's really helpful when people use [libraryname/objectname] when loading objects external to a particular folder, or at least use [declare -stdpath xxx] etc

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

    @cfry why do you need to shift the array? just use it as a circular buffer, have a cyclical counter (using [mod] or [% ]) to keep track of the current position (last input) and for each input increment the modulo counter and store the input there

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

    I've managed to do a vanilla version using [savestate]. However, because [savestate] only responds after being saved, whenever you change the arguments (or recreate it) the connections will disappear because the first time it is created [loadbang] has to be used (because there's nothing saved for the object the first time)
    pdgate.zip

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

    @ddw_music I've made a vanilla [gate] but you also need [initbang] (another dependency) to make anything with a dynamic number of outlets at creation time

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

    @Joseph-Mikkelson maybe it has to do with the fact that you have a [vd~] going into a [delwrite~] at a block size of 64 samples? (so for that part you might need a subpatch with a block size of 1). (see the help file G05.execution.order.pd)
    Another thing it might be is if the delay is sending [*~ ] 1 and 0 within the same block. In reality, messages are only processed every 64 samples, so they are sent to the object but then when they get to the audio processing part they "write over" each other (because the delay is so short). So it will just send [0 ( to the [*~ ].
    here's my solution: use [vline~] instead of [delay] (here's my own karplus-strong)
    Screen Shot 2019-06-25 at 8.15.22 PM.png

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

    @Newk I opened a pull request and feel like I've done everything they asked..
    https://github.com/pure-data/pure-data/pull/196
    The only reason to use the next mod (I need to find a better name lol) over purr-data is to use tcl/tk I think.. I don't know much about purr-data, but Next is pretty much identical to vanilla except that inlet/outlets are different, and I've included [initbang] and [closebang] (+ colors obvs)

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

    @whale-av you could use the pdnext mod in Windows if you compile it yourself (& maybe someone could send me a binary as well :-))

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

    clearing a long delwrite~ is a memory intensive operation (you have to write many places in memory in the audio thread, causing dropouts, which cause clicks), it was for this reason that it wasn't introduced as a feature until recently.. not sure what the best solution is though tbh (whatever can keep you from doing that perhaps)

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

    @jancsika that's true, but there are a few problems; mainly, that he wanted the boxes to stay the same size but only have the inlets get bigger. It's about the ratio. Zooming isn't precise enough generally anyways, and on vanilla you can only go down to size 8 font so when you zoom in to make the inlets bigger the objects will be way too big. In vanilla there is only 1 level of zoom also.
    I've been thinking of a way to include inlet/outlet size options in startup flags but couldn't figure it out a good way to do it.. it would probably need new methods for canvas (like font has also.)

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

    osx. for me taking out gme_set_fade(x->x_emu, -1); ifndef made it repeat indefinitely.. must be some kinda bug in the Game Music Emu library I guess..

    posted in extra~ read more

Internal error.

Oops! Looks like something went wrong!