hi list,
according to the manual the syntax to open pd by bash is pd [options] [patches to open] so in my case: user$ /Applications/Pd-0.38.4-extended-RC8.app/Contents/MacOS/Pd -rt - noaudio /Users/user/Desktop/patch.pd
but what it does is just opening pd, ignoring the flags and without
opening the patch.
what's wrong?
m.
Hi Max,
Max Neupert wrote:
hi list,
according to the manual the syntax to open pd by bash is pd [options] [patches to open]
correct is: pd [{option}]
where option can be: -open filename -rt -noaudio etc...
so in my case: user$ /Applications/Pd-0.38.4-extended-RC8.app/Contents/MacOS/Pd -rt - noaudio /Users/user/Desktop/patch.pd
so in your case it should be: pd -rt -noaudio -open /Users/user/Desktop/patch.pd
what's wrong?
The manual :-)
br, Piotr
Piotr Majdak wrote:
correct is: pd [{option}]
the correct syntax is pd [{option}] [{patches_to_open}]
where option can be: -open filename -rt -noaudio etc...
thus you should be able to do "pd -rt -noloadbang /path/to/my/patch.pd" and (equivalent) "pd -rt -noloadbang -open /path/to/my/patch.pd" and (equivalent) "pd -rt -open /path/to/my/patch.pd -noloadbang"
however, you cannot do "pd -rt /path/to/my/patch.pd -noloadbang" (this would try to load an abstraction "-noloadbang")
however, this doesn't solve max's problem...
max: could you try with miller's release of pd?
mfga.dr. IOhannes
user$ /Applications/Pd-0.38.4-extended-RC8.app/Contents/MacOS/Pd -rt -noaudio -open /Users/user/Desktop/patch.pd
should work.
but it didn't work for me on pd-0.39.2-extended-test1
cheers eni
On Mar 2, 2006, at 12:45 PM, Max Neupert wrote:
hi list,
according to the manual the syntax to open pd by bash is pd [options] [patches to open] so in my case: user$ /Applications/Pd-0.38.4-extended-RC8.app/Contents/MacOS/Pd -rt -noaudio /Users/user/Desktop/patch.pd
but what it does is just opening pd, ignoring the flags and without opening the patch.
what's wrong?
m.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Am 02.03.2006 um 13:48 schrieb Enrique Erne:
user$ /Applications/Pd-0.38.4-extended-RC8.app/Contents/MacOS/Pd - rt -noaudio -open /Users/user/Desktop/patch.pd
should work.
but it didn't work for me on pd-0.39.2-extended-test1
it seems to work only with millers version.
cheers eni
On Mar 2, 2006, at 12:45 PM, Max Neupert wrote:
hi list,
according to the manual the syntax to open pd by bash is pd [options] [patches to open] so in my case: user$ /Applications/Pd-0.38.4-extended-RC8.app/Contents/MacOS/Pd - rt -noaudio /Users/user/Desktop/patch.pd
but what it does is just opening pd, ignoring the flags and
without opening the patch.what's wrong?
m.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
On Mar 2, 2006, at 6:45 AM, Max Neupert wrote:
so in my case: user$ /Applications/Pd-0.38.4-extended-RC8.app/Contents/MacOS/Pd - rt -noaudio /Users/user/Desktop/patch.pd
but what it does is just opening pd, ignoring the flags and without
opening the patch.what's wrong?
...well, the pd.app's actually have two binaries named "pd": the one
you are addressing is actually just a re-named wish shell...when you
double click the application it calls this renamed wish shell, which
then loads the AppMain.tcl script (which is just a link to the pd.tk)
and eventually starts pd: main take-home point here is that there's
no argument passing in this chain...
...however, the actual pd binary's path is: /Applications/Pd-0.38.4- extended-RC8.app/Contents/Resources/bin/pd
...so, the following should help (never use "-rt" on osx!):
/Applications/Pd-0.38.4-extended-RC8.app/Contents/Resources/bin/pd - nrt -noaudio -open /Users/user/Desktop/patch.pd
james
Am 02.03.2006 um 15:37 schrieb james tittle:
On Mar 2, 2006, at 6:45 AM, Max Neupert wrote:
so in my case: user$ /Applications/Pd-0.38.4-extended-RC8.app/Contents/MacOS/Pd - rt -noaudio /Users/user/Desktop/patch.pd
but what it does is just opening pd, ignoring the flags and
without opening the patch.what's wrong?
...well, the pd.app's actually have two binaries named "pd": the
one you are addressing is actually just a re-named wish
shell...when you double click the application it calls this renamed
wish shell, which then loads the AppMain.tcl script (which is just
a link to the pd.tk) and eventually starts pd: main take-home
point here is that there's no argument passing in this chain... ...however, the actual pd binary's path is: /Applications/Pd-0.38.4- extended-RC8.app/Contents/Resources/bin/pd
ah. okay this was half of the problem. it still will not work with
the hcs extended package, but it does with millers version.
...so, the following should help (never use "-rt" on osx!):
why not?
/Applications/Pd-0.38.4-extended-RC8.app/Contents/Resources/bin/pd - nrt -noaudio -open /Users/user/Desktop/patch.pd
james
thank you all!
max.
On Mar 2, 2006, at 11:31 AM, Max Neupert wrote:
Am 02.03.2006 um 15:37 schrieb james tittle:
On Mar 2, 2006, at 6:45 AM, Max Neupert wrote:
so in my case: user$ /Applications/Pd-0.38.4-extended-RC8.app/Contents/MacOS/Pd - rt -noaudio /Users/user/Desktop/patch.pd
but what it does is just opening pd, ignoring the flags and
without opening the patch.what's wrong?
...well, the pd.app's actually have two binaries named "pd": the
one you are addressing is actually just a re-named wish
shell...when you double click the application it calls this
renamed wish shell, which then loads the AppMain.tcl script (which
is just a link to the pd.tk) and eventually starts pd: main take- home point here is that there's no argument passing in this chain... ...however, the actual pd binary's path is: /Applications/ Pd-0.38.4-extended-RC8.app/Contents/Resources/bin/pdah. okay this was half of the problem. it still will not work with
the hcs extended package, but it does with millers version.
works for me, what's happening for you?
.hc
...so, the following should help (never use "-rt" on osx!):
why not?
/Applications/Pd-0.38.4-extended-RC8.app/Contents/Resources/bin/pd
-nrt -noaudio -open /Users/user/Desktop/patch.pdjames
thank you all!
max.
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
"Computer science is no more related to the computer than astronomy
is related to the telescope."
-Edsger
Dykstra
On Mar 3, 2006, at 6:46 AM, Hans-Christoph Steiner wrote:
...well, the pd.app's actually have two binaries named "pd": the one you are addressing is actually just a re-named wish shell...when you double click the application it calls this renamed wish shell, which then loads the AppMain.tcl script (which is just a link to the pd.tk) and eventually starts pd: main take-home point here is that there's no argument passing in this chain... ...however, the actual pd binary's path is: /Applications/Pd-0.38.4-extended-RC8.app/Contents/Resources/bin/pd
ah. okay this was half of the problem. it still will not work with the hcs extended package, but it does with millers version.
works for me, what's happening for you?
.hc
hi hc
Pd-0.38.4-extended-RC8 works fine! the following command opens pd / wish shell and my test patch.
/Applications/Pd-0.38.4-extended-RC8.app/Contents/Resources/bin/pd -open /Users/pd/Desktop/test.pd
the following command on Pd-0.39.2-extended-test1 opens pd / wish shell but _not_ my patch :-(
/Applications/Pd-0.39.2-extended-test1.app/Contents/Resources/bin/pd -open /Users/pd/Desktop/test.pd
millers pd 0.39-2 works here too and there is no wish shell icon when opening with a command file (if that makes any difference).
(OSX 10.3.9)
regards
eni
Am 03.03.2006 um 06:46 schrieb Hans-Christoph Steiner:
On Mar 2, 2006, at 11:31 AM, Max Neupert wrote:
Am 02.03.2006 um 15:37 schrieb james tittle:
On Mar 2, 2006, at 6:45 AM, Max Neupert wrote:
so in my case: user$ /Applications/Pd-0.38.4-extended-RC8.app/Contents/MacOS/Pd
-rt -noaudio /Users/user/Desktop/patch.pdbut what it does is just opening pd, ignoring the flags and
without opening the patch.what's wrong?
...well, the pd.app's actually have two binaries named "pd": the
one you are addressing is actually just a re-named wish
shell...when you double click the application it calls this
renamed wish shell, which then loads the AppMain.tcl script
(which is just a link to the pd.tk) and eventually starts pd:
main take-home point here is that there's no argument passing in
this chain... ...however, the actual pd binary's path is: /Applications/ Pd-0.38.4-extended-RC8.app/Contents/Resources/bin/pdah. okay this was half of the problem. it still will not work with
the hcs extended package, but it does with millers version.works for me, what's happening for you?
i have two systems with the same os (x.4.5) and the same pd (0.38.4-
extended-RC8). it works only on one of them. the error it spills out is:
/Applications/Wish Shell.app/Contents/MacOS/Wish Shell: No such file
or directory
however there is no wish shell at this location on neither of the
systems. strange.
I'll download the wish framework now to see if it helps.
max
Am 03.03.2006 um 06:46 schrieb Hans-Christoph Steiner:
works for me, what's happening for you?
ok, i think it's what patrick described.
quote: what seems like is happening is that when you run the .app TCL/
tk is included, but if you run simply pd you will need TCL/TK
installing TCL/TK enabled the hcs extended installation to be
launched from the command line.
m.
-
Enrique Erne -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
james tittle -
Max Neupert -
Piotr Majdak