From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?iso-8859-1?Q?Ville_Syrj=E4l=E4?= Subject: Re: GUS driver status : multiple open of /dev/dsp ? Date: Fri, 7 Jun 2002 16:32:22 +0300 Sender: alsa-devel-admin@lists.sourceforge.net Message-ID: <20020607163222.A25401@sci.fi> References: <20020607024358.A29561@sci.fi> <200206070115.g571FruU002754@fe02.mail.jippii.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Return-path: In-Reply-To: <200206070115.g571FruU002754@fe02.mail.jippii.net>; from pbd@op.net on Thu, Jun 06, 2002 at 09:20:31PM -0400 Errors-To: alsa-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: To: alsa-devel@lists.sourceforge.net List-Id: alsa-devel@alsa-project.org On Thu, Jun 06, 2002 at 09:20:31PM -0400, Paul Davis wrote: > >The problem with GUS synth is that it uses non-interleaved data layout so > >it's not relly useful for pcm stuff. alsa-lib doesn't want to do > >the required conversion for some reason. > > i find this very suprising and somewhat hard to believe. the > hammerfall also uses a non-interleaved data layout (as all the best > cards do :), and yet despite the fact that the driver contains no code > to handle an interleaved stream, aplay via plughw:N,0 works just > fine i.e. alsa-lib handles the conversion perfectly. what makes you > think it doesn't work? # aplay -D plughw:0,1 stereo.wav aplay: set_params:754: Access type not available There is a snd_pcm_plug_change_access() function in pcm_plug.c so I'm thinking it should work, but it doesn't. -- Ville Syrjälä syrjala@sci.fi http://www.sci.fi/~syrjala/ _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm