• Pierre Guillot

    @Schorschua-Phrosch Yes, indeed. You have to use [receive openpanel] (and not [receive camomile]) to receive the file path. Here is the documentation. And here is a fixed version: Openpanel.pd.

    And as it seems that you use a Windows system, you will encounter the bug 131. I recommend you to use the beta release. Here is the last ones for Windows64 and for Windows32. At last, using your patch with the plugin PdStal just reveals a new bug - it seems there is a conflict with this example.I will fix this for the next release.

    posted in news read more
  • Pierre Guillot

    @Schorschua-Phrosch There are two known issues with the openpanel method of Camomile v1.0.6 (131 and 137). The fixes are ready and will be present in the next release. If you think that your problem is related I can give you a beta release for your OS. Otherwise, fell free to report the bug on Github.
    Cheers,

    Pierre

    posted in news read more
  • Pierre Guillot

    And faustgen~ have to be compiled with the 64 bits floating-point support. I don't know how they managed it on Purr Data but I don't think it's compatible with Pd Vanilla...

    posted in news read more
  • Pierre Guillot

    Yes, there is a link to the pd-faust (faust~) project in the help file and in the legacy section of the readme. I can't list the different features between the two objects, sorry. There are too many little things. I guess the best way would be to try both ;) What I can tell is that faust~ is based on the pure language so you have to install Faust and the pure language but it has the FAUST internal MIDI support and it dynamically creates Pd GUI to control the FAUST engine. What I tried to do with faustgen~ is offer an object easy to install and easy to use (Faust is embedded in the external there is nothing more to install) with the similar features to faustgen~ for Max - but the GUI and the MIDI are not managed by the object you have to patch it with Pd.

    posted in news read more
  • Pierre Guillot

    Since Mac doesn't help the development of 32-bit application (the last Xcode tools don't support it anymore), I think I will drop the 32-bit support of Camomile for MacOS in a near future, and I'll provide a 64-bit version only.

    Would it be a problem for someone?
    Is there anybody using a 32-bit DAW on MacOS?
    In this case perhaps I will split in two separate releases like for Windows. Let me know what you think and if you have any suggestion.

    posted in news read more
  • Pierre Guillot

    @barbouze said:

    Is it possible to circumvent this by putting a faustgen~ into a subpatch with a different sample rate?

    Yes, it should work because each faustgen~ instance is independent.

    posted in news read more
  • Pierre Guillot

    For Windows users, I have just released a fix for a small bug (v0.1.1): the text editor didn't open when you clicked on the object if there was a space in the path of the FAUST file. It's already available on the website and on Deken.

    posted in news read more
  • Pierre Guillot

    A new release v0.1.0 is available on Deken and the Github repository.

    • Add support to preserve parameters values during recompilation
    • Fix autocompilation when DSP instance not initialized
    • Fix support for the double-float-precision option
    • Add support to look for the DSP file in all Pd's search paths
    • Add support to open the FAUST file in the default text editor when object is clicked
    • Add a default locked FAUST file used when no argument is provided
    • Fix minor bugs

    posted in news read more
  • Pierre Guillot

    @weightless In theory, there is no 32/64-bit limitation. I didn't published the 32-bit version because I think most of people use (or will use) Pd 64-bit and it requires more dev, more testing and so on. Anyway, I managed to compile 32-bit versions on Mac and Linux but I didn't achieved to do it on Windows. The system's libraries of the 32-bit version of LLVM that I compiled was not compatible with Pd (perhaps it's my computer or perhapsI did a stupid mistake). Anyway, compiling LLVM last more than 1 hour so, after a couple of tests, I gave up. But if you're familiar with build systems, you can try yourself. All the instruction are on the README.

    posted in news read more
  • Pierre Guillot

    Thanks! And I add that FAUST is really an efficient language for DSP. With FAUST code, you can automatically generate audio plugins (VST, LV2, etc.), a diagram representation of the process, a mathematical documentation, applications for phones, web applications, etc (see the FAUST online compiler). And it is one of the most optimized language for audio. If you have cpu problem: use FAUST!

    PS: I have no share in FAUST inc. ;)

    posted in news read more

Internal error.

Oops! Looks like something went wrong!