Hi David, i'm cc'ing this to the list - there might be others having the same problem or people who can help you better than me.
Hm, I tried adding the script directory to my PD paths, and it didn't work, then I restarted PD and it didn't work, then I tried copying all the scripts to the "examples" directory (where the example patches I was trying are located) and it still didn't work.
It would be helpful to have more detailed information, like what exactly doesn't work under which circumstances. Try starting PD with the -verbose flag and try to provide a walk-through so that i can reproduce your situation.
Again, [py] will load as an object but [pyext] will not, not even typed in an object box by itself - it's like pd doesn't recognize the symbol I typed, like I just typed junk.
According to the error output you sent me, this doesn't seem to be the case. The pyext object is created ok, only the Python scripts can't be found.
The [py] object never complained about finding the scripts before, but they didn't seem to be working correctly either...
What exactly isn't working correctly?
I'm actually using 0.2.1 from the pd-extended dist, copied into the appropriate folders of my 0.39-2 release. But all of these things happen exactly this way using pd-extended as well.
The console output says that you are using version 0.2.0. So, if you are really having 0.2.1 in your PD package, then there's obviously another py/pyext binary somewhere in the path which is loaded beforehand.
best greetings, Thomas
On 2/16/06, *Thomas Grill* <gr@grrrr.org mailto:gr@grrrr.org> wrote:
Hi David, pyext seems to run fine on your machine, only the Python scripts can't be found. They have to be either in the same directory as the current patcher or in the PD load path (where also the externals are found) which can be set in the "Path..." menu dialog. What i find a bit strange is that according to your console printout [pym] wants to be loaded and gives an error. If i'm not mistaken this is only included in pyext >= 0.2.1 which is the cvs version, not the packaged one that you a using. Do you have a mixup of versions? Well, first try to fix the path and let's see if pym is ok, or not. best greetings, Thomas Am 16.02.2006 um 06:52 schrieb david golightly: > Hi Thomas, > > Hope I'm not bothering you here, just wanted to make sure I'm doing > things correctly... are you still maintaining py/pyext? I got the > most recent WinXP binaries from your website as well as the > pd-extended distro & there doesn't seem to be any pyext.dll or > pyext.py file - although the example patches use [pyext], this > module/object fails to load - same with [pym] (although [py] will at > least load, but doesn't work at all). Am I missing something here? > Using PD 0.39-2 and Python 2.4.2, I get messages like this in the pd > console when I load the example patches: > > ------------------------------------------------ > py/pyext 0.2.0 - python script objects > (C)2002-2005 Thomas Grill - http://grrrr.org/ext > > using Python 2.4.2 (#67, Sep 28 2005, 12:41:11) [MSC v.1310 32 bit > (Intel)] > ------------------------------------------------ > > ImportError: No module named simple > pyext simple ex1 > ... couldn't create > ImportError: No module named sendrecv > pyext sendrecv ex1 he hu > ... couldn't create > pym 2 * > ... couldn't create > > > By the way, thanks for doing all this work! These patches are > brilliant. Once I get these externs running this'll be fantastic > addition to my pd arsenal. A pity more pd'ers don't bother to learn a > bit of python - using these modules, externs are much easier & quicker > to write than either using C or native pd abstractions. > > Thanks, > > David >
Hi Thomas,
Here's what PD says when I start it with the -verbose flag and open a pyext example patch:
tried C:\Program Files\pd\doc\examples\py\examples\pyext.dll and failed tried C:\Program Files\pd\patches\pyext.dll and failed tried C:\Program Files\pd\patches\library\pyext.dll and failed tried C:\Program Files\pd\patches\granules\pyext.dll and failed tried C:\Program Files\pd\patches\bp-beats\pyext.dll and failed tried C:\Program Files\pd\patches\analog-synth\pyext.dll and failed tried C:\Program Files\pd\patches\looper\pyext.dll and failed tried C:\Program Files\pd\doc\examples\py\scripts\pyext.dll and failed tried C:\Program Files\pd\extra\pyext.dll and failed tried C:\Program Files\pd\doc\examples\py\examples\pyext\pyext.dll and failed tried C:\Program Files\pd\patches\pyext\pyext.dll and failed tried C:\Program Files\pd\patches\library\pyext\pyext.dll and failed tried C:\Program Files\pd\patches\granules\pyext\pyext.dll and failed tried C:\Program Files\pd\patches\bp-beats\pyext\pyext.dll and failed tried C:\Program Files\pd\patches\analog-synth\pyext\pyext.dll and failed tried C:\Program Files\pd\patches\looper\pyext\pyext.dll and failed tried C:\Program Files\pd\doc\examples\py\scripts\pyext\pyext.dll and failed tried C:\Program Files\pd\extra\pyext\pyext.dll and failed tried C:\Program Files\pd\doc\examples\py\examples\pyext.pd and failed tried C:\Program Files\pd\patches\pyext.pd and failed tried C:\Program Files\pd\patches\library\pyext.pd and failed tried C:\Program Files\pd\patches\granules\pyext.pd and failed tried C:\Program Files\pd\patches\bp-beats\pyext.pd and failed tried C:\Program Files\pd\patches\analog-synth\pyext.pd and failed tried C:\Program Files\pd\patches\looper\pyext.pd and failed tried C:\Program Files\pd\doc\examples\py\scripts\pyext.pd and failed tried C:\Program Files\pd\extra\pyext.pd and failed tried C:\Program Files\pd\doc\examples\py\examples\pyext.pat and failed tried C:\Program Files\pd\patches\pyext.pat and failed tried C:\Program Files\pd\patches\library\pyext.pat and failed tried C:\Program Files\pd\patches\granules\pyext.pat and failed tried C:\Program Files\pd\patches\bp-beats\pyext.pat and failed tried C:\Program Files\pd\patches\analog-synth\pyext.pat and failed tried C:\Program Files\pd\patches\looper\pyext.pat and failed tried C:\Program Files\pd\doc\examples\py\scripts\pyext.pat and failed tried C:\Program Files\pd\extra\pyext.pat and failed pyext simple ex3 ... couldn't create
By "couldn't create", it means the [pyext] object fails to start, and has a dashed border around it - pd doesn't recognize the name.
A search of my directory tree couldn't find any files called pyext.*, so not only are they not in the correct path, they don't exist at all on my machine. However, there is a py.dll binary in pd/extra/, and pd sees it just fine. Could it be that pyext.dll failed to compile from the CVS sources?
As far as "doesn't work correctly," when I use an example patch with [py], changing the input to the [py] object doesn't have any effect on the output. Quite simply, it does nothing - it doesn't work.
Thanks again for all your help!
David
ps Yes, I'm trying to get this set up on my WinXP partition - I've had too many Linux headaches for the past couple of weeks and am taking a break before plunging back in...
On 2/17/06, Thomas Grill gr@grrrr.org wrote:
Hi David, i'm cc'ing this to the list - there might be others having the same problem or people who can help you better than me.
Hm, I tried adding the script directory to my PD paths, and it didn't work, then I restarted PD and it didn't work, then I tried copying all the scripts to the "examples" directory (where the example patches I was trying are located) and it still didn't work.
It would be helpful to have more detailed information, like what exactly doesn't work under which circumstances. Try starting PD with the -verbose flag and try to provide a walk-through so that i can reproduce your situation.
Again, [py] will load as an object but [pyext] will not, not even typed in an object box by itself - it's like pd doesn't recognize the symbol I typed, like I just typed junk.
According to the error output you sent me, this doesn't seem to be the case. The pyext object is created ok, only the Python scripts can't be found.
The [py] object never complained about finding the scripts before, but they didn't seem to be working correctly either...
What exactly isn't working correctly?
I'm actually using 0.2.1 from the pd-extended dist, copied into the appropriate folders of my 0.39-2 release. But all of these things happen exactly this way using pd-extended as well.
The console output says that you are using version 0.2.0. So, if you are really having 0.2.1 in your PD package, then there's obviously another py/pyext binary somewhere in the path which is loaded beforehand.
best greetings, Thomas
On 2/16/06, *Thomas Grill* <gr@grrrr.org mailto:gr@grrrr.org> wrote:
Hi David, pyext seems to run fine on your machine, only the Python scripts
can't
be found. They have to be either in the same directory as the current patcher
or
in the PD load path (where also the externals are found) which can
be
set in the "Path..." menu dialog. What i find a bit strange is that according to your console printout [pym] wants to be loaded and gives an error. If i'm not mistaken
this
is only included in pyext >= 0.2.1 which is the cvs version, not the packaged one that you a using. Do you have a mixup of versions?
Well,
first try to fix the path and let's see if pym is ok, or not. best greetings, Thomas Am 16.02.2006 um 06:52 schrieb david golightly: > Hi Thomas, > > Hope I'm not bothering you here, just wanted to make sure I'm
doing
> things correctly... are you still maintaining py/pyext? I got the > most recent WinXP binaries from your website as well as the > pd-extended distro & there doesn't seem to be any pyext.dll or > pyext.py file - although the example patches use [pyext], this > module/object fails to load - same with [pym] (although [py] will at > least load, but doesn't work at all). Am I missing something here? > Using PD 0.39-2 and Python 2.4.2, I get messages like this in the
pd
> console when I load the example patches: > > ------------------------------------------------ > py/pyext 0.2.0 - python script objects > (C)2002-2005 Thomas Grill - http://grrrr.org/ext > > using Python 2.4.2 (#67, Sep 28 2005, 12:41:11) [MSC v.1310 32 bit > (Intel)] > ------------------------------------------------ > > ImportError: No module named simple > pyext simple ex1 > ... couldn't create > ImportError: No module named sendrecv > pyext sendrecv ex1 he hu > ... couldn't create > pym 2 * > ... couldn't create > > > By the way, thanks for doing all this work! These patches are > brilliant. Once I get these externs running this'll be fantastic > addition to my pd arsenal. A pity more pd'ers don't bother to learn a > bit of python - using these modules, externs are much easier & quicker > to write than either using C or native pd abstractions. > > Thanks, > > David >
-- Thomas Grill http://grrrr.org
I intend usind real time apps like PD to process sounds captured by mics and spacialise them.. that old thing. Of course I need other softs to compose and make sounds, but thatŽs not the goal.
How can I optimize my OS to get lower lattency?
My my processor is a P4 3,4 HT, 1Gb ram ddr2, and my card is a m-audio Delta 66.
I am testing some distros and Kanotix just caused me a great impression. ItŽs fast, clean, functional. For now I intend using it.
thanx ref
Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Hi David,
By "couldn't create", it means the [pyext] object fails to start, and has a dashed border around it - pd doesn't recognize the name.
A search of my directory tree couldn't find any files called pyext.*, so not only are they not in the correct path, they don't exist at all on my machine. However, there is a py.dll binary in pd/extra/, and pd sees it just fine. Could it be that pyext.dll failed to compile from the CVS sources?
pyext is an object within the py library (which contains the py, pyext and pym objects). You have to load it by including it into the PD startup items (startup menu). Just add py there (in former times, this was the "-lib py" startup option). In your previous message, you obviously tried to use py before pyext, which resulted in loading of the library (because of the similar name).
As far as "doesn't work correctly," when I use an example patch with [py], changing the input to the [py] object doesn't have any effect on the output. Quite simply, it does nothing - it doesn't work.
I'd be very surprised about that. When you add the py/scripts folder to the PD path, open the script-1.pd example patch, and then click onto [list H e l l o(, what is output on the console?
best greetings, Thomas
Thomas,
Wow, that fixed everything! Just added "py" to startup items and now everything loads & runs perfectly - thank you so much!
Have you thought about mentioning this in the README? This was a very obvious solution that I didn't think of, but it might help others in the same situation...
Thanks again,
David
On 2/18/06, Thomas Grill gr@grrrr.org wrote:
Hi David,
By "couldn't create", it means the [pyext] object fails to start, and has a dashed border around it - pd doesn't recognize the name.
A search of my directory tree couldn't find any files called pyext.*, so not only are they not in the correct path, they don't exist at all on my machine. However, there is a py.dll binary in pd/extra/, and pd sees it just fine. Could it be that pyext.dll failed to compile from the CVS sources?
pyext is an object within the py library (which contains the py, pyext and pym objects). You have to load it by including it into the PD startup items (startup menu). Just add py there (in former times, this was the "-lib py" startup option). In your previous message, you obviously tried to use py before pyext, which resulted in loading of the library (because of the similar name).
As far as "doesn't work correctly," when I use an example patch with [py], changing the input to the [py] object doesn't have any effect on the output. Quite simply, it does nothing - it doesn't work.
I'd be very surprised about that. When you add the py/scripts folder to the PD path, open the script-1.pd example patch, and then click onto [list H e l l o(, what is output on the console?
best greetings, Thomas
Hi David,
Wow, that fixed everything! Just added "py" to startup items and now everything loads & runs perfectly - thank you so much!
Have you thought about mentioning this in the README? This was a very obvious solution that I didn't think of, but it might help others in the same situation...
Well, it is somehow mentioned, because the readme.txt says to load py as a library by using -lib py -path scripts. I admit that this is outdated because newer pd versions use a better approach.
What i still don't get is that you said you are using the PD-extended distro. There everything should run just fine, including py already present in startup. Also you said you were using the cvs version, although your console printed py 0.2.0, which is the packaged one. Strange things....
best greetings, Thomas