Hi all, New to the list and new to Pd, aside from various quick experiments over the years.
A few days ago I installed the 32 bit version of Pd 0.47-1 on my Macbook Pro running 10.11.6. I downloaded Gem 0.93.3 and put it in the same folder as my Pd app. I then learned that I could download and install it from the help menu, which I did, and it worked. I was able to run example patches and build simple patches of my own using the Gem objects.
Earlier today I did something that caused Pd to hang, so I force quit it. Next time I opened it, it gave me "couldn't create" messages for some Gem objects but not all. After this I tried deleting and re-installing Pd and Gem several times, using both 0.48 and 0.47 versions, with the result being that all or some of the Gem objects won't work. I did notice that newer Pd installations was try to find a folder I created during an earlier installation, which makes me think I'm not successfully deleting everything. However, I can't find any obvious Pd folders on my drive when I search.
Thanks for any tips, Greg
- Greg Zifcak greg@gzifcak.net [2017-10-12 06:44]:
Hi all, New to the list and new to Pd, aside from various quick experiments over the years.
A few days ago I installed the 32 bit version of Pd 0.47-1 on my Macbook Pro running 10.11.6. I downloaded Gem 0.93.3 and put it in the same folder as my Pd app. I then learned that I could download and install it from the help menu, which I did, and it worked. I was able to run example patches and build simple patches of my own using the Gem objects.
Earlier today I did something that caused Pd to hang, so I force quit it. Next time I opened it, it gave me "couldn't create" messages for some Gem objects but not all. After this I tried deleting and re-installing Pd and Gem several times, using both 0.48 and 0.47 versions, with the result being that all or some of the Gem objects won't work. I did notice that newer Pd installations was try to find a folder I created during an earlier installation, which makes me think I'm not successfully deleting everything. However, I can't find any obvious Pd folders on my drive when I search.
You are most likely aware that this mailinglist has a searchable archive of previous postings in https://lists.puredata.info/pipermail/pd-list/
Perhaps you are hit by the same problem as solved here? https://lists.puredata.info/pipermail/pd-list/2017-09/120480.html
On 2017-10-11 18:39, Greg Zifcak wrote:
New to the list and new to Pd, aside from various quick experiments over the years.
A few days ago I installed the 32 bit version of Pd 0.47-1 on my Macbook Pro running 10.11.6. I downloaded Gem 0.93.3 and put it in the same folder as my Pd app. I then learned that I could download and install it from the help menu, which I did, and it worked.
so you installed, and it probably worked. and then you installed it again, and it worked? why did you install it two times?
After this I tried deleting and re-installing Pd and Gem several times,
how?
Next time I opened it, it gave me "couldn't create" messages for some Gem objects but not all.
[...]
using both 0.48 and 0.47 versions, with the result being that all or some of the Gem objects won't work.
it might help to be a bit more or less specific.
gfdmasdr IOhannes
Thanks for the input all. I saw the mailing list archive but my search skills must be lacking.
To clarify, I originally downloaded the Gem folder and placed it in the folder next to the Pd application file, and assumed correctly that this would not do anything. That is when I found out about the help menu installation feature, and installed it from there.
My installation process in attempting to fix the problem was: delete existing Pd folders, download Pd 0.48 or 0.47 32 bit from https://puredata.info/downloads/pure-data, then install Gem from the help menu.
I finally solved the issue by adding the path to the Gem folder (Contents/Resources/extra) to "Startup" in "Preferences". What led me down this course of investigation was that I noticed that the path Pd said it was installing Gem was Contents/Resources/Scripts/extra, even though it wasn't really putting it there. I don't know why it didn't add a path to startup; I'm guess it did on the first install when it originally worked. I also still don't understand how the installation knew to warn me that a previous folder didn't exist, since I deleted the folder structure and couldn't find any other Pd folders on my system.
After some of the failed installation attempts before I added the path, gemwin and gemhead appeared to be created correctly, but pix_draw and pix_texture did not (dotted lines). I assume that Gem wasn't being loaded at all since I hadn't added the path yet, and that the graphics were just inconsistent.
Anyway, glad it's working again and I've learned a little more about how installation is supposed to work.
On Oct 12, 2017, at 3:59 AM, IOhannes m zmoelnig zmoelnig@iem.at wrote:
On 2017-10-11 18:39, Greg Zifcak wrote:
New to the list and new to Pd, aside from various quick experiments over the years.
A few days ago I installed the 32 bit version of Pd 0.47-1 on my Macbook Pro running 10.11.6. I downloaded Gem 0.93.3 and put it in the same folder as my Pd app. I then learned that I could download and install it from the help menu, which I did, and it worked.
so you installed, and it probably worked. and then you installed it again, and it worked? why did you install it two times?
After this I tried deleting and re-installing Pd and Gem several times,
how?
Next time I opened it, it gave me "couldn't create" messages for some Gem objects but not all.
[...]
using both 0.48 and 0.47 versions, with the result being that all or some of the Gem objects won't work.
it might help to be a bit more or less specific.
gfdmasdr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 10/12/2017 05:10 PM, Greg Zifcak wrote:
Thanks for the input all. I saw the mailing list archive but my search skills must be lacking.
To clarify, I originally downloaded the Gem folder and placed it in the folder next to the Pd application file, and assumed correctly that this would not do anything. That is when I found out about the help menu installation feature, and installed it from there.
ok. makes sense.
My installation process in attempting to fix the problem was: delete existing Pd folders, download Pd 0.48 or 0.47 32 bit from https://puredata.info/downloads/pure-data, then install Gem from the help menu.
ok.
I finally solved the issue by adding the path to the Gem folder (Contents/Resources/extra) to "Startup" in "Preferences".
actually no, you shouldn't do that at all with Gem. Gem will (well: should) automatically add the paths, once its gets loaded. and Gem should load fine, since the name of the binary ("Gem.pd_darwin") matches the directory it lives in ".../Gem/", and the directory the Gem-directory lives in (Contents/Resources/extra) is searched automatically by Pd. what you MUST do is to *load* Gem, e.g. by putting a [declare -lib Gem] into your patch, or adding "Gem" (without any further path) to the "libraries" to be loaded at startup)
What led me down this course of investigation was that I noticed that the path Pd said it was installing Gem was Contents/Resources/Scripts/extra, even though it wasn't really putting it there.
this confuses me. what's the "Scripts" path doing in here? could you post a screenshot of where Pd says that it's installing there?
I don't know why it didn't add a path to startup;
Pd shouldn't (i think that feature with deken in Pd-0.48 is really a bug). Gem would, but it needs to be loaded first.
I'm guess it did on the first install when it originally worked. I also still don't understand how the installation knew to warn me that a previous folder didn't exist, since I deleted the folder structure and couldn't find any other Pd folders on my system.
i'm not sure i can follow. how did it warn you? if you deleted all folders and Pd warned you about a missing folder, this sounds an ok (and totally non-magic) thing to do.
After some of the failed installation attempts before I added the path, gemwin and gemhead appeared to be created correctly, but pix_draw and pix_texture did not (dotted lines). I assume that Gem wasn't being loaded at all since I hadn't added the path yet, and that the graphics were just inconsistent.
well, [gemhead] and [gemwin] created fine because you *did* have the path added (they are abstractions inside the Gem/ directory). but [pix_texture] is an object that is built-into the Gem binary, so you need to *load* the Gem *library* first.
Anyway, glad it's working again and I've learned a little more about how installation is supposed to work.
cool.
i think much of the confusion i'm having is because you switched between 0.47 and 0.48 during the installation and deken (the Pd package installer) changed a bit between the two versions.
gfmards IOhannes
I think the problem was that at some point your machine's deken (the package manager in the help menu) got set to a pretty odd path for externals: Contents/Resources/Scripts/extra Maybe that's a folder you selected the first time you used it?
This has a rundown of the default paths you can safely install stuff to without needing to add a new folder to your path: https://puredata.info/docs/faq/how-do-i-install-externals-and-help-files
But yeah - adding a new path is just as good maybe.
-Jesse
On Oct 12, 2017, at 8:27 AM, IOhannes m zmölnig zmoelnig@iem.at wrote:
On 10/12/2017 05:10 PM, Greg Zifcak wrote:
Thanks for the input all. I saw the mailing list archive but my search skills must be lacking.
To clarify, I originally downloaded the Gem folder and placed it in the folder next to the Pd application file, and assumed correctly that this would not do anything. That is when I found out about the help menu installation feature, and installed it from there.
ok. makes sense.
My installation process in attempting to fix the problem was: delete existing Pd folders, download Pd 0.48 or 0.47 32 bit from https://puredata.info/downloads/pure-data, then install Gem from the help menu.
ok.
I finally solved the issue by adding the path to the Gem folder (Contents/Resources/extra) to "Startup" in "Preferences".
actually no, you shouldn't do that at all with Gem. Gem will (well: should) automatically add the paths, once its gets loaded. and Gem should load fine, since the name of the binary ("Gem.pd_darwin") matches the directory it lives in ".../Gem/", and the directory the Gem-directory lives in (Contents/Resources/extra) is searched automatically by Pd. what you MUST do is to *load* Gem, e.g. by putting a [declare -lib Gem] into your patch, or adding "Gem" (without any further path) to the "libraries" to be loaded at startup)
What led me down this course of investigation was that I noticed that the path Pd said it was installing Gem was Contents/Resources/Scripts/extra, even though it wasn't really putting it there.
this confuses me. what's the "Scripts" path doing in here? could you post a screenshot of where Pd says that it's installing there?
I don't know why it didn't add a path to startup;
Pd shouldn't (i think that feature with deken in Pd-0.48 is really a bug). Gem would, but it needs to be loaded first.
I'm guess it did on the first install when it originally worked. I also still don't understand how the installation knew to warn me that a previous folder didn't exist, since I deleted the folder structure and couldn't find any other Pd folders on my system.
i'm not sure i can follow. how did it warn you? if you deleted all folders and Pd warned you about a missing folder, this sounds an ok (and totally non-magic) thing to do.
After some of the failed installation attempts before I added the path, gemwin and gemhead appeared to be created correctly, but pix_draw and pix_texture did not (dotted lines). I assume that Gem wasn't being loaded at all since I hadn't added the path yet, and that the graphics were just inconsistent.
well, [gemhead] and [gemwin] created fine because you *did* have the path added (they are abstractions inside the Gem/ directory). but [pix_texture] is an object that is built-into the Gem binary, so you need to *load* the Gem *library* first.
Anyway, glad it's working again and I've learned a little more about how installation is supposed to work.
cool.
i think much of the confusion i'm having is because you switched between 0.47 and 0.48 during the installation and deken (the Pd package installer) changed a bit between the two versions.
gfmards IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-
Greg Zifcak -
IOhannes m zmoelnig -
IOhannes m zmölnig
-
Jesse Mejia -
Peter P.