[alsa-devel] basic questions
Harsha priya gupta
harshapriya at gmail.com
Tue Mar 18 13:50:46 CET 2008
Thanks a lot for the responses.
I see that there can be a way to implement a path for sending encoded
streams to sound card driver through ALSA for hardware decoding but it does
not explicitly exist today.
There are currently a lot of hardware that support decoding. If there is no
existing path in ALSA, what is the recommended way to do so? [ provide
different driver for encoded streams?]
As I am new to ALSA, it would be great if anyone could help me quantify the
effort and difficulty level involved and provide a direction for the same.
Would I be on the right path if;
1. Like PCM object, register a encoded stream object in ALSA framework
2. Provide IOCTLs from sound card driver for MMF to send encoded buffer
3. (is required??) implement API in ALSA driver and Libasound to route the
calls from MMF to sound card IOCTLs
Thanks a lot in advance,
On Tue, Mar 18, 2008 at 7:31 AM, Lee Revell <rlrevell at joe-job.com> wrote:
> On Fri, Mar 14, 2008 at 6:57 PM, Eliot Blennerhassett
> <linux at audioscience.com> wrote:
> > On Saturday 15 March 2008 11:35:20 Lee Revell wrote:
> > > On Fri, Mar 14, 2008 at 12:35 AM, Harsha priya gupta
> > >
> > > <harshapriya at gmail.com> wrote:
> > > > Hi,
> > > >
> > > > I am ramping up on ALSA architecture and framework. I have a
> couple of
> > > > basic questions. I apologize if these questions are very basic to
> > > > raised in this mailing list. If anyone can help me find answers, it
> > > > be great. Thanks in advance.
> > > >
> > > > 1. My assumption is that ALSA handles only PCM streams today. Does
> > > > handle encoded streams from application to sound card (Which can do
> > > > hardware decoding)?
> > >
> > > Someone else could probably give a better answer, but I believe that
> > > currently ALSA has no API for cards that do HW decoding.
> > Not AFAIK, and certainly the architecture assumes a constant data rate.
> I.e X
> > bytes consumed implies elapsed time of (X * constant) = the _period_
> > Alsa headers do define some format constants for compressed audio.
> > We would like to support compressed audio for our cards, which can do
> > decoding. I did try to implement it early on, but got lost in the
> quagmire of
> > driver midlevel code and alsa-lib.
> > A first step would be to allow CBR compressed formats to pass through
> to the
> > driver unaltered. For these there is a defined bits per sample, though
> it can
> > be non-integer which might be a problem.
> I would look at how ALSA implements AC3 passthrough.
> Alsa-devel mailing list
> Alsa-devel at alsa-project.org
More information about the Alsa-devel