Hi list! I am trying to get GEM onto Pd Vanilla on a Win10 machine.
I have installed both from deken and from http://gem.iem.at/ without particular good result. I get [gemwin] and [gemhead] to be able to be created in patches after I have [declare -stdpath Gem]. One of the problems that are present are that all other Gem objects seems not be able to be created. Like [pix_film], [rotateXYZ] and all the others. When I look in the library installation folder (user\AppData\Roaming\pd\Gem) I cannot see any dll´s from for instance [pix_film] and others, but there is pixfilm-help.pd file nd help files for the others. Maybe this is as it should be, but I am confused. I also tried to get freetype fonts into Pd Vanilla, but I am really unsure on how to do. (this was suggested somewhere that it might be needed). I am searching everywhere for solutions, but I am probably missing out some obvious here. I was even declaring iemlib, as this was some hint I was given in some forum. Now I was thinking in lines of that I might have to compile binaries myself to get it going, but I am stepping over a knowledge threshold there. And I hope there is other solutions out here...
Here is some threads I stumbled over in my search - that might be of help to someone: https://github.com/umlaeute/Gem/wiki/How-to-build-Gem-on-Microsoft-Windows-(...)
http://forum.pdpatchrepo.info/topic/9870/form-extended-to-vanilla http://forum.pdpatchrepo.info/topic/6743/how-to-install-externals-libraries-... http://gem.iem.at/documentation https://sourceforge.net/projects/pd-gem/support?source=navbar
(at same time GEM in Pd Extended is working for me - but I really do want to switch to Pd Vanilla)
All the best, Björn Eriksson
Hi, thanks for fast reply! It didn´t fix it.
[gemwin] and [gemhead] is created though and rest are not, so the changed path seemed to work at least in same way as the -stdpath way.
Hmm...
/Björn
On Wed, Aug 3, 2016 at 9:18 AM, IOhannes m zmoelnig zmoelnig@iem.at wrote:
On 2016-08-03 08:05, Björn Eriksson wrote:
created in patches after I have [declare -stdpath Gem]. One of the
problems
how about [declare -lib Gem] instead?
fmnsdf IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 08/03/2016 10:15 AM, Björn Eriksson wrote:
[gemwin] and [gemhead] is created though and rest are not, so the changed path seemed to work at least in same way as the -stdpath way.
i didn't change any paths. the "-lib" loads the Gem.dll, rather than adding Gem/ to the search-path.
your error indicates, that the the Gem.dll is *not* loaded, and that you *only* have Gem/ in the searchpath (so it can find the abstractions gemwin.pd and gemhead.pd)
Gem consists of a single huge binary "Gem.dll", which contains all the 200+ objects. this explains why you cannot see a pix_film.dll for instance (it wouldn't make much sense to have all the Gem objects as separate external-files) so, you need to make sure that the Gem.dll is loaded. (it will automatically add any "-path" flags it considers appropriate).
check the Pd-console for errors. then check the Pd-console for the Gem splash screen. if you cannot see it, raise the verbosity of the Pd-console. if you still cannot see it, start Pd in verbose mode, and check the Pd-console for errors.
dsf IOhannes
PS: which version of Pd? where is the Gem.dll?
I am attaching the errors from the Pd window (in Verbose mode), and I do not get any Gem splash window... Attaching the Gem-test-patch. I see in the log that the Gem.dll is succeeded to load "some times", but mostly it fails...
I am running Pd Vanilla 0.47.1 and the Gem.dll is located in C:/Users/bjoeri/AppData/Roaming/Pd/ and Pd is installed at C:/Program Files (x86)/Pd/ (unfortunately I also installed Gem in some other places too, I hope that is not causing the problems... (Will clean up when I know where Gem should be to function)
Really appreciating all help on this matter! I am slowly getting used with deken now after some weeks of running it, and I think it is working great. So only problem now seems to be the Gem functionality.
/Björn Eriksson
On Wed, Aug 3, 2016 at 12:41 PM, IOhannes m zmölnig zmoelnig@iem.at wrote:
On 08/03/2016 10:15 AM, Björn Eriksson wrote:
[gemwin] and [gemhead] is created though and rest are not, so the changed path seemed to work at least in same way as the -stdpath way.
i didn't change any paths. the "-lib" loads the Gem.dll, rather than adding Gem/ to the search-path.
your error indicates, that the the Gem.dll is *not* loaded, and that you *only* have Gem/ in the searchpath (so it can find the abstractions gemwin.pd and gemhead.pd)
Gem consists of a single huge binary "Gem.dll", which contains all the 200+ objects. this explains why you cannot see a pix_film.dll for instance (it wouldn't make much sense to have all the Gem objects as separate external-files) so, you need to make sure that the Gem.dll is loaded. (it will automatically add any "-path" flags it considers appropriate).
check the Pd-console for errors. then check the Pd-console for the Gem splash screen. if you cannot see it, raise the verbosity of the Pd-console. if you still cannot see it, start Pd in verbose mode, and check the Pd-console for errors.
dsf IOhannes
PS: which version of Pd? where is the Gem.dll?
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 08/03/2016 02:51 PM, Björn Eriksson wrote:
I am attaching the errors from the Pd window (in Verbose mode), and I do not get any Gem splash window... Attaching the Gem-test-patch.
as long as you don't get any splash window, there is little use in testing Gem functionaliry itself.
I see in the log that the Gem.dll is succeeded to load "some times", but mostly it fails...
that because in verbose mode Pd tells you all the paths it searches for a given dll. anyhow, right after the "succeeded" lines, it also tells you:
C:\Users\bjoeri\AppData\Roaming\Pd\Gem.dll: couldn't load
resp.
C:\Program Files (x86)\Pd\extra\Gem\Gem.dll: couldn't load
i don't really know why, maybe some of the W32 experts can help out. i suspect that it cannot find a dependency library, though i thought that W32 would open a screaming modal window telling your about that.
gfmrdsa IOhannes
i don't really know why, maybe some of the W32 experts can help out.
far from being an expert ;-)
but björn !
i would try this in your case:
(if you can afford it, uninstall any PD and GEM installations you have on your machine, copy personal patches somewhere else)
download a .zip package of pd vanilla (no installation process !) and unpack it on a different drive (not your W10 system drive, though). can also be an external harddisk
http://msp.ucsd.edu/Software/pd-0.47-1.msw.zip
also download GEM as a .zip
https://puredata.info/downloads/gem/releases/0.93.3/Gem-0.93.3-W32-i686.zip
and unpack it's contents manually into a folder inside your PD folder (normally you would use "extra")
when you start PD (usually with a batch file), you can try to load GEM with the preferences method or if necessary you have to point to the GEM.dll location from a batch file. i.e.:
[YOUR PATH TO PD]\bin\pd.exe -noprefs -noaudio -nomidi -lib [YOUR PATH TO PD]\extra\Gem-0.93.3\Gem
(at least that's my preferred method)
hope i'm not suggesting something too obvious, but that's the way it works alright on my machine (W7, 64bit). if it works on your machine as well, you might try putting your PD "portable" folder to a more convenient place on your system. but in general i prefer not to "install" PD, as i like to have full control over externals etc.
best
oliver
did you -lib correctly?:
-lib C:/Users/bjoeri/AppData/Roaming/Pd/Gem
Mensaje telepatico asistido por maquinas.
From: Pd-list pd-list-bounces@lists.iem.at on behalf of Björn Eriksson miulew@gmail.com Sent: Wednesday, August 3, 2016 12:51 PM To: Pd-List Subject: Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
I am attaching the errors from the Pd window (in Verbose mode), and I do not get any Gem splash window... Attaching the Gem-test-patch. I see in the log that the Gem.dll is succeeded to load "some times", but mostly it fails...
I am running Pd Vanilla 0.47.1 and the Gem.dll is located in C:/Users/bjoeri/AppData/Roaming/Pd/ and Pd is installed at C:/Program Files (x86)/Pd/ (unfortunately I also installed Gem in some other places too, I hope that is not causing the problems... (Will clean up when I know where Gem should be to function)
Really appreciating all help on this matter! I am slowly getting used with deken now after some weeks of running it, and I think it is working great. So only problem now seems to be the Gem functionality.
/Björn Eriksson
On Wed, Aug 3, 2016 at 12:41 PM, IOhannes m zmölnig <zmoelnig@iem.atmailto:zmoelnig@iem.at> wrote: On 08/03/2016 10:15 AM, Björn Eriksson wrote:
[gemwin] and [gemhead] is created though and rest are not, so the changed path seemed to work at least in same way as the -stdpath way.
i didn't change any paths. the "-lib" loads the Gem.dll, rather than adding Gem/ to the search-path.
your error indicates, that the the Gem.dll is *not* loaded, and that you *only* have Gem/ in the searchpath (so it can find the abstractions gemwin.pd and gemhead.pd)
Gem consists of a single huge binary "Gem.dll", which contains all the 200+ objects. this explains why you cannot see a pix_film.dll for instance (it wouldn't make much sense to have all the Gem objects as separate external-files) so, you need to make sure that the Gem.dll is loaded. (it will automatically add any "-path" flags it considers appropriate).
check the Pd-console for errors. then check the Pd-console for the Gem splash screen. if you cannot see it, raise the verbosity of the Pd-console. if you still cannot see it, start Pd in verbose mode, and check the Pd-console for errors.
dsf IOhannes
PS: which version of Pd? where is the Gem.dll?
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
or:
-lib C:/Program Files (x86)/Pd/extra/Gem
Probably Oliver suggestion on uninstalling everything will clear your *not good* multiple Gem installations.
Mensaje telepatico asistido por maquinas.
From: Pd-list pd-list-bounces@lists.iem.at on behalf of Lucas Cordiviola lucarda27@hotmail.com Sent: Wednesday, August 3, 2016 5:49 PM To: Björn Eriksson; Pd-List Subject: Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
did you -lib correctly?:
-lib C:/Users/bjoeri/AppData/Roaming/Pd/Gem
Mensaje telepatico asistido por maquinas.
From: Pd-list pd-list-bounces@lists.iem.at on behalf of Björn Eriksson miulew@gmail.com Sent: Wednesday, August 3, 2016 12:51 PM To: Pd-List Subject: Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
I am attaching the errors from the Pd window (in Verbose mode), and I do not get any Gem splash window... Attaching the Gem-test-patch. I see in the log that the Gem.dll is succeeded to load "some times", but mostly it fails...
I am running Pd Vanilla 0.47.1 and the Gem.dll is located in C:/Users/bjoeri/AppData/Roaming/Pd/ and Pd is installed at C:/Program Files (x86)/Pd/ (unfortunately I also installed Gem in some other places too, I hope that is not causing the problems... (Will clean up when I know where Gem should be to function)
Really appreciating all help on this matter! I am slowly getting used with deken now after some weeks of running it, and I think it is working great. So only problem now seems to be the Gem functionality.
/Björn Eriksson
On Wed, Aug 3, 2016 at 12:41 PM, IOhannes m zmölnig <zmoelnig@iem.atmailto:zmoelnig@iem.at> wrote: On 08/03/2016 10:15 AM, Björn Eriksson wrote:
[gemwin] and [gemhead] is created though and rest are not, so the changed path seemed to work at least in same way as the -stdpath way.
i didn't change any paths. the "-lib" loads the Gem.dll, rather than adding Gem/ to the search-path.
your error indicates, that the the Gem.dll is *not* loaded, and that you *only* have Gem/ in the searchpath (so it can find the abstractions gemwin.pd and gemhead.pd)
Gem consists of a single huge binary "Gem.dll", which contains all the 200+ objects. this explains why you cannot see a pix_film.dll for instance (it wouldn't make much sense to have all the Gem objects as separate external-files) so, you need to make sure that the Gem.dll is loaded. (it will automatically add any "-path" flags it considers appropriate).
check the Pd-console for errors. then check the Pd-console for the Gem splash screen. if you cannot see it, raise the verbosity of the Pd-console. if you still cannot see it, start Pd in verbose mode, and check the Pd-console for errors.
dsf IOhannes
PS: which version of Pd? where is the Gem.dll?
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Hi IO,
so?
I can test on win10, which pkg? the deken one?
Mensaje telepatico asistido por maquinas.
From: Pd-list pd-list-bounces@lists.iem.at on behalf of IOhannes m zmölnig zmoelnig@iem.at Sent: Wednesday, August 3, 2016 6:43 PM To: pd-list@lists.iem.at Subject: Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
On 08/03/2016 07:49 PM, Lucas Cordiviola wrote:
did you -lib correctly?:
yes he did.
gfmrdsa IOhannes
Thanks for all the good suggestions! I will try to do the external drive install that Oliver suggest. And yes Lucas, great if you want to test on another Win 10 machine. I have Pd Vanilla 0.47.1 installed with Windows installer. (See errorfile and testpatch earlier in thread)
/Björn
torsdag 4 augusti 2016 skrev Lucas Cordiviola lucarda27@hotmail.com:
Hi IO,
so?
I can test on win10, which pkg? the deken one?
Mensaje telepatico asistido por maquinas.
*From:* Pd-list <pd-list-bounces@lists.iem.at javascript:_e(%7B%7D,'cvml','pd-list-bounces@lists.iem.at');> on behalf of IOhannes m zmölnig <zmoelnig@iem.at javascript:_e(%7B%7D,'cvml','zmoelnig@iem.at');> *Sent:* Wednesday, August 3, 2016 6:43 PM *To:* pd-list@lists.iem.at javascript:_e(%7B%7D,'cvml','pd-list@lists.iem.at'); *Subject:* Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
On 08/03/2016 07:49 PM, Lucas Cordiviola wrote:
did you -lib correctly?:
yes he did.
gfmrdsa IOhannes
pd 0.47.1 win10 Gem/0.93.3 w32 deken
tried C:/Users/Lucharda/Downloads/deken/Gem.m_i386 and failed tried C:/Users/Lucharda/Downloads/deken/Gem.dll and failed tried C:/Users/Lucharda/Downloads/deken/Gem/Gem.m_i386 and failed tried C:/Users/Lucharda/Downloads/deken/Gem/Gem.dll and succeeded <---good tried C:/Users/Lucharda/Downloads/deken/Gem.pd and failed tried C:/Users/Lucharda/Downloads/deken/Gem.pat and failed tried C:/Users/Lucharda/Downloads/deken/Gem/Gem.pd and failed <---bad ? tried ./C:/Users/Lucharda/Downloads/deken/Gem.m_i386 and failed tried ./C:/Users/Lucharda/Downloads/deken/Gem.dll and failed tried ./C:/Users/Lucharda/Downloads/deken/Gem/Gem.m_i386 and failed tried ./C:/Users/Lucharda/Downloads/deken/Gem/Gem.dll and failed tried ./C:/Users/Lucharda/Downloads/deken/Gem.pd and failed tried ./C:/Users/Lucharda/Downloads/deken/Gem.pat and failed
Why Gem.pd is not in the Pkg?
Mensaje telepatico asistido por maquinas.
From: Pd-list pd-list-bounces@lists.iem.at on behalf of Lucas Cordiviola lucarda27@hotmail.com Sent: Wednesday, August 3, 2016 6:58 PM To: pd-list@lists.iem.at Subject: Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
Hi IO,
so?
I can test on win10, which pkg? the deken one?
Mensaje telepatico asistido por maquinas.
From: Pd-list pd-list-bounces@lists.iem.at on behalf of IOhannes m zmölnig zmoelnig@iem.at Sent: Wednesday, August 3, 2016 6:43 PM To: pd-list@lists.iem.at Subject: Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
On 08/03/2016 07:49 PM, Lucas Cordiviola wrote:
did you -lib correctly?:
yes he did.
gfmrdsa IOhannes
On 08/03/2016 11:57 PM, Lucas Cordiviola wrote:
pd 0.47.1 win10 Gem/0.93.3 w32 deken
tried C:/Users/Lucharda/Downloads/deken/Gem.m_i386 and failed tried C:/Users/Lucharda/Downloads/deken/Gem.dll and failed tried C:/Users/Lucharda/Downloads/deken/Gem/Gem.m_i386 and failed tried C:/Users/Lucharda/Downloads/deken/Gem/Gem.dll and succeeded
*<---good* tried C:/Users/Lucharda/Downloads/deken/Gem.pd and failed tried C:/Users/Lucharda/Downloads/deken/Gem.pat and failed tried C:/Users/Lucharda/Downloads/deken/Gem/Gem.pd and failed * <---bad ?* tried ./C:/Users/Lucharda/Downloads/deken/Gem.m_i386 and failed tried ./C:/Users/Lucharda/Downloads/deken/Gem.dll and failed tried ./C:/Users/Lucharda/Downloads/deken/Gem/Gem.m_i386 and failed tried ./C:/Users/Lucharda/Downloads/deken/Gem/Gem.dll and failed tried ./C:/Users/Lucharda/Downloads/deken/Gem.pd and failed tried ./C:/Users/Lucharda/Downloads/deken/Gem.pat and failedWhy *Gem.pd* is not in the Pkg?
because then it would break everything?
Gem gets loaded once the binary is loaded, not once Pd has found some abstraction named "Gem.pd". if the pkg shipped a Gem.pd, then you would be able to "load" the w32-128bit binaries of the library on your pdp-11.
gfmsard IOhannes
Sorry, very naive on my side.
The pkg works ok on win 8.1
Mensaje telepatico asistido por maquinas.
From: Pd-list pd-list-bounces@lists.iem.at on behalf of Lucas Cordiviola lucarda27@hotmail.com Sent: Wednesday, August 3, 2016 9:57 PM To: pd-list@lists.iem.at; miulew@gmail.com Subject: Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
pd 0.47.1 win10 Gem/0.93.3 w32 deken
tried C:/Users/Lucharda/Downloads/deken/Gem.m_i386 and failed tried C:/Users/Lucharda/Downloads/deken/Gem.dll and failed tried C:/Users/Lucharda/Downloads/deken/Gem/Gem.m_i386 and failed tried C:/Users/Lucharda/Downloads/deken/Gem/Gem.dll and succeeded <---good tried C:/Users/Lucharda/Downloads/deken/Gem.pd and failed tried C:/Users/Lucharda/Downloads/deken/Gem.pat and failed tried C:/Users/Lucharda/Downloads/deken/Gem/Gem.pd and failed <---bad ? tried ./C:/Users/Lucharda/Downloads/deken/Gem.m_i386 and failed tried ./C:/Users/Lucharda/Downloads/deken/Gem.dll and failed tried ./C:/Users/Lucharda/Downloads/deken/Gem/Gem.m_i386 and failed tried ./C:/Users/Lucharda/Downloads/deken/Gem/Gem.dll and failed tried ./C:/Users/Lucharda/Downloads/deken/Gem.pd and failed tried ./C:/Users/Lucharda/Downloads/deken/Gem.pat and failed
Why Gem.pd is not in the Pkg?
Mensaje telepatico asistido por maquinas.
From: Pd-list pd-list-bounces@lists.iem.at on behalf of Lucas Cordiviola lucarda27@hotmail.com Sent: Wednesday, August 3, 2016 6:58 PM To: pd-list@lists.iem.at Subject: Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
Hi IO,
so?
I can test on win10, which pkg? the deken one?
Mensaje telepatico asistido por maquinas.
From: Pd-list pd-list-bounces@lists.iem.at on behalf of IOhannes m zmölnig zmoelnig@iem.at Sent: Wednesday, August 3, 2016 6:43 PM To: pd-list@lists.iem.at Subject: Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
On 08/03/2016 07:49 PM, Lucas Cordiviola wrote:
did you -lib correctly?:
yes he did.
gfmrdsa IOhannes
I`m still testing,
posible MSVCR71.DLL missing.
Mensaje telepatico asistido por maquinas.
From: Pd-list pd-list-bounces@lists.iem.at on behalf of Lucas Cordiviola lucarda27@hotmail.com Sent: Wednesday, August 3, 2016 10:40 PM To: pd-list@lists.iem.at; miulew@gmail.com Subject: Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
Sorry, very naive on my side.
The pkg works ok on win 8.1
Mensaje telepatico asistido por maquinas.
From: Pd-list pd-list-bounces@lists.iem.at on behalf of Lucas Cordiviola lucarda27@hotmail.com Sent: Wednesday, August 3, 2016 9:57 PM To: pd-list@lists.iem.at; miulew@gmail.com Subject: Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
pd 0.47.1 win10 Gem/0.93.3 w32 deken
tried C:/Users/Lucharda/Downloads/deken/Gem.m_i386 and failed tried C:/Users/Lucharda/Downloads/deken/Gem.dll and failed tried C:/Users/Lucharda/Downloads/deken/Gem/Gem.m_i386 and failed tried C:/Users/Lucharda/Downloads/deken/Gem/Gem.dll and succeeded <---good tried C:/Users/Lucharda/Downloads/deken/Gem.pd and failed tried C:/Users/Lucharda/Downloads/deken/Gem.pat and failed tried C:/Users/Lucharda/Downloads/deken/Gem/Gem.pd and failed <---bad ? tried ./C:/Users/Lucharda/Downloads/deken/Gem.m_i386 and failed tried ./C:/Users/Lucharda/Downloads/deken/Gem.dll and failed tried ./C:/Users/Lucharda/Downloads/deken/Gem/Gem.m_i386 and failed tried ./C:/Users/Lucharda/Downloads/deken/Gem/Gem.dll and failed tried ./C:/Users/Lucharda/Downloads/deken/Gem.pd and failed tried ./C:/Users/Lucharda/Downloads/deken/Gem.pat and failed
Why Gem.pd is not in the Pkg?
Mensaje telepatico asistido por maquinas.
From: Pd-list pd-list-bounces@lists.iem.at on behalf of Lucas Cordiviola lucarda27@hotmail.com Sent: Wednesday, August 3, 2016 6:58 PM To: pd-list@lists.iem.at Subject: Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
Hi IO,
so?
I can test on win10, which pkg? the deken one?
Mensaje telepatico asistido por maquinas.
From: Pd-list pd-list-bounces@lists.iem.at on behalf of IOhannes m zmölnig zmoelnig@iem.at Sent: Wednesday, August 3, 2016 6:43 PM To: pd-list@lists.iem.at Subject: Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
On 08/03/2016 07:49 PM, Lucas Cordiviola wrote:
did you -lib correctly?:
yes he did.
gfmrdsa IOhannes
Yes!
Placing "msvcr71.dll" in Gem folder I get Gem loaded in the console.
I dont know if more .dlls are needed, Im testing on a VM, did some DependancyWalker which gave a lot of data.
Of course this needs more testing, but I never used Gem.
One of the unfriendly win10 things is that it no longer pops when a DLL is missing. Maybe there's an option for that but I don't know it.
Probably tomorrow I`ll do more testing.
Salutti, Lucarda.
Mensaje telepatico asistido por maquinas.
From: Pd-list pd-list-bounces@lists.iem.at on behalf of Lucas Cordiviola lucarda27@hotmail.com Sent: Wednesday, August 3, 2016 10:58 PM To: pd-list@lists.iem.at; miulew@gmail.com Subject: Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
I`m still testing,
posible MSVCR71.DLL missing.
Mensaje telepatico asistido por maquinas.
Oh that is interesting! I will try! I did already try the uninstall and reinstall on external drive suggested by Oliver, without so much more success. I will post some updates on that, after I try this.
/Björn
On Thu, Aug 4, 2016 at 2:17 AM, Lucas Cordiviola lucarda27@hotmail.com wrote:
Yes!
Placing “msvcr71.dll” in Gem folder I get Gem loaded in the console.
I don
t know if more .dlls are needed, Im testing on a VM, did some DependancyWalker which gave a lot of data.Of course this needs more testing, but I never used Gem.
One of the unfriendly win10 things is that it no longer pops when a DLL is missing. Maybe there's an option for that but I don't know it.
Probably tomorrow I`ll do more testing.
Salutti, Lucarda.
Mensaje telepatico asistido por maquinas.
*From:* Pd-list pd-list-bounces@lists.iem.at on behalf of Lucas Cordiviola lucarda27@hotmail.com *Sent:* Wednesday, August 3, 2016 10:58 PM *To:* pd-list@lists.iem.at; miulew@gmail.com *Subject:* Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
I`m still testing,
posible MSVCR71.DLL missing.
Mensaje telepatico asistido por maquinas.
Ahh, great!! I am able to run GEM on Pd Vanilla on Win10 now! Thanks all for helping on this annoying thing! What made it work was the msvcr71.dll file that i put in the Gem folder (I downloaded and used a version 7.10.6030.0 of msvcr71.dll found here https://www.dll-files.com/msvcr71.dll.html)
In the patch I do have to [declare -lib /Gem-0.93.3/Gem] or with direct path where Gem is installed, on my external harddrive that is [declare -lib G:/pd/extra/Gem-0.93.3/Gem].
This really solved the issues I was experiencing! (I cannot judge myself if there might be some more dll´s missing though.)
How can we inform, and possible adjust the windows package for GEM for future window(10) users who might be want to try GEM? The buggy appearance when trying to get GEM working was my main reason to keep running Pd extended, but now as this works I will not need to get back to Pd extended.
Happy and thankful for all your great input on this!
All the best!
On Thu, Aug 4, 2016 at 2:21 AM, Björn Eriksson miulew@gmail.com wrote:
Oh that is interesting! I will try! I did already try the uninstall and reinstall on external drive suggested by Oliver, without so much more success. I will post some updates on that, after I try this.
/Björn
On Thu, Aug 4, 2016 at 2:17 AM, Lucas Cordiviola lucarda27@hotmail.com wrote:
Yes!
Placing “msvcr71.dll” in Gem folder I get Gem loaded in the console.
I don
t know if more .dlls are needed, Im testing on a VM, did some DependancyWalker which gave a lot of data.Of course this needs more testing, but I never used Gem.
One of the unfriendly win10 things is that it no longer pops when a DLL is missing. Maybe there's an option for that but I don't know it.
Probably tomorrow I`ll do more testing.
Salutti, Lucarda.
Mensaje telepatico asistido por maquinas.
*From:* Pd-list pd-list-bounces@lists.iem.at on behalf of Lucas Cordiviola lucarda27@hotmail.com *Sent:* Wednesday, August 3, 2016 10:58 PM *To:* pd-list@lists.iem.at; miulew@gmail.com *Subject:* Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
I`m still testing,
posible MSVCR71.DLL missing.
Mensaje telepatico asistido por maquinas.
On 2016-08-04 03:23, Björn Eriksson wrote:
In the patch I do have to [declare -lib /Gem-0.93.3/Gem] or with direct path where Gem is installed, on my external harddrive that is [declare -lib G:/pd/extra/Gem-0.93.3/Gem].
well, that sounds like a bad layout. the point of using [declare] is to create patches with dependency information that is platform independent and sharable.
for instance it makes little sense to use [declare -lib D:\bjoern\Pd-Projects\Gem-0.89\Gem]: while it might work, the patch will break as soon as you give it away (or port it to another computer, that is not running windows ANDOR has a cd-drive occupying the "D:" letter rather than yoiur USB-stick ANDOR has a different filesystem layout ANDOR ...
sp, if you put your externals into extra/, then you shouldn't use version-prefixes. if you do want to organise the directories the way you like, use the preferences to add additional paths.
e.g. extracting Gem to D:\bjoern\Pd-Projects\Gem-0.89\Gem\ you could add "D:\bjoern\Pd-Projects\Gem-0.89" to your search-paths (in the Pd-preferences) and then use [declare -lib Gem] in your patch. then, if you want to migrate the patch to another machine, install Gem to /home/bobby/projects/2018/external-pool/Gem/ and add "/home/bobby/projects/2018/external-pool" to your Pd-preferences. then run your patch. without any modifications!
fgasdmr IOhannes
Thanks for clarifications IOhannes! I would really prefer to not declare anything with specific path references like this one with the Gem-0.93.3 folder. I understand it will induce problems if shared and if drives/sticks changes places, OS´s. The reason the versioned folder got there was due to the suggestion from Oliver to unzip all Gem.zip into the "extra" folder, which I did and got it there. I also tried to set path preferences (from menu - File-Preference-Path, also File-Preference-Startup, but it seems that neither of them are remembered after restart of Pd.
Will try to rename the versioned folder to just Gem.... instead of Gem-0.93.9 so to get rid of the dependecies. I hope it will work like that.
Guess I was happy that Gem finally started to work on this machine I am at, so didn´t see the fatalities of the versioned folder. (why is it anyway included in the zip-file if it causes this instabilties?)
All the best! Björn Eriksson
On Thu, Aug 4, 2016 at 1:25 PM, IOhannes m zmoelnig zmoelnig@iem.at wrote:
On 2016-08-04 03:23, Björn Eriksson wrote:
In the patch I do have to [declare -lib /Gem-0.93.3/Gem] or with direct path where Gem is installed, on my external harddrive that is [declare
-lib
G:/pd/extra/Gem-0.93.3/Gem].
well, that sounds like a bad layout. the point of using [declare] is to create patches with dependency information that is platform independent and sharable.
for instance it makes little sense to use [declare -lib D:\bjoern\Pd-Projects\Gem-0.89\Gem]: while it might work, the patch will break as soon as you give it away (or port it to another computer, that is not running windows ANDOR has a cd-drive occupying the "D:" letter rather than yoiur USB-stick ANDOR has a different filesystem layout ANDOR ...
sp, if you put your externals into extra/, then you shouldn't use version-prefixes. if you do want to organise the directories the way you like, use the preferences to add additional paths.
e.g. extracting Gem to D:\bjoern\Pd-Projects\Gem-0.89\Gem\ you could add "D:\bjoern\Pd-Projects\Gem-0.89" to your search-paths (in the Pd-preferences) and then use [declare -lib Gem] in your patch. then, if you want to migrate the patch to another machine, install Gem to /home/bobby/projects/2018/external-pool/Gem/ and add "/home/bobby/projects/2018/external-pool" to your Pd-preferences. then run your patch. without any modifications!
fgasdmr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
hello,
just to clarify, other than the [declare] stuff, is the main problem placing "msvcr71.dll" in the Gem folder because it is missing? do we know the reason?
i was just helping someone this morning on win10 / pd 0.47.1 / Gem and had the same problem... unable to load Gem. i ended up just telling them to install pd-x which worked fine (so far i assume).
cheers m
On Thu, Aug 4, 2016 at 8:23 AM, Björn Eriksson miulew@gmail.com wrote:
Thanks for clarifications IOhannes! I would really prefer to not declare anything with specific path references like this one with the Gem-0.93.3 folder. I understand it will induce problems if shared and if drives/sticks changes places, OS´s. The reason the versioned folder got there was due to the suggestion from Oliver to unzip all Gem.zip into the "extra" folder, which I did and got it there. I also tried to set path preferences (from menu - File-Preference-Path, also File-Preference-Startup, but it seems that neither of them are remembered after restart of Pd.
Will try to rename the versioned folder to just Gem.... instead of Gem-0.93.9 so to get rid of the dependecies. I hope it will work like that.
Guess I was happy that Gem finally started to work on this machine I am at, so didn´t see the fatalities of the versioned folder. (why is it anyway included in the zip-file if it causes this instabilties?)
All the best! Björn Eriksson
On Thu, Aug 4, 2016 at 1:25 PM, IOhannes m zmoelnig zmoelnig@iem.at wrote:
On 2016-08-04 03:23, Björn Eriksson wrote:
In the patch I do have to [declare -lib /Gem-0.93.3/Gem] or with direct path where Gem is installed, on my external harddrive that is [declare
-lib
G:/pd/extra/Gem-0.93.3/Gem].
well, that sounds like a bad layout. the point of using [declare] is to create patches with dependency information that is platform independent and sharable.
for instance it makes little sense to use [declare -lib D:\bjoern\Pd-Projects\Gem-0.89\Gem]: while it might work, the patch will break as soon as you give it away (or port it to another computer, that is not running windows ANDOR has a cd-drive occupying the "D:" letter rather than yoiur USB-stick ANDOR has a different filesystem layout ANDOR ...
sp, if you put your externals into extra/, then you shouldn't use version-prefixes. if you do want to organise the directories the way you like, use the preferences to add additional paths.
e.g. extracting Gem to D:\bjoern\Pd-Projects\Gem-0.89\Gem\ you could add "D:\bjoern\Pd-Projects\Gem-0.89" to your search-paths (in the Pd-preferences) and then use [declare -lib Gem] in your patch. then, if you want to migrate the patch to another machine, install Gem to /home/bobby/projects/2018/external-pool/Gem/ and add "/home/bobby/projects/2018/external-pool" to your Pd-preferences. then run your patch. without any modifications!
fgasdmr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
Hi, yes the main problem was the missing dll. Don't know why it is needed or why it's not already included. Lucas was spotting this and might be able to spread some light on this.
/Björn Eriksson
On 5 Aug 2016 2:04 am, "me.grimm" megrimm@gmail.com wrote:
hello,
just to clarify, other than the [declare] stuff, is the main problem placing "msvcr71.dll" in the Gem folder because it is missing? do we know the reason?
i was just helping someone this morning on win10 / pd 0.47.1 / Gem and had the same problem... unable to load Gem. i ended up just telling them to install pd-x which worked fine (so far i assume).
cheers m
On Thu, Aug 4, 2016 at 8:23 AM, Björn Eriksson miulew@gmail.com wrote:
Thanks for clarifications IOhannes! I would really prefer to not declare anything with specific path references like this one with the Gem-0.93.3 folder. I understand it will induce problems if shared and if drives/sticks changes places, OS´s. The reason the versioned folder got there was due to the suggestion from Oliver to unzip all Gem.zip into the "extra" folder, which I did and got it there. I also tried to set path preferences (from menu - File-Preference-Path, also File-Preference-Startup, but it seems that neither of them are remembered after restart of Pd.
Will try to rename the versioned folder to just Gem.... instead of Gem-0.93.9 so to get rid of the dependecies. I hope it will work like that.
Guess I was happy that Gem finally started to work on this machine I am at, so didn´t see the fatalities of the versioned folder. (why is it anyway included in the zip-file if it causes this instabilties?)
All the best! Björn Eriksson
On Thu, Aug 4, 2016 at 1:25 PM, IOhannes m zmoelnig zmoelnig@iem.at wrote:
On 2016-08-04 03:23, Björn Eriksson wrote:
In the patch I do have to [declare -lib /Gem-0.93.3/Gem] or with direct path where Gem is installed, on my external harddrive that is [declare
-lib
G:/pd/extra/Gem-0.93.3/Gem].
well, that sounds like a bad layout. the point of using [declare] is to create patches with dependency information that is platform independent and sharable.
for instance it makes little sense to use [declare -lib D:\bjoern\Pd-Projects\Gem-0.89\Gem]: while it might work, the patch will break as soon as you give it away (or port it to another computer, that is not running windows ANDOR has a cd-drive occupying the "D:" letter rather than yoiur USB-stick ANDOR has a different filesystem layout ANDOR ...
sp, if you put your externals into extra/, then you shouldn't use version-prefixes. if you do want to organise the directories the way you like, use the preferences to add additional paths.
e.g. extracting Gem to D:\bjoern\Pd-Projects\Gem-0.89\Gem\ you could add "D:\bjoern\Pd-Projects\Gem-0.89" to your search-paths (in the Pd-preferences) and then use [declare -lib Gem] in your patch. then, if you want to migrate the patch to another machine, install Gem to /home/bobby/projects/2018/external-pool/Gem/ and add "/home/bobby/projects/2018/external-pool" to your Pd-preferences. then run your patch. without any modifications!
fgasdmr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
-- ____________________ m.e.grimm, m.f.a, ed.m. syracuse u., tc3 megrimm.net ____________________
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list
Hi Björn, David:
There's a good windows way to manage loading libs and path.
Mainly is a .cmd file that is used to start pd with whatever options.
With this folder structure:
Some parent folder (A)
A/externals
A/pd
A/x.cmd
(this folder struc keeps things in a modular way, so when the next Pd is released you can easily delete and replace.)
the .cmd file is just a text (saved as .cmd) that you can edit for whatever, it must be only one line and separeted with space (and also a TAB for better spacing) for example:
%CD%\pd\bin\pd -noprefs -path %CD%\externals\cyclone -lib %CD%\externals\zexy -path %CD%\externals\mrpeach
%CD% passes the full path, so you can use it in a USB stick.
For an up-to-date list of startupflags browse the explorer to the pd/bin dir an do Shift-right-click in the white space until you get the option “open command window here” there type “pd -help” without “ “.
Try :
-font-face Consolas -font-weight normal -font-size 12
Consolas is a system font since win vista, it fits well in the boxes.
Salutti, Lucarda
Mensaje telepatico asistido por maquinas.
From: Pd-list pd-list-bounces@lists.iem.at on behalf of Björn Eriksson miulew@gmail.com Sent: Thursday, August 4, 2016 12:23 PM To: Pd-List Subject: Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
Thanks for clarifications IOhannes! I would really prefer to not declare anything with specific path references like this one with the Gem-0.93.3 folder. I understand it will induce problems if shared and if drives/sticks changes places, OS´s. The reason the versioned folder got there was due to the suggestion from Oliver to unzip all Gem.zip into the "extra" folder, which I did and got it there. I also tried to set path preferences (from menu - File-Preference-Path, also File-Preference-Startup, but it seems that neither of them are remembered after restart of Pd.
Will try to rename the versioned folder to just Gem.... instead of Gem-0.93.9 so to get rid of the dependecies. I hope it will work like that.
Guess I was happy that Gem finally started to work on this machine I am at, so didn´t see the fatalities of the versioned folder. (why is it anyway included in the zip-file if it causes this instabilties?)
All the best! Björn Eriksson
On Thu, Aug 4, 2016 at 1:25 PM, IOhannes m zmoelnig <zmoelnig@iem.atmailto:zmoelnig@iem.at> wrote: On 2016-08-04 03:23, Björn Eriksson wrote:
In the patch I do have to [declare -lib /Gem-0.93.3/Gem] or with direct path where Gem is installed, on my external harddrive that is [declare -lib G:/pd/extra/Gem-0.93.3/Gem].
well, that sounds like a bad layout. the point of using [declare] is to create patches with dependency information that is platform independent and sharable.
for instance it makes little sense to use [declare -lib D:\bjoern\Pd-Projects\Gem-0.89\Gem]: while it might work, the patch will break as soon as you give it away (or port it to another computer, that is not running windows ANDOR has a cd-drive occupying the "D:" letter rather than yoiur USB-stick ANDOR has a different filesystem layout ANDOR ...
sp, if you put your externals into extra/, then you shouldn't use version-prefixes. if you do want to organise the directories the way you like, use the preferences to add additional paths.
e.g. extracting Gem to D:\bjoern\Pd-Projects\Gem-0.89\Gem\ you could add "D:\bjoern\Pd-Projects\Gem-0.89" to your search-paths (in the Pd-preferences) and then use [declare -lib Gem] in your patch. then, if you want to migrate the patch to another machine, install Gem to /home/bobby/projects/2018/external-pool/Gem/ and add "/home/bobby/projects/2018/external-pool" to your Pd-preferences. then run your patch. without any modifications!
fgasdmr IOhannes
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Thanks for the practical tips! Appreciated! It´s also good to be able to change the font and fontsize to a good windows standard, also another thing that was annoying when switching from Pd Extended to Pd Vanilla overcome! Consolas 12 seems like a good choice!
I think upon uninstall of Pd the extra folders are left untouched, so I think I will continue to have extra libraries there (pd/extra). Sometimes I read upon the importance of using /user/AppData/Roaming/Pd or Program/Common Files/Pd . How to think and act upon these considerations? I bet this been discussed alot before, maybe a new thread if not? Of course it is platform dependant and now here I am speaking windows considerations.
Here is pd -help list btw: C:\pd\bin>pd -help usage: pd [-flags] [file]...
audio configuration flags: -r <n> -- specify sample rate -audioindev ... -- audio in devices; e.g., "1,3" for first and third -audiooutdev ... -- audio out devices (same) -audiodev ... -- specify input and output together -audioaddindev -- add an audio input device by name -audioaddoutdev -- add an audio output device by name -audioadddev -- add an audio input and output device by name -inchannels ... -- audio input channels (by device, like "2" or "16,8") -outchannels ... -- number of audio out channels (same) -channels ... -- specify both input and output channels -audiobuf <n> -- specify size of audio buffer in msec -blocksize <n> -- specify audio I/O block size in sample frames -sleepgrain <n> -- specify number of milliseconds to sleep when idle -nodac -- suppress audio output -noadc -- suppress audio input -noaudio -- suppress audio input and output (-nosound is synonym) -callback -- use callbacks if possible -nocallback -- use polling-mode (true by default) -listdev -- list audio and MIDI devices -asio -- use ASIO audio driver (via Portaudio) -pa -- synonym for -asio -mmio -- use MMIO audio API (default for Windows) (default audio API for this platform: MMIO)
MIDI configuration flags: -midiindev ... -- midi in device list; e.g., "1,3" for first and third -midioutdev ... -- midi out device list, same format -mididev ... -- specify -midioutdev and -midiindev together -midiaddindev -- add a MIDI input device by name -midiaddoutdev -- add a MIDI output device by name -midiadddev -- add a MIDI input and output device by name -nomidiin -- suppress MIDI input -nomidiout -- suppress MIDI output -nomidi -- suppress MIDI input and output
other flags: -path <path> -- add to file search path -nostdpath -- don't search standard ("extra") directory -stdpath -- search standard directory (true by default) -helppath <path> -- add to help file search path -open <file> -- open file(s) on startup -lib <file> -- load object library(s) -font-size <n> -- specify default font size in points -font-face <name> -- specify default font -font-weight <name>-- specify default font weight (normal or bold) -verbose -- extra printout on startup and when searching for files -noverbose -- no extra printout -version -- don't run Pd; just print out which version it is -d <n> -- specify debug level -loadbang -- do not suppress all loadbangs (true by default) -noloadbang -- suppress all loadbangs -stderr -- send printout to standard error instead of GUI -nostderr -- send printout to GUI instead of standard error (true by default) -gui -- start GUI (true by default) -nogui -- suppress starting the GUI -guiport <n> -- connect to pre-existing GUI over port <n> -guicmd "cmd..." -- start alternatve GUI program (e.g., remote via ssh) -send "msg..." -- send a message at startup, after patches are loaded -prefs -- load preferences on startup (true by default) -noprefs -- suppress loading preferences on startup -sleep -- sleep when idle, don't spin (true by default) -nosleep -- spin, don't sleep (may lower latency on multi-CPUs) -schedlib <file> -- plug in external scheduler -extraflags <s> -- string argument to send schedlib -batch -- run off-line as a batch process -nobatch -- run interactively (true by default) -autopatch -- enable auto-connecting new from selected objects (true by default) -noautopatch -- defeat auto-patching new from selected objects -compatibility <f> -- set back-compatibility to version <f>
/Björn Eriksson
On Thu, Aug 4, 2016 at 10:01 PM, Lucas Cordiviola lucarda27@hotmail.com wrote:
Hi Björn, David:
There's a good windows way to manage loading libs and path.
Mainly is a .cmd file that is used to start pd with whatever options.
With this folder structure:
Some parent folder (A)
A/externals
A/pd
A/x.cmd
(this folder struc keeps things in a modular way, so when the next Pd is released you can easily delete and replace.)
the .cmd file is just a text (saved as .cmd) that you can edit for whatever, it must be only one line and separeted with space (and also a TAB for better spacing) for example:
%CD%\pd\bin\pd -noprefs -path %CD%\externals\cyclone -lib %CD%\externals\zexy -path %CD%\externals\mrpeach
%CD% passes the full path, so you can use it in a USB stick.
For an up-to-date list of startupflags browse the explorer to the pd/bin dir an do Shift-right-click in the white space until you get the option “open command window here” there type “pd -help” without “ “.
Try :
-font-face Consolas -font-weight normal -font-size 12
Consolas is a system font since win vista, it fits well in the boxes.
Salutti, Lucarda
Mensaje telepatico asistido por maquinas.
*From:* Pd-list pd-list-bounces@lists.iem.at on behalf of Björn Eriksson miulew@gmail.com *Sent:* Thursday, August 4, 2016 12:23 PM *To:* Pd-List *Subject:* Re: [PD] Trying to get GEM going on Pd Vanilla / Win10
Thanks for clarifications IOhannes! I would really prefer to not declare anything with specific path references like this one with the Gem-0.93.3 folder. I understand it will induce problems if shared and if drives/sticks changes places, OS´s. The reason the versioned folder got there was due to the suggestion from Oliver to unzip all Gem.zip into the "extra" folder, which I did and got it there. I also tried to set path preferences (from menu - File-Preference-Path, also File-Preference-Startup, but it seems that neither of them are remembered after restart of Pd.
Will try to rename the versioned folder to just Gem.... instead of Gem-0.93.9 so to get rid of the dependecies. I hope it will work like that.
Guess I was happy that Gem finally started to work on this machine I am at, so didn´t see the fatalities of the versioned folder. (why is it anyway included in the zip-file if it causes this instabilties?)
All the best! Björn Eriksson
On Thu, Aug 4, 2016 at 1:25 PM, IOhannes m zmoelnig zmoelnig@iem.at wrote:
On 2016-08-04 03:23, Björn Eriksson wrote:
In the patch I do have to [declare -lib /Gem-0.93.3/Gem] or with direct path where Gem is installed, on my external harddrive that is [declare
-lib
G:/pd/extra/Gem-0.93.3/Gem].
well, that sounds like a bad layout. the point of using [declare] is to create patches with dependency information that is platform independent and sharable.
for instance it makes little sense to use [declare -lib D:\bjoern\Pd-Projects\Gem-0.89\Gem]: while it might work, the patch will break as soon as you give it away (or port it to another computer, that is not running windows ANDOR has a cd-drive occupying the "D:" letter rather than yoiur USB-stick ANDOR has a different filesystem layout ANDOR ...
sp, if you put your externals into extra/, then you shouldn't use version-prefixes. if you do want to organise the directories the way you like, use the preferences to add additional paths.
e.g. extracting Gem to D:\bjoern\Pd-Projects\Gem-0.89\Gem\ you could add "D:\bjoern\Pd-Projects\Gem-0.89" to your search-paths (in the Pd-preferences) and then use [declare -lib Gem] in your patch. then, if you want to migrate the patch to another machine, install Gem to /home/bobby/projects/2018/external-pool/Gem/ and add "/home/bobby/projects/2018/external-pool" to your Pd-preferences. then run your patch. without any modifications!
fgasdmr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list
Sometimes I read upon the importance of using /user/AppData/Roaming/Pd
This is one of the default places that pd "Knows", so if you put externals there you don't need to -path or [declare] anything. Just do deken, when prompt select %appdata%\pd and even without restarting they are ON. Restart the browser and you will see the new externals.
To create the objects you must specify the folder I.e [ggee/getdir] not just [getdir]
%appdata% has the same behavior as yourrunning-pd/extra
But which method you choose depends on other personal considerations or projects/work-flows you are in.
Salutti, Lucarda.
Mensaje telepatico asistido por maquinas.
From: Pd-list pd-list-bounces@lists.iem.at on behalf of Björn Eriksson miulew@gmail.com Sent: Friday, August 5, 2016 11:20 AM To: Pd-List Subject: Re: [PD] Loading libs and path (w32) Was:Re: Trying to get GEM going on Pd Vanilla / Win10
Thanks for the practical tips! Appreciated! It´s also good to be able to change the font and fontsize to a good windows standard, also another thing that was annoying when switching from Pd Extended to Pd Vanilla overcome! Consolas 12 seems like a good choice!
I think upon uninstall of Pd the extra folders are left untouched, so I think I will continue to have extra libraries there (pd/extra). Sometimes I read upon the importance of using /user/AppData/Roaming/Pd or Program/Common Files/Pd . How to think and act upon these considerations? I bet this been discussed alot before, maybe a new thread if not? Of course it is platform dependant and now here I am speaking windows considerations.
Thanks again! In Pd Extended there were an object called [output~]. By nostalgic reasons and sometimes when opening old patches made in Pd Extended I would like to know what library or set of externals the [output~] is/was part of. Anyone knows?
/Björn Eriksson
On Fri, Aug 5, 2016 at 9:26 PM, Lucas Cordiviola lucarda27@hotmail.com wrote:
*>Sometimes I read upon the importance of using /user/AppData/Roaming/Pd *
This is one of the default places that pd “Knows”, so if you put externals there you don't need to -path or [declare] anything. Just do deken, when prompt select %appdata%\pd and even without restarting they are ON. Restart the browser and you will see the new externals.
To create the objects you must specify the folder I.e [ggee/getdir] not just [getdir]
%appdata% has the same behavior as yourrunning-pd/extra
But which method you choose depends on other personal considerations or projects/work-flows you are in.
Salutti, Lucarda.
Mensaje telepatico asistido por maquinas.
*From:* Pd-list pd-list-bounces@lists.iem.at on behalf of Björn Eriksson miulew@gmail.com *Sent:* Friday, August 5, 2016 11:20 AM *To:* Pd-List *Subject:* Re: [PD] Loading libs and path (w32) Was:Re: Trying to get GEM going on Pd Vanilla / Win10
Thanks for the practical tips! Appreciated! It´s also good to be able to change the font and fontsize to a good windows standard, also another thing that was annoying when switching from Pd Extended to Pd Vanilla overcome! Consolas 12 seems like a good choice!
I think upon uninstall of Pd the extra folders are left untouched, so I think I will continue to have extra libraries there (pd/extra). Sometimes I read upon the importance of using /user/AppData/Roaming/Pd or Program/Common Files/Pd . How to think and act upon these considerations? I bet this been discussed alot before, maybe a new thread if not? Of course it is platform dependant and now here I am speaking windows considerations.
In Pd Extended there were an object called [output~]. By nostalgic reasons
output~ was not an Object, it is/was an abstraction.
Its in the "extra" folder of pd-extended, if you don't have extended anymore you can find it in the latest cyclone, on many help patches.
Do right-click to open it, then save it as "output~.pd" wherever you know pd will find it.
: )
Mensaje telepatico asistido por maquinas.
Hi, I will probably when there is time write up (don´t know when, but hopefully the coming month) something on the declaring of libraries and externals when I get time. This has been one of the more troublesome thing to understand for me as former Pd Extended user where everything "just worked" migrating tp Pd Vanilla. Now using Vanilla which I am verry happy for I still see alot of questions regarding how to install things, and then how to use it. I found these pages useful as some sort of summary - and tracker of old libraries - among with what is written up in the FLOSS manual.
Sharing these pages here, if someone is getting the idea and time to to some update managings: https://puredata.info/downloads/by-category/library https://puredata.info/docs/faq/how-do-i-install-externals-and-help-files http://puredata.info/docs/LibrariesInPdExtended/ http://en.flossmanuals.net/pure-data/list-of-objects/introduction/ http://en.flossmanuals.net/pure-data/list-of-objects/glue/ and continuing on the next pages in FLOSS
All the best, Björn
On Sat, Aug 6, 2016 at 5:15 AM, Lucas Cordiviola lucarda27@hotmail.com wrote:
*>In Pd Extended there were an object called [output~]. By nostalgic reasons*
output~ was not an Object, it is/was an abstraction.
Its in the “extra” folder of pd-extended, if you don't have extended anymore you can find it in the latest cyclone, on many help patches.
Do right-click to open it, then save it as “output~.pd” wherever you know pd will find it.
: )
Mensaje telepatico asistido por maquinas.
-
Björn Eriksson -
IOhannes m zmoelnig -
IOhannes m zmölnig
-
Lucas Cordiviola -
me.grimm -
oliver