Hi all,
I try to write a message correctly in order to load a sound file in one table using the "soundfiler" object _on windows_ .
I have the following problem: if I try with
|read -resize c:/Documents and Settings/bla..bla/01.wav table23( | [soundfiler]
I have the following message of error:
and: no such table
then I have retried with closing path in quotes ("):
|read -resize "c:/Documents and Settings/bla..bla/01.wav" table23( | [soundfiler]
but I obtain the same error.
If instead I use the object openpanel in order to create the message in this way:
|bang( | [openpanel] | |set read -resize $1 table23(
and after bang the result:
|read -resize c:/Documents and Settings/bla..bla/01.wav table23(
it work nice, but to my eyes the two messages seem equal.
where I mistake ?
I cannot use the object openpanel because I am using pd without GUI and pd must take the name of the file through a tcp connection.
thanks for whichever aid
bye
Lazzaro
I read:
|read -resize c:/Documents and Settings/bla..bla/01.wav table23(
I guess the easiest solution would be to put the soundfiles in a directory without whitespaces in the path.
HTH
x
Otherwise, replace every space in the file name with "\ "
d.
CK wrote:
I read:
|read -resize c:/Documents and Settings/bla..bla/01.wav table23(
I guess the easiest solution would be to put the soundfiles in a directory without whitespaces in the path.
HTH
x
derek holzer wrote:
Otherwise, replace every space in the file name with "\ "
lol
and you could use externals that provide a way to convert lists (and every message containing a space is a list) into symbols...
so your problem seems to be more with pd-syntax in general (messages vs symbols) than [soundfiler]
mfg.a.sdr IOhannes
On Thu, 2 Dec 2004, Johannes M Zmoelnig wrote:
so your problem seems to be more with pd-syntax in general (messages vs symbols) than [soundfiler]
The problem lies a bit deeper. "\ " works well, the problem is that tcl/tk doesn't let you put "\ " in a message box (simplified explanation). Symbols do allow for spaces. As spaces are a symbol delimiter by default, they have to be escaped in order to be part of a symbol. So its not a problem of pd syntax, more one of implementation/GUI issues IMO.
Guenter
mfg.a.sdr IOhannes
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list
� wrote:
On Thu, 2 Dec 2004, Johannes M Zmoelnig wrote:
The problem lies a bit deeper. "\ " works well, the problem is that tcl/tk doesn't let you put "\ " in a message box (simplified explanation).
that's what the "lol" was for.
Symbols do allow for spaces. As spaces are a symbol delimiter by default, they have to be escaped in order to be part of a symbol.
that's what i hinted with "externals", as there is no way to do it within pure pd.
So its not a problem of pd syntax, more one of implementation/GUI issues IMO.
that's were i became fuzzy.
i used the wrong word: "pd-syntax"; what i meant is, that it is impossible to "pronounce" symbols containing spaces with the "speech organ" pd. bryan, how do you call this ?
mfg.a.dsr IOhannes
� wrote:
The problem lies a bit deeper. "\ " works well, the problem is that tcl/tk doesn't let you put "\ " in a message box (simplified explanation).
As a pd beginner, I was puzzeled by this at first. I tried the same, but got messages like '\ dropped' in the terminal window whenever I tried escaping special characters like space, comma, semicolon and quotes in messages.
Symbols do allow for spaces. As spaces are a symbol delimiter by default, they have to be escaped in order to be part of a symbol. So its not a problem of pd syntax, more one of implementation/GUI issues
Is there a good mechanism to enter escaped characters through the GUI, or do you just have to hack them into the .pd files with a text editor?
I find having to use constructs with list2symbol or makefilename etc a bit annoying, and highly confusing in terms of patch readability.
Hallo, Marc Boon hat gesagt: // Marc Boon wrote:
Is there a good mechanism to enter escaped characters through the GUI, or do you just have to hack them into the .pd files with a text editor?
No, and yes, you'd have to. Although I'd welcome a good escaping mechanism I seldom *need* to use spaces in messages as excaped spaces. Except for doing text processing (hi, Bryan) I don't really see the need at all, and for text processing I think, Pd is not well suited anyways. Using something like the Python external instead can help a lot.
Something which I really miss however is the ability, to create '$0' in dynamic patch building. Currently I always use "dollar0..." to build my chains of [commun /nX $0] objects in RRADical, then search and replace 'dollar0' with '$0' in the .pd textfile by hand or using perl, which is annoying. (See the commun-builder.pd in RRADical for an example.)
Ciao
Frank Barknecht _ ______footils.org__
On Fri, Dec 03, 2004 at 01:20:15PM +0100, Frank Barknecht wrote:
Hallo, Marc Boon hat gesagt: // Marc Boon wrote:
Is there a good mechanism to enter escaped characters through the GUI, or do you just have to hack them into the .pd files with a text editor?
No, and yes, you'd have to.
i think its a bug in the fileformat, not the GUI. you can remove the line that 'drops' the 's from g_editor..and things work as they should, until you save and reload...
Although I'd welcome a good escaping mechanism I seldom *need* to use spaces in messages as excaped spaces. Except for doing text processing (hi, Bryan) I don't really see the need at all, and for text processing I think, Pd is not well suited anyways. Using something like the Python external instead can help a lot.
Something which I really miss however is the ability, to create '$0' in dynamic patch building. Currently I always use "dollar0..." to build my chains of [commun /nX $0] objects in RRADical, then search and replace 'dollar0' with '$0' in the .pd textfile by hand or using perl, which is annoying. (See the commun-builder.pd in RRADical for an example.)
Ciao
Frank Barknecht _ ______footils.org__
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list
Frank Barknecht wrote:
Although I'd welcome a good escaping mechanism I seldom *need* to use spaces in messages as excaped spaces. Except for doing text processing (hi, Bryan) I don't really see the need at all, and for text processing I think, Pd is not well suited anyways. Using something like the Python external instead can help a lot.
Still, you need to get the text message to the Python external. Besides that, I find it a bit to have to resort to Python only to get a text message out. I use the [system] object to start shell scripts which are triggered by pd events, and here too, I have to use [makefilename] to build a commandline. It works, but it's ugly.
Hallo, Marc Boon hat gesagt: // Marc Boon wrote:
Still, you need to get the text message to the Python external. Besides that, I find it a bit to have to resort to Python only to get a text message out. I use the [system] object to start shell scripts which are triggered by pd events, and here too, I have to use [makefilename] to build a commandline. It works, but it's ugly.
Isn't it also a bit too much to use a whole operating [system], where a bit of Python would make things even simpler? (This is not meant really serious. However I believe, you are cheating somehow: Although you use shell scripts, you complain about having to resort to a programming language like Python? ;)
Frank Barknecht wrote:
Hallo, Marc Boon hat gesagt: // Marc Boon wrote:
Still, you need to get the text message to the Python external. Besides that, I find it a bit to have to resort to Python only to get a text message out. I use the [system] object to start shell scripts which are triggered by pd events, and here too, I have to use [makefilename] to build a commandline. It works, but it's ugly.
Isn't it also a bit too much to use a whole operating [system], where a bit of Python would make things even simpler? (This is not meant really serious. However I believe, you are cheating somehow: Although you use shell scripts, you complain about having to resort to a programming language like Python? ;)
I complain a lot, that is true! I do believe however that Python requires quite a bit more overhead than /bin/sh. As I learn beyond my first acquaintance with Pd, I will try to return some of the energy which I have sucked out of this list. To which I am very grateful, let that not be misunderstood! :) So, a big hand to all Pd developers and users out there. And for now: get me off this thread, I don't understand [soundfiler] ;) m@rc
-
CK -
derek holzer -
Frank Barknecht -
g�nter geiger -
ix -
Johannes M Zmoelnig -
Lazzaro N. Ciccolella -
Marc Boon