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