@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

Getting [pd~] to work properly by default is going to be tricky. However, if you start it in "-nogui" it should work.

Not sure why it's not compiling on Windows. I'll have a look.

@jancsika Hi, I'm trying to install the 64bit - Ubuntu 16.04 version:

sudo gdebi pd-l2ork-2.1.2-ubuntu_16.04-amd64.deb 
Reading package lists... Done
Building dependency tree        
Reading state information... Done
This package is uninstallable
Wrong architecture 'armhf'

@EEight Looks like I screwed up somewhere.

Try the CI build from HEAD:

https://git.purrdata.net/jwilkes/purr-data/builds/3641

Click the "Download" button on that page.

2.2.0 is now available (see links at top).

Most of the bugs mentioned here should now be fixed.

thank you @jancsika !
the pd~ objects is still not loading on windows tho.
best

I tried OSx 64 bit version and shortcuts to put objects, put message ... don't work.

get out edit mode either. but if I exit edit mode with mouse, I can use command+1, command+2 again, but once.

seems when I press command key, purr data move out edit mode without "E" key...

@alfonso.santimone I got it compiling but it's not yet loading the subprocess patch. Once I get it working I'll do a bugfix release.

@emviveros Hm, I'll check it out...