• jancsika

    @baffalop You can try one of the "purr-double-trouble" builds:

    https://github.com/jonwwilkes/purr-data/releases

    These use 64-bit floating point for the numbers in Pd, so you won't run into the problem that Miller's extra inlet is trying to solve.

    Do note the "trouble" part-- these are initial releases with just the core. I haven't shipped the externals yet.

    posted in technical issues read more
  • jancsika

    In a terminal window try file foo.pd_darwin where "foo.pd_darwin" is the external library file.

    My guess would be you have a 32-bit external lib for xsample and are trying to load it in a 64-bit Purr Data binary.

    posted in technical issues read more
  • jancsika

    @esaruoho Add an issue for that. It won't auto-update nor auto-notify. But I can probably add a "check for updates" button to the menu.

    posted in news read more
  • jancsika

    @dom1817 How exactly does it work better than the old [image] from Pd-extended?

    posted in technical issues read more
  • jancsika

    @bocanegra I don't have a package for Lubuntu 18.04.

    It sounds like you're trying to use the Debian Stretch package. Stretch only has libgsl2 so that's what it requires.

    I can't remember if Albert ever set up an 18.04 PPA. Please inquire on the list.

    posted in news read more
  • jancsika

    @whale-av Sure, just create an issue about it and I'll try to add it for the next release.

    posted in technical issues read more
  • jancsika

    As long as it's a non-GUI external it should work.

    You might get on the mailing list and inquire with Albert about that particular external. He does a lot with Faust (either presented or put together a Faust-related convention this summer) and can probably give you more details about that external.

    posted in news read more
  • jancsika

    Sure, it's here:

    https://git.purrdata.net/jwilkes/purr-data/blob/master/scripts/external-tests.pd

    In the CI I run it with the following flags:

    pd-l2ork -noprefs -nostdpath -nogui -nrt -noaudio external-tests.pd

    But the output really isn't for general consumption.

    If you want something more user-friendly I can probably cook up something for the help browser.

    posted in technical issues read more
  • jancsika

    Purr Data 2.6.0 is now available:

    https://git.purrdata.net/jwilkes/purr-data#downloads

    This version adds the ability to compile with Pd's numeric type as a double precision floating point number.

    I added some precompiled binaries to test out. They are titled, "purr-double-trouble..." The OSX binaries ship with all externals compiled, while the other OSes ship just with the core objects atm.

    Also, I added a website:

    www.purrdata.net

    And a repo if anyone wants to add css and other bling:

    https://git.purrdata.net/jwilkes/purr-data-website

    Please report bugs here:

    https://git.purrdata.net/jwilkes/purr-data/issues

    Changes:

    • build system improvements
    • hyperlinked [print] messages
    • added support and test binaries for double precision builds
    • fixed bug with special characters in filenames under Windows
    • fixed bug with using pd~ in "-nogui" mode
    • fixed for initbang crasher
    • fixed bug with socket calls from externals under "-nogui" mode in Windows

    posted in news read more
  • jancsika

    "|" converts its inputs to integers (which should be 32-bits in length on any of the platforms on which Pd runs), performs the bitwise OR on the bits of those integers, then converts the result back to a float for output.

    In other words, you are operating on the inputs as if they were integers, even though all numbers in Pd are floats. The vast majority of the time this turns out to be exactly what the user wants to do. (Most of the common bitmath tasks are operations on integers.)

    An exception is the case where the user wants to operate directly on the bits of the IEEE 754 binary representation of the inputs. You can do that in a Pd external written in C, but AFAICT not from with a Pd patch. But even in C this is prone to error and undefined behavior, so it's probably good that you can't do that directly in Pd.

    posted in technical issues read more

Internal error.

Oops! Looks like something went wrong!