Date: Sun, 8 Feb 2015 22:48:39 +0100 From: =?UTF-8?B?0JXQstCz0LXQvdC40Lkg0JEuINCh0L/QsNC80LDQutC+0LLRgdC60LjQuQ==?= <spamakowski@gmail.com> To: Hans Petter Selasky <hps@selasky.org> Cc: freebsd-multimedia@freebsd.org Subject: Re: Sound reasoning Message-ID: <CAMUQELA%2Bq7A7bR=pguOynDp1icORVRn_WhAsRXrWe1FWiUDc-A@mail.gmail.com> In-Reply-To: <54D7D53D.2020504@selasky.org> References: <CADZMZ90tVR1cuavEOZn___WqhNH%2BtTsRg7wTe_D2LjhyjDYbBw@mail.gmail.com> <54D7D53D.2020504@selasky.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Feb 8, 2015 at 10:29 PM, Hans Petter Selasky <hps@selasky.org> wrote: > On 02/08/15 22:22, Евгений Б. Спамаковский wrote: > >> Hi. >> >> Is there a point to writing a pcm device to have multiple "channel"s in >> the >> same direction? >> Say, two SND_FORMAT(AFMT_S16_LE, 1, 0) for record and two for playback, >> vs. >> just one SND_FORMAT(AFMT_S16_LE, 2, 0) in each direction. >> >> pcm_register() has so prominently two arguments 'numrec' and 'numplay' and >> even if they are ignored, one can do pcm_addchan() any number of times. >> How is this expressed to the user-land programmer? >> >> "Read the code" is a fine answer, but it would be nice if someone can >> readily explain the idea behind the options. >> > > Hi, > > > Sounds similar to what my "virtual_oss" is doing. See: > > svn --username anonsvn --password anonsvn \ > checkout svn://svn.turbocat.net/i4b/trunk/ports >From the description it looks like virtual_oss is trying to do what VCHANs already succeed at doing. No offense, but this still does not explain what the difference is between a pcm unit collecting its physical streams in one channel vs. having a channel for each... Let's say I'm five years old? > > --HPS >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAMUQELA%2Bq7A7bR=pguOynDp1icORVRn_WhAsRXrWe1FWiUDc-A>