• mnb

    "Every single cycle wavform is made of 2048 points"

    tabread4~ needs 3 points more. (see tabread4~ help-patch)

    posted in technical issues read more
  • mnb

    probably the right outlet of vcf~

    posted in technical issues read more
  • mnb

    it is probably too much for the rpi, at least for the rpi1. to throw out the oversampling, you can remove the block object in all 7 "stps_oscs", and all objects between the vcf-out and the outlet (connect the vcf right lowpass out directly to the outlet). i believe that should suffice even for the rpi1. if not, you could try to replace the rev3 with a cheaper reverb...

    posted in technical issues read more
  • mnb

    and i'm not exactly sure if the 'classic mandelbrot-set series' yields any musically interesting results, but
    i am quite sure that it only produces usable results for carefully chosen values of c (on the border of the mandelbrot set where it neither converges nor diverges, at least not so quick...).

    maybe simple real-valued recursive functions are more fun. the idea is to blow up a value (multiplying, adding constants, whatever), then wrap it to a range, and feed it to the next iteration. like the classic gingerbreadman, hopalong etc. fractals. linke in the attached example. fractalmelody.pd

    posted in technical issues read more
  • mnb

    i don't understand why the iterations are 'hardcoded'. wouldn't it be simpler to just send the output of the expr to its input (via [float] and bang (and maybe [until]) and shouldn't the numbers be complex ones? that would be something like next_zr=(zr * zr) - (zi * zi) + cr and next_zi=2 * zr * zi + ci for the typical mandelbrot set series. (afair...)

    posted in technical issues read more
  • mnb

    it looks like this is caused by certain 2d operations not supported (accelerated) by the graphics-card driver.
    this happens here with the opensource radeon driver, as well as on a mac-mini (running ubuntu)
    with the nouveau driver.
    it is worse, the larger the window is.
    proprietary fglrx runs fine (concerning this issue...), opensource intel too.

    posted in technical issues read more
  • mnb

    you can use 'add' and 'add2' (many of these) to add messages to a qlist. i have made a little
    recorder/player using qlists, it is in my instrument-collection at my homepage.

    posted in technical issues read more
  • mnb

    you dont have to use shell or something like that in extended, there is filesize, or fsize, which outputs the size of a file in bytes. if you know the samplerate, bit-depth
    and header-size, it is easy to calculate the length of the audiofile.

    if you want audio in tables (without dropouts while loading big files),
    you can use readsf~ in a reblocked subpatch, http://puredata.hurleur.com/viewtopic.php?pid=5387#p5387
    and you could split huge audiofiles into multiple tables, to avoid the problems with float precision. but i dont think its worth the effort.

    posted in technical issues read more
  • mnb

    a (not very elegant) solution in pd vanilla could be the
    use of 2 readsf~ objects, the 2nd with an offset which has the length of
    the transition. when the 2nd readsf reaches the end, it is time to crossfade.

    and there might be an object in extended to get the filesize without loading
    the entire audio into in array. (system? shell?)

    posted in technical issues read more
  • mnb

    fexpr-filters need an insane amount of cpu. cpole~/czero~ based ones are much
    more efficient. examples of how to get the pole/zero positions
    from coefficients can be found in the rj-lib, mmb-master (biquad)
    and in my own instruments.

    the other output of vcf~ is also a lowpass.

    posted in technical issues read more

Internal error.

Oops! Looks like something went wrong!