[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20200114144945.GU3897@sirena.org.uk>
Date: Tue, 14 Jan 2020 14:49:45 +0000
From: Mark Brown <broonie@...nel.org>
To: Takashi Iwai <tiwai@...e.de>
Cc: jeff_chang <jeff_chang@...htek.com>,
Jeff Chang <richtek.jeff.chang@...il.com>,
"lgirdwood@...il.com" <lgirdwood@...il.com>,
"perex@...ex.cz" <perex@...ex.cz>,
"tiwai@...e.com" <tiwai@...e.com>,
"matthias.bgg@...il.com" <matthias.bgg@...il.com>,
"alsa-devel@...a-project.org" <alsa-devel@...a-project.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v6] ASoC: Add MediaTek MT6660 Speaker Amp Driver
On Tue, Jan 14, 2020 at 11:12:53AM +0100, Takashi Iwai wrote:
> So, for the codec, it doesn't matter at all about the signedness and
> the alingment of 32bit / 24bit of the incoming signals, but magically
> handled as is? Interesting...
On the playback side CODECs sometimes don't care that much, they
clock data in and if it stops early they just go on to the next
sample with the width being used to configure filters or
something.
The signedness is a bit more surprising I have to say :/
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists