[PD] converting an absolute to relative file path
Hi, I'd like to use [openpanel] to let a user easily chose a file without having to type its name, but then I would like to take the relative path of the file (relative to the patch) rather than its full absolute path. Is there a way to accomplish that? Is there some external that would take an absolute path as a symbol, compare it to the current working directory, and return a relative path to the same file? Alternatively, is there an external that can return the current working directory? On top of that, I could build an abstraction that would do almost what I need at least under some restrictions (e.g. when the file is in a descendant of the current folder) Thanks m. -- Matteo Sisti Sette matteosistise...@gmail.com http://www.matteosistisette.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] system calls
Hi,does anyone have a proper patch example of the [system] object?I don't really know how to make it work, when I send standard commands (on Windows), the console just disappears too fast. Sending a batch with a pause doesn't help...so, no idea, my sight is not fast enough to see what's happening :) Thanks in advance!Josep M ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] system calls
On 09/05/11 18:53, Jeppi Jeppi wrote: Hi,does anyone have a proper patch example of the [system] object?I don't really know how to make it work, when I send standard commands (on Windows), the console just disappears too fast. Sending a batch with a pause doesn't help...so, no idea, my sight is not fast enough to see what's happening :) Thanks in advance!Josep M In linux or OSX there is a way to make a script open a terminal window which stays open, I guess that would apply to windows also. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] CVs
On Sun, May 8, 2011 at 7:51 PM, Chris McCormick ch...@mccormick.cx wrote: On Sat, May 07, 2011 at 02:31:57PM -0800, Josh Moore wrote: I just got out of a long and heated argument with someone who claimed he was an EE and told me that digital synthesizers use CVs. I tried to explain to him that if they did, it would be ONLY a numerical conversion so he was wrong and he still insisted that digital synthesizers used CVs. Has anyone had this kind of experience? Yes, I have also had this experience of feeling frustrated by people claiming to be engineers. Cheers, Chris. --- http://mccormick.cx ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list I have come to the conclusion that all audio is discrete. probably everything measureable in the universe is discrete for that matter. There is no such thing as continuous only in our experience when we can not discern the difference between a change from one value to the next do we think of something being continuous. Imagine if you will a tuning peg with notches fitted in a notched hole. Now imagine a whammy bar fixed with the smoothest bearings and axle known. Now imagine the atomic structure of the axle and bearing. Isn't the whammy bar going to stop at little steps at the flat spots where any 2 atoms of the bearings line up with any 2 atoms of the axle? Would this not be discrete. Only our perception of sound hears the whammy bar as being continuous. If we had a fast enough sample rate we could slow down the recording of the use of such a whammy bar and see that it is indeed discrete. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] converting an absolute to relative file path
On Mon, May 9, 2011 at 10:40, matteo sisti sette matteosistise...@gmail.com wrote: Hi, I'd like to use [openpanel] to let a user easily chose a file without having to type its name, but then I would like to take the relative path of the file (relative to the patch) rather than its full absolute path. Is there a way to accomplish that? Is there some external that would take an absolute path as a symbol, compare it to the current working directory, and return a relative path to the same file? Alternatively, is there an external that can return the current working directory? On top of that, I could build an abstraction that would do almost what I need at least under some restrictions (e.g. when the file is in a descendant of the current folder) Thanks m. I use [absolutepath] and [relativepath] from moonlib. Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] converting an absolute to relative file path
Alternatively you could use [playlist], which is an in-patch file browser. by sending [location /folder/path/ ( to the object it'll jump to that location and you can also restrict what is displayed to a specific file extension. Ant 2011/5/9 András Murányi muran...@gmail.com: On Mon, May 9, 2011 at 10:40, matteo sisti sette matteosistise...@gmail.com wrote: Hi, I'd like to use [openpanel] to let a user easily chose a file without having to type its name, but then I would like to take the relative path of the file (relative to the patch) rather than its full absolute path. Is there a way to accomplish that? Is there some external that would take an absolute path as a symbol, compare it to the current working directory, and return a relative path to the same file? Alternatively, is there an external that can return the current working directory? On top of that, I could build an abstraction that would do almost what I need at least under some restrictions (e.g. when the file is in a descendant of the current folder) Thanks m. I use [absolutepath] and [relativepath] from moonlib. Andras ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] system calls
thanks!that did the job cd $1 dir * pause one must change to the current directory as, at least in windows, the [system] is launched from windows/system32. I get the current directory by stripping the path name from folder_list (clumsy I know...) Josep M Date: Mon, 9 May 2011 19:05:40 +0800 From: simonzw...@gmail.com To: pd-list@iem.at Subject: Re: [PD] system calls On 09/05/11 18:53, Jeppi Jeppi wrote: Hi,does anyone have a proper patch example of the [system] object?I don't really know how to make it work, when I send standard commands (on Windows), the console just disappears too fast. Sending a batch with a pause doesn't help...so, no idea, my sight is not fast enough to see what's happening :) Thanks in advance!Josep M In linux or OSX there is a way to make a script open a terminal window which stays open, I guess that would apply to windows also. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] CVs
On 2011-05-09 13:08, Billy Stiltner wrote: I have come to the conclusion that all audio is discrete. probably everything measureable in the universe is discrete for that matter. sqrt(2) ? exp(1) ? pi ? ... certainly each of the usual suspects has a discrete specification, but I've always been a bit suspicious of the hardcore constructionist approach to irrational numbers (while at the same time finding it extremely attractive to my engineering/hacker instincts). ok, so these are probably not measurable in the sense you mean either, but they are *thinkable*, and that (I think) is the whole point (or as it were, the whole hypotenuse, curve, circle, etc) ;-) uncountably infinite marmosets, Bryan -- Bryan Jurish There is *always* one more bug. jur...@uni-potsdam.de -Lubarsky's Law of Cybernetic Entomology ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] udpsend performance issue
On 2011-05-09 01:45, Matteo Sisti Sette wrote: On 05/09/2011 04:54 AM, Martin Peach wrote: [udpsend] uses almost the same code as [netsend] to send the data. I guess the bottleneck is in the way you load the hundreds of messages into [udpsend]. Are you receiving one packet per message at the other end? What do you mean by one packet per message? If you send a message through [udpsend] it will be packaged into a UDP packet. A UDP packet can be up to 32768 bytes. Sending lots of small packets adds a lot of overhead compared to sending the same data as one packet. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] udpsend performance issue
If you send a message through [udpsend] it will be packaged into a UDP packet. A UDP packet can be up to 32768 bytes. Sending lots of small packets adds a lot of overhead compared to sending the same data as one packet. Ah, ok. Yes, I am sending each message in a separate packet (I have no choice since these are OSC messages that I send to an iPad that runs touchosc). Anyway that applies equally to udpsend and to [netsend 1], doesn't it? So it still doesn't explain why udpsend blocks for a much longer time... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] CVs
On Mon, 9 May 2011, Billy Stiltner wrote: I have come to the conclusion that all audio is discrete. But the topic was about whether voltages were still being used to modulate the sound effects. The answer is that one may do it sometimes, but most digital-to-digital connections use a big stack of PCM protocols, such as MIDI, or RS232 or Ethernet/TCP/IP, the latter two in combination with ASCII-based or binary-based integer and float formats, etc. So in the end, the relation between voltage/timing and the effect is not the kind of thing that is obvious with an oscilloscope ;) probably everything measureable in the universe is discrete for that matter. In the set of all possible frequencies of photon particles, are things discrete ? I've never read that ever. If we had a fast enough sample rate we could slow down the recording of the use of such a whammy bar and see that it is indeed discrete. The interference in the sensor, the cable and the ADC, and the irregularities in the construction of the sensor and the ADC, will completely submerge any quantum effects that you'd like to perceive. Is that right ? ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] msg to abstractions
On Thu, 5 May 2011, Jeppi Jeppi wrote: The trick to route messages to a named subpatch turned out to be a chicken-egg problem if the subpatches are to be built dynamically as I need...thanks for the nice idea anyway :) though obsolete (?) that [namecanvas] really solved my problem. [namecanvas] has been marked obsolete for several years. Miller stated a reason for that, but I couldn't make sense of it. It's been several years, and [namecanvas] has been proved to be useful anyway, and you can bet that if Miller ever removes it, it will reappear the next week in five different libraries, and/or perhaps this removal will be cancelled in pd-extended. Miller has shown no intention of removing the deprecation mark on it. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] msg to abstractions
On Thu, 5 May 2011, yvan volochine wrote: well although I dunno it I guess that there must be a good reason to deprecate it No. (moving the gui out of pd maybe ?? =) Moving the GUI out needs not have any impact on the existence of [namecanvas]. If it were to have any impact, it would be an unnecessary change. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] CVs
On 09/05/11 19:08, Billy Stiltner wrote: I have come to the conclusion that all audio is discrete. probably everything measureable in the universe is discrete for that matter. There is no such thing as continuous only in our experience when we can not discern the difference between a change from one value to the next do we think of something being continuous. Imagine if you will a tuning peg with notches fitted in a notched hole. Now imagine a whammy bar fixed with the smoothest bearings and axle known. Now imagine the atomic structure of the axle and bearing. Isn't the whammy bar going to stop at little steps at the flat spots where any 2 atoms of the bearings line up with any 2 atoms of the axle? Would this not be discrete. Only our perception of sound hears the whammy bar as being continuous. If we had a fast enough sample rate we could slow down the recording of the use of such a whammy bar and see that it is indeed discrete. The noise in the system made with many atoms and electrons etc is probably inevitably much bigger than the inevitable discreteness imposed by atoms and electrons in the axle. The discreteness imposed by the discrete nature of most physical things is on a very small scale indeed in most circumstances and is only observable in very noise free situations which also amplify the discreteness. Is an unmeasurable theoretical discreteness in a measurable quantity a discreteness in that quantity? Lots of semantics and definitions here. Simon ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] helpbrowser and the paths
On Tue, 3 May 2011, IOhannes m zmoelnig wrote: given that both GF and Gem are to add their paths automatically on startup, the left column if the help-browser might have 500 help-patches and several dozens of directories. speaking of which, do you have a solution for the following case ? When people uninstall and reinstall the library with a different path, and then they have to know that they're supposed to remove any path items that have been added automatically, because they do happen to be saved if you edit the paths from the Path dialogue. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] tcpserver for sending files?
Hey,looking at the functionality of [tcpclient] and [tcpserver] objects, I see there is a way to send a file through the TCP connection. What does this means? could you effectively send files from the filesystem? if so, where are them expected to be stored by the other end?It looks exciting but I didn't manage to send anything but numbers yet...no real files. Maybe I didn't undestand it? Josep M ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] cnv get_pos weirdness
Hi, If I send a get_pos message to a cnv while its containing window is visible, I get the correct coordinates, relative to the 0,0 of the window. However, if the canvas is in a GOP-enabled subpatch of a GOP-enabled abstraction and I it is being shown through the GOP, it returns apparently wrong coordinates. Is this just a bug, or does it return coordinates relative to something else? -- Matteo Sisti Sette matteosistise...@gmail.com http://www.matteosistisette.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] cnv get_pos weirdness
Oh I see! It seems that, if it is in a GOP subpatch or abstraction, it returns its coordinates relative to the GOP area, while if it is in a visible canvas, it returns its position relative to the canvas. Anyway, this is fundamentally wrong for at least two reasons: 1) The coordinate space should be always the same. Whether it is the containing canvas or the GOP area, it should be the same regardless of whether the window is open or not 2) This is not consistent with the pos message: if you send a pos message to an object, it will _always_ be interpreted as relative to the containing canvas. So for example if you get the position of a cnv and send it to another object, it won't be placed at the same position as the cnv (if they are in a GOP object). 2011/5/9 matteo sisti sette matteosistise...@gmail.com: Hi, If I send a get_pos message to a cnv while its containing window is visible, I get the correct coordinates, relative to the 0,0 of the window. However, if the canvas is in a GOP-enabled subpatch of a GOP-enabled abstraction and I it is being shown through the GOP, it returns apparently wrong coordinates. Is this just a bug, or does it return coordinates relative to something else? -- Matteo Sisti Sette matteosistise...@gmail.com http://www.matteosistisette.com -- Matteo Sisti Sette matteosistise...@gmail.com http://www.matteosistisette.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tcpserver for sending files?
On 09/05/11 11:10 AM, Jeppi Jeppi wrote: Hey, looking at the functionality of [tcpclient] and [tcpserver] objects, I see there is a way to send a file through the TCP connection. What does this means? could you effectively send files from the filesystem? if so, where are them expected to be stored by the other end? It looks exciting but I didn't manage to send anything but numbers yet...no real files. Maybe I didn't undestand it? If the data you're sending is a symbol instead of numbers, the symbol will be interpreted as a file name, so [client 1 hello.jpg( will send hello.jpg as raw bytes. The other end will just receive the raw bytes, so it would need to know what to do with it. I made a pair of [httpreq] and [httpreceive] objects that will work together with [tcpserver] and [tcpclient] to simplify http requests and reception on (usually) port 80. I still need to make a [packhttp] object that will send stuff with the proper header. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tcpserver for sending files?
On Mon, 9 May 2011, Martin wrote: If the data you're sending is a symbol instead of numbers, the symbol will be interpreted as a file name, so [client 1 hello.jpg( will send hello.jpg as raw bytes. Is that name relative to the current folder, or the patch's folder, or the folders in the Path dialogue, or all, or whatever else ? ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] auto-completion with popup [was: 3 new gui-plugins]
On 05/08/2011 06:40 PM, Hans-Christoph Steiner wrote: [SNIP] Those Gem, etc version reports are just the thing that the people I talked to were complaining about. If you are totally new, then being hit with a wall of mystery text can be intimidating. From my perspective, I also don't want to see anything but errors by default, because I can always easily switch to see the debug log. I think in this case, the interests of newbies and advanced users align nicely. no problem, I removed it from completion-plugin. will do the others later. Also, I think Pd-extended should include a number of plugins by default, like perhaps your completion plugin. So that would mean that the plugin reports would be shown by default. that's up to you. BTW I just pushed a cleaner version on github. and I couldn't reproduce any of the bugs you reported, but I have only x11-tcl on my osx machine, maybe that's why :/ cheers, _y ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tcpserver for sending files?
- Martin martin.pe...@sympatico.ca a écrit : If the data you're sending is a symbol instead of numbers, the symbol will be interpreted as a file name, so [client 1 hello.jpg( will send hello.jpg as raw bytes. The other end will just receive the raw bytes, so it would need to know what to do with it. How the raw bytes would be writen to the hard drive? I've used once a claudius maximus external for that, which I don't remember the name, it was working good with small files only. -- Patrice Colet ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tcpserver for sending files?
On 09/05/11 02:29 PM, Patrice Colet wrote: - Martinmartin.pe...@sympatico.ca a écrit : If the data you're sending is a symbol instead of numbers, the symbol will be interpreted as a file name, so [client 1 hello.jpg( will send hello.jpg as raw bytes. The other end will just receive the raw bytes, so it would need to know what to do with it. How the raw bytes would be writen to the hard drive? I've used once a claudius maximus external for that, which I don't remember the name, it was working good with small files only. You could load them into a [binfile] or [textfile] and save that. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] tcpserver for sending files?
On 09/05/11 01:31 PM, Mathieu Bouchard wrote: On Mon, 9 May 2011, Martin wrote: If the data you're sending is a symbol instead of numbers, the symbol will be interpreted as a file name, so [client 1 hello.jpg( will send hello.jpg as raw bytes. Is that name relative to the current folder, or the patch's folder, or the folders in the Path dialogue, or all, or whatever else ? It opens the file relative to the folder containing [tcpserver] (it calls fopen with whatever path you give it). You can also give it an absolute path. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Where to find pdgst (gstreamer) ?
Hi list, svn co https://svn.umlaeute.mur.at/svnroot/zmoelnig/projects/pdgst/ Thanks. I could only compile half of the library because of a gcc 4.6 behavior change (--export-dynamic now fails). Maybe I should recompile all of pd-extended. Will try tomorrow. One has to put -rdynamic instead of --export-dynamic due to some sanitizing in gcc 4.6. The lib looks nice, but I did not do anything useful with it yet. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] CVs
On Mon, 9 May 2011 07:08:18 -0400 Billy Stiltner billy.stilt...@gmail.com wrote: Now imagine a whammy bar fixed with the smoothest bearings and axle known. Now imagine the atomic structure of the axle and bearing. Isn't the whammy bar going to stop at little steps at the flat spots where any 2 atoms of the bearings line up with any 2 atoms of the axle? Would this not be discrete. If the whammy was long, a finite, discrete change of angle would make the end of the bar move several inches. Since it could not exist in any position between two discrete angles the end would have to move instantaneously (infinite velocity) between two positions in space. This would lead to sore fingers. Whatever the model you'll get a Kantian muddle. A (phenomenon) out there, and its corresponding notion (noumenon) inhabit different worlds, and through that dark glass entirely discrete or continuous models are quite as absurd as each other with a moment of thought. Talking of moments, what's good for space is good for time right? The symbols on the paper and the patterns in your mind are tools, predictive utilities with more or less ability to predict the behaviour of a third, ineffable thing. Einstein, Podolski and Rosen took a lot of symbols, and Mr.Heidegger had to chop a lot of Black Forest wood to say what George Carlin does so brilliantly in a short sketch. http://www.youtube.com/watch?v=5M5eG-aywZQ On the topic of CVs; Many devices in the 1990s used hybrid technology in the overlap of analogue and digital ages. Digitally controlled oscillators were common for a while. But that is little known developmental history, most people would not use the term control voltage in the context of a digital synth. Maybe they would say control signal, to delineate its function, but not voltage. -- Andy Farnell padawa...@obiwannabe.co.uk ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
