Jan Depner wrote: do I need a special application to do this? can't it be accomplished, that there would be different /dev/dsp devices for each input channel?

Jan Depner wrote: this is my point, it's not that I want to record wav files. I want to use to card to have live streaming from several audio inputs being encoded on the same machine. what I need is exaclty what I wrote: the ability to record from the different audio channels separetely. e.g. one /dev/dsp device for each input.

That should be: http://www-ccrma.stanford.edu/planetccrma/software/ -- Fernando

I have a vague memory of having been able to do this with the O$$ drivers, although there are so many disadvantages to using them. With ALSA, you may want to google info about the .asoundrc, whose arcane syntax and semantics seem to promise a level of control which would likely encompass what you are trying to do. Tobiah

Daniel James wrote: cool. my only question is: how do I map the alsa devices to the oss devices?

On Mon, Jun 09, 2003 at 12:45:18PM +0200, Akos Maroy wrote: Well, you don't - OSS has it's own mechanics for doing multiple /dev/dsp type devices. The software you use has to support "multiple opens". Some hardware and driver combinations let you open the driver multiple times and the hardware/driver can figure out how things are supposed to happen. The common example of this is the emu10k1 drivers for the SB Live - the OSS drivers support opening /dev/dsp multiple times. Each time you open it for playback, you get a different hardware mixer channel. When you playback sound, the card's hardware mixer mixes the streams you're playing and you hear them. It sounds like you want the input version of this. The way I understand it, the first time you open /dev/dsp, you should get the first channel. The second time, you should get the second channel, and so on. I have no idea if there are OSS drivers that support multiple opens for ice1712 cards. If ALSA's OSS emulation does multiple opens correctly, I would guess that this would just work. Have you actually tried it? -- Ross Vandegrift ross(a)willow.seitz.com A Pope has a Water Cannon. It is a Water Cannon. He fires Holy-Water from it. It is a Holy-Water Cannon. He Blesses it. It is a Holy Holy-Water Cannon. He Blesses the Hell out of it. It is a Wholly Holy Holy-Water Cannon. He has it pierced. It is a Holey Wholly Holy Holy-Water Cannon. He makes it official. It is a Canon Holey Wholly Holy Holy-Water Cannon. Batman and Robin arrive. He shoots them.

On our mixing desk we can assign whatever channels we like to each of the eight busses, so this isn't a problem. But failing that, you could always re-patch... Seriously though, ALSA is the way to go for multichannel. The only reason we use OSS emulation is that Audacity doesn't support ALSA natively yet, and Ardour isn't available to us mere end users. Cheers! Daniel

Ross Vandegrift wrote: of course I understand that this being the ALSA list, there would be some degree of advocacy for ALSA itself. but nevertheless, there is a reason for the OSS interface in ALSA. I don't see why I should re-write my application to do simple tasks that OSS itself can do. after all, I just want to read from the sound card.