popen read and write

MEX source to acccess popen r/w

Description

popen() -- for "pipe open" -- is a very useful system call provided in many flavors of Unix. It runs a command passed in as a string then returns a file handle so that the parent process can read or write to the process as if it was a file; data passed this way is connected to the standard input or the standard output of the child process.

I created this because I wanted to process very long MP3 files in Matlab. Originally I wrote mp3read to allow me to decode just a small section of a long MP3 file without having to decode the whole thing, but every time I wanted to read another segment, I had to open the file again, then seek through to the point I wanted to read.

Instead, by using popen to open an MP3 decoding process that writes to standard output, I can "pull" as many frames as I want from the file, then put the process to sleep while I deal with those frames, then, on my next read from popen, the process is reawoken and the next block of data can be accessed. But this could be used for any application where there are long data streams to read or write, and you want to handle them a bit at a time.

Two functions are provided, popenr.c for reading from command pipes, and popenw.w for writing to command pipes. Reading and writing to the same command is not supported at present.

• MATLAB release: MATLAB 7.3 (R2006b)
• Other requirements: Requires popen() in underlying platform i.e. some kind of Unix (Linux, Mac OS X, ...)
• Published M Files: Popen access from Matlab
• Other Files: popenmatlab/popenw.c, ; popenmatlab/html/popenr_demo.png, ; popenmatlab/html/popenr_demo_01.png, ; popenmatlab/piano.mp3, ; popenmatlab/popenr_demo.m, ; popenmatlab/popenr.mexmaci, ; popenmatlab/popenr.c

[Morag Am-Shallem]

This is great extension, which providing powerful tool to for interface with other applications.
I've been using two alternatives until now:
1. Output from other apps. to temporary files, and then command 'load ...' from Matlab,
2. Executing them with 'system(...)', which gives output string, then parsing it with 'sscanf(...)'.
Both alternatives waste a lot more time. For my files, 'popenr(...)' is even quicker than loading mat-files with the same data!
Thank you very much.