@Balwyn said:

@jancsika Hello again,
I've been a fan of fluidsynth for a long time and really enjoy [fluid~], thank you!
I have noticed the generators 15 chorus send and 16 reverb send have no effect. Is there a message to enable them?

I don't know what those are. Can you point me to the relevant documentation?

Cheers
Balwyn

On the help page for [fluid~] at the bottom left is the section relating to generators. If I enter 16 for reverbsend and change the value even to 8192 nothing happens.
I took a liberty and downloaded the Purr Data source from your GitLab page and had a bit of look at the fluid~.c code (and C is really over my head) I found these 3 lines.

fluid_settings_setstr(x->x_settings, "synth.chorus.active", "no");
fluid_settings_setstr(x->x_settings, "synth.reverb.active", "no");
fluid_settings_setstr(x->x_settings, "synth.ladspa.active", "no");

I then wondered if this was by design, because in the FluidSynth 1.1 Developer Documentation they are on by default.

I don't know, I only ported Frank Barknecht's code from C++. You might want to ask him why he used those as default settings.

Thank you
I'll see how I go

Hi,

first of all: Thanks for your great effort! Purr Data's handling is very nice.

I played around with it today and tested some of my patches. Purr Data crashed every once in a while. I can't say, where exactly it happens. Is there a log file? I would send it to you.

And is there a feature list? Would be nice to see what exactly is shipped with Purr Data and where it has extra features. Also which parts of Pd-l2ork are integrated.

Regards,
Xaver

@xgr said:

Hi,

first of all: Thanks for your great effort! Purr Data's handling is very nice.

I played around with it today and tested some of my patches. Purr Data crashed every once in a while. I can't say, where exactly it happens. Is there a log file? I would send it to you.

What OS? 32-bit or 64-bit? Is it the most recent version?

Also-- do you know which externals you were using? Lyonpotpourri happens to have a crasher that we're in the middle of fixing.

And is there a feature list? Would be nice to see what exactly is shipped with Purr Data and where it has extra features. Also which parts of Pd-l2ork are integrated.

Most features from Pd-l2ork are available-- the exceptions are disis_munger~ and k12 mode.

Some features:

• $0 inside message boxes works
• infinite undo, preset_hub/node, iemgui anchors, and other Pd-l2ork features
• GUI presets (in the preferences dialog)
• zoomable canvases and Pd console, ability to save zoom level per patch if you wish (see preferences dialog for checkbox)
• new data structure visualization features-- click <ctrl-b> for Help browser, then scroll down to the second heading about data structures
• dollarsigns work correctly in iemguis
• introspection objects: [pdinfo], [classinfo], [canvasinfo], [objectinfo]
• experimental "dropdown" atom box (name/interface may change)
• multi-connection patching shortcuts (see doc/2.control.examples/25.intelligent-patching.pd)
• realtime find <ctrl-f> in Pd console, and step-find <ctrl-f> in patch windows

There are probably others. Those are just the ones I could think of atm.

Regards,
Xaver

I'm on win7 64bit. Downloaded Purr Data today.

I uploaded one patch which has an error. Because of my settings it adresses iemgui directly, so it isn't found in Purr Data.
The console told me room_sim_2d .... couldn't create.

When I go into that patch and try to delete the knobs, I get a crash. I have to close the nw.exes in the task manager of win7. The running pd process can't be killed at all.

You'll find the patch here (download the folder "crash" and start it from crash/test/test.pd
https://github.com/XRoemer/puredata

I got other crashes with a python programm of mine, which I started via pyext. But I'm not shure if pyext should be used with Purr Data, as I installed it manually.

Best,
Xaver

@xgr I can reproduce the crasher. Unfortunately Windows does not give me useful feedback, so I'll have to debug later from a Linux machine.

@xgr Got a trivially reproducible bug using only two objects now:

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

I think it has something to do with the GUI update queue ordering...

@jancsika I'm interested in moving over from Pd-extende to Purr Data. There are two things that would deter me at the moment though:

• Can I use the same externals that I am using in Pd-extended? Would I have to recompile them to get them to work or would it simply be a case of copying across the relevant .pd_darwin files?

• Is GEM working in Purr Data? This is one of the main things I am using Pd for at present. So I would not like to move across unless GEM is usable.

@me-andmymonkey said:

@jancsika I'm interested in moving over from Pd-extende to Purr Data. There are two things that would deter me at the moment though:

• Can I use the same externals that I am using in Pd-extended? Would I have to recompile them to get them to work or would it simply be a case of copying across the relevant .pd_darwin files?

It comes with most of the externals that Pd-extended had. The main exception are some GUI objects which I haven't ported yet.

• Is GEM working in Purr Data? This is one of the main things I am using Pd for at present. So I would not like to move across unless GEM is usable.

GEM currently only works with Purr Data on Windows and Gnu/Linux.

Hi @jancsika, thanks for the reply. Will GEM work on OSX soon?

@me-andmymonkey said:

Hi @jancsika, thanks for the reply. Will GEM work on OSX soon?

Someone was able to get it up and running, but if I remember correctly it requires some extra compilation steps beyond the Homebrew instructions I have listed at git.purrdata.net.

If someone is able to get Gem to build without any extra steps (besides installing a few Homebrew dependencies) I'll happily merge the code.

After using Purr Data for a couple of days now, I really appreciate it!
E.g. I don't want to miss scaling the surface anymore.

But I still have some questions:

• Is it possible to use pyext in a reliable manner?
• What about [pd~]? I really need that. Will it work in future?

Regards,
Xaver

@xgr said:

After using Purr Data for a couple of days now, I really appreciate it!
E.g. I don't want to miss scaling the surface anymore.

But I still have some questions:

• Is it possible to use pyext in a reliable manner?

I'm not familiar with pyext. Is it currently maintained and stable in Vanilla?

• What about [pd~]? I really need that. Will it work in future?

[pd~] should work fine in Purr Data.

Regards,
Xaver

The last version of pyext is from 2012, but it is stable and works fine with vanilla 0.47-1.

[pd~] doesn't work on both of my windows machines, win7 and win10. I use the Purr Data version for win 64 you linked on the top of this thread

When I start pd~ example on my macbook OSX 10.9.5, I freeze and I need to force quit also.

@xgr try 2.1.2, it should fix the crasher bug you reported.

Hi, i can confirm that pd~ is not working in Win7 64bit. The object box is red.

@jancsika 2.1.2 works and lets me delete the knobs without crashing. (Tested on win10)

(When I correct the path in knopf2.pd from [room_sim_2d ... ] to [iemgui/room_sim_2d ... ] it still doesn't show any knobs. I don't know, if it's because of my code or if there is another error with iemgui. I don't care as I changed the knobs to mknobs anyway, which is an easier and cleaner solution)

I discovered another error while trying 2.1.2.:
Unlike pd, Purr Data opens .pd files in the same instance of Purr Data ( is that intendet?). Opening a .pd file by double click doesn't work, when an instance of Purr Data is running and the path to the .pd file contains a german Umlaut ( ü ). Output in console is: error: <filename> : read failed