Show Posts
1
General Board / Embedding CDP - possible to "pipe" input and output files?
« on: March 11, 2017, 07:25:10 PM »
Hi there,
I'm looking at ways of embedding the CDP programs in an existing system (FScape 2) where they would appear as sort of UGens.
I'm trying to figure out if there is a way to avoid having to write and read temporary audio files for I/O, for example by "piping" the audio input file into the process
and the audio output file from the process. This should work at least on Linux.
Something like this
./modify speed 2 special_in_pipe special_out_pipe 12
I'm pretty optimistic there is some way to get this working in Linux with the existing unmodified shell commands.
For example, I tried to use a named pipe (via mkfifo) as input and write to it from another process, but cdp terminates with
ERROR: INVALID DATA
ERROR: File /data/audio_work/my_pipe.aif either has unredable header, or is a textfile with a CDP reserved extension.
(I double checked that the contents written to the pipe is actually a valid AIFF file).
But then perhaps my idea can't work because certain process will need random access instead of serial stream?
Best, .h.h.
I'm looking at ways of embedding the CDP programs in an existing system (FScape 2) where they would appear as sort of UGens.
I'm trying to figure out if there is a way to avoid having to write and read temporary audio files for I/O, for example by "piping" the audio input file into the process
and the audio output file from the process. This should work at least on Linux.
Something like this
./modify speed 2 special_in_pipe special_out_pipe 12
I'm pretty optimistic there is some way to get this working in Linux with the existing unmodified shell commands.
For example, I tried to use a named pipe (via mkfifo) as input and write to it from another process, but cdp terminates with
ERROR: INVALID DATA
ERROR: File /data/audio_work/my_pipe.aif either has unredable header, or is a textfile with a CDP reserved extension.
(I double checked that the contents written to the pipe is actually a valid AIFF file).
But then perhaps my idea can't work because certain process will need random access instead of serial stream?
Best, .h.h.