Re: Zoom R16

[Takashi Iwai <tiwai@suse.de>]

At Tue, 11 Mar 2014 11:16:04 -0400,
Jason Mancine wrote:
> 
> On Mar 11, 2014 9:40 AM, "Takashi Iwai" <tiwai@suse.de> wrote:
> >
> 
> > And are you sure that you patched correctly?  For example, if you
> > change the available rates in addition, does the patched kernel also
> > show the same change?
> >
> >
> > Takashi
> 
> Just verified only 96000 shows as available when I omit the other rates
> from the quirk.

Then try to add more format bits there and see whether the proc file
shows them, too.  If the proc file doesn't show, debug why it doesn't
do so.  The proc output (in proc__dump_substream_formats()) is
basically a collection of audioformat list, which is added directly by
create_fixed_stream_quirk().

At this moment, it doesn't matter what jack shows.  The only thing to
be checked is whether the driver takes the value as is or not.

> FWIW, other users at linux audio forum are seeing the same result of ending
> up with S32_LE regardless of .formats setting.

Do you mean in proc or jack output?

> But with capture working, wondering if it is possible that the S32_LE is
> indeed the correct format, and the playback problem is something else...

Possibly.  But you must figure out what you're debugging at first.


Takashi

> one user is investigating possible wrong UAC version.  There are get/set
> sample rate errors on playback as well.
> 
> Thanks for your help, any ideas are appreciated!
> 
> jason
> 
> >
> > >
> > >
> > >
> > > > > On Mar 11, 2014 3:09 AM, "Takashi Iwai" <tiwai@suse.de> wrote:
> > > > >
> > > > > > At Mon, 10 Mar 2014 16:44:19 -0400,
> > > > > > Jason Mancine wrote:
> > > > > > >
> > > > > > > Yes, I have tried those .formats with no luck...it still
> > > initializes at
> > > > > > 32
> > > > > >
> > > > > > How did you check it?
> > > > > >
> > > > > >
> > > > > > Takashi
> > > > > >
> > > > > > > On Mar 10, 2014 4:29 PM, "Alan Horstmann" <
> gineera@aspect135.co.uk>
> > > > > > wrote:
> > > > > > >
> > > > > > > > On Monday 10 March 2014 14:36, Jason Mancine wrote:
> > > > > > > > > I am still working on trying to get the R16 to work for
> > > playback.
> > > > > > > >
> > > > > > > > > So, the main question is how do I force ALSA to initialize
> this
> > > > > > device at
> > > > > > > > > 24 bit integer?
> > > > > > > >
> > > > > > > > Isn't the answer in Takashi's original reply...?
> > > > > > > >
> > > > > > > > > >  On Dec 6, 2013 11:25 AM, "Takashi Iwai" <tiwai@suse.de>
> > > wrote:
> > > > > > > > > >> Do you mean the 24bit physical size, i.e. each frame is
> > > packed in
> > > > > > 3
> > > > > > > > > >> bytes?  If so, you used a wrong format.
> > >  SNDRV_PCM_FMTBIT_S24_LE
> > > > > > is
> > > > > > > > > >> for 24bit format packed in 32bit frame.  If you need a
> > > 3-bytes
> > > > > > frame,
> > > > > > > > > >> use SNDRV_PCM_FMTBIT_S24_3LE instead.
> > > > > > > >
> > > > > > > > Many USB devices have this...
> > > > > > > >
> > > > > > > > >                                 .type =
> > > QUIRK_AUDIO_FIXED_ENDPOINT,
> > > > > > > > >                                 .data = & (const struct
> > > audioformat)
> > > > > > {
> > > > > > > > >                                 .formats =
> > > SNDRV_PCM_FMTBIT_S24_LE,
> > > > > > > >
> > > > > > > >                                  .formats =
> > > SNDRV_PCM_FMTBIT_S24_3LE,
> > > > > > > >
> > > > > > > > instead.  That would apply for capture also.  Or is that what
> you
> > > have
> > > > > > been
> > > > > > > > trying?
> > > > > > > >
> > > > > > > > Regards
> > > > > > > >
> > > > > > > > Alan
> > > > > > > >
> > > > > > > _______________________________________________
> > > > > > > Alsa-devel mailing list
> > > > > > > Alsa-devel@alsa-project.org
> > > > > > > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
> > > > > > >
> > > > > >
> > > > > [2  <text/html; ISO-8859-1 (quoted-printable)>]
> > > > >
> > > [2  <text/html; ISO-8859-1 (quoted-printable)>]
> > >
> [2  <text/html; ISO-8859-1 (quoted-printable)>]
>