At Mon, 3 Jun 2002 14:32:43 -0700 (PDT), Dan Hollis wrote: > > On Mon, 3 Jun 2002, Takashi Iwai wrote: > > but the question is whether we should just add such new formats as new > > bits, or define something more ordinary. > > A format descriptor structure, instead of hardcoded format types? > > Of course you will want a good API support structure for handling format > conversions...
hmm, i don't think it must be a struct. enum (int) could have enough values if it's not bitmask, although the order of format enumerators may look a bit weird. there are already functions to retrieve a detail information from the format type enum, such as snd_pcm_format_width() and snd_pcm_format_little_endian(). so far, the bitmask is used only inside the alsa-driver and alsa-lib. they must be extended in some good way. i believe that this change can be hidden without changing API itself, but not figure out how should we do that yet. Takashi _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
