On Mon, 2006-07-10 at 12:25 -0700, Bill Unruh wrote: > > > >> Example: sox infile -t alsa -w -s /dev/snd/pcmC0D0p > > > > That's really from the sox man page? It's totally wrong. So is the > > page: > > Yup that is the man page. > > .alsa ALSA /dev/snd/pcmCxDxp device driver > This is a pseudo-file type and can be optionally > compiled > into SoX. Run sox -h to see if you have support for this > file type. When this driver is used it allows you to open > up > the ALSA /dev/snd/pcmCxDxp file and configure it to use the > same data format as passed in to SoX. It works for > both > playing and recording sound samples. When playing sound > files it attempts to set up the ALSA driver to use the > same > format as the input file. It is suggested to always > override > the output values to use the highest quality samples > your > sound card can handle. Example: sox infile -t alsa -w -s > /dev/snd/pcmC0D0p > > > > http://www.domenech.org/bt878a-adc/alsa-e.htm > > > > Does "sox infile -t alsa -w -s plughw:1,1" work? > > No it does not. However > sox pluck/p6.wav -t alsa /dev/snd/pcmC0D0p > DOES work. (or with the -w -s option as well) > So it seems that sox does directly access the sound files.
Why does sox abuse the ALSA API this way? Why can't it use the alsa-lib interface like everyone else? Lee ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Alsa-user mailing list Alsa-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/alsa-user