Can anyone suggest a way to move a file in the user's filesystem from within Pd without loading it into memory?
My use case is that I am using [writesf~] to record audio to disk, and I want to allow users to “save” the audio file to somewhere else. Clearly the audio could be very large, so I want to avoid using soundfiler to read into memory and then write back out again. This is from an application that uses Pd as a backend so expecting the user to manually move the file is not an option.
Any solutions (including use of externals) welcome.
Thanks.
Jamie
-- http://jamiebullock.com @jamiebullock
[shell] or [popen] ? On 28 Apr 2015 00:47, "Jamie Bullock" jamie@jamiebullock.com wrote:
Can anyone suggest a way to move a file in the user's filesystem from within Pd without loading it into memory?
My use case is that I am using [writesf~] to record audio to disk, and I want to allow users to “save” the audio file to somewhere else. Clearly the audio could be very large, so I want to avoid using soundfiler to read into memory and then write back out again. This is from an application that uses Pd as a backend so expecting the user to manually move the file is not an option.
Any solutions (including use of externals) welcome.
Thanks.
Jamie
-- http://jamiebullock.com @jamiebullock http://twitter.com/jamiebullock
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hi,
AFAICT neither [shell] nor [popen] results in portable Pd code, i.e. the specific shell commands are OS-dependent.
In any case, I decided to write a new external for the job. In case anyone is interested: [copy] can be used to copy files portably from Pd: http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/postlude/co...
best,
Jamie
On 28 April 2015 at 00:18:35, tim vets (timvets@gmail.com) wrote:
[shell] or [popen] ?
On 28 Apr 2015 00:47, "Jamie Bullock" jamie@jamiebullock.com wrote: Can anyone suggest a way to move a file in the user's filesystem from within Pd without loading it into memory?
My use case is that I am using [writesf~] to record audio to disk, and I want to allow users to “save” the audio file to somewhere else. Clearly the audio could be very large, so I want to avoid using soundfiler to read into memory and then write back out again. This is from an application that uses Pd as a backend so expecting the user to manually move the file is not an option.
Any solutions (including use of externals) welcome.
Thanks.
Jamie
-- http://jamiebullock.com @jamiebullock
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 05/11/2015 12:18 PM, Jamie Bullock wrote:
Hi,
AFAICT neither [shell] nor [popen] results in portable Pd code, i.e. the specific shell commands are OS-dependent.
In any case, I decided to write a new external for the job. In case anyone is interested: [copy] can be used to copy files portably from Pd: http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/postlude/co...
just wondering whether [copy] is a too generic name. probably [filecopy] would be more apt.
gmsadr IOhannes
On 11 May 2015 at 12:06:24, IOhannes m zmölnig (zmoelnig@iem.at) wrote: On 05/11/2015 12:18 PM, Jamie Bullock wrote:
Hi, AFAICT neither [shell] nor [popen] results in portable Pd code, i.e. the specific shell commands are OS-dependent. In any case, I decided to write a new external for the job. In case anyone is interested: [copy] can be used to copy files portably from Pd: http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/postlude/co...
just wondering whether [copy] is a too generic name. probably [filecopy] would be more apt.
Agreed. I’ve just renamed it in svn as you suggest.
best,
Jamie
-
IOhannes m zmölnig -
Jamie Bullock -
tim vets