[alsa-devel] Zoom R16

[Jason Mancine]

On Mar 11, 2014 9:40 AM, "Takashi Iwai" <tiwai at 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.

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

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...
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 at 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 at 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 at 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 at 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)>]
> >