From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: more sample formats? too little place left. Date: Mon, 03 Jun 2002 15:47:48 +0200 Sender: alsa-devel-admin@lists.sourceforge.net Message-ID: References: <20020602032200.A19956@sci.fi> Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Return-path: In-Reply-To: <20020602032200.A19956@sci.fi> Errors-To: alsa-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: To: Ville =?ISO-8859-1?Q?Syrj=E4l=E4?= Cc: alsa-devel@lists.sourceforge.net List-Id: alsa-devel@alsa-project.org At Sun, 2 Jun 2002 03:22:00 +0300, Ville Syrjälä wrote: > > On Fri, May 31, 2002 at 04:23:23PM +0200, Takashi Iwai wrote: > > Hi, > > > > it seems that USB audio supports 24 bit sample in 3 bytes format. > > and additionally i've found there are 20bit and 18bit sample formats. > > the world is large... > > > > an arising problem is that the number of formats is limited to 32. > > already 26 format types are used. the rest are only 6, and not enough > > if we put BE/LE and signed/unsigned for new formats, too. > > > > how can we solve this? extend to 64bit? no, it has too overhead. > > add a new field for special formats? > > What do you mean by overhead? Binary compatibility maybe? perhaps not too much overhead as i thought. binary compatibility might be a problem, although alsa-lib can hide the change of its own structs. but the question is whether we should just add such new formats as new bits, or define something more ordinary. 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