[Sound-open-firmware] Introduction and questions

Liam Girdwood liam.r.girdwood at linux.intel.com
Mon Sep 17 20:53:11 CEST 2018


On Thu, 2018-09-13 at 16:09 -0700, chris hermansen wrote:
> Liam and list,
> 

+ Seppo for audio processing.

> Thanks for the kind reply, this is exciting!
> 
> On Wed, Sep 12, 2018 at 1:34 PM Liam Girdwood <liam.r.girdwood at linux.intel.com
> > wrote:
> > Hi Chris,
> > 
> > On Tue, 2018-09-11 at 14:12 -0700, chris hermansen wrote:
> > > I write a column on open source and music on https://opensource.com/
> > > Recently I was at Open Summit and learned of this project.  I subsequently
> > > contacted some folks at Intel to learn more about how this project might
> > > affect users of open source media players.  One of my contacts advised
> > > posting questions to this list.  To avoid spamming the list any more than
> > I
> > > already have, I'd like to confirm that a few such questions won't be a
> > > supreme annoyance to the list members.
> > > 
> > > Thanks in advance for any advice.
> > 
> > No annoyance will occur :) Feel free to ask. The reason I ask for the list
> > is
> > that the questions and answers will be all searchable.
> > 
> 
> Starting with a bit of background... there is a class of audio hardware and
> software user out there who uses a configuration like this:
> laptop, desktop, server appliance...
> running Linux
> with a dedicated DAC used for music playback
> connected to a high quality headphone amplifier or home stereo
> with an open source music player client/server installed that probably
> accesses ALSA directly
> with a bunch of music files, probably FLAC, maybe DSF, probably CD quality or
> higher
> time on their hands to enjoy this
> If the computer hardware itself is used for many and various things, then
> likely the above configuration will want to run most audio traffic through
> Pulse and out the built-in audio speakers / headphone, with only the high-
> quality music being sent to the dedicated DAC directly over ALSA to avoid
> software mixing, resampling etc.  However if the computer hardware is more or
> less dedicated to music enjoyment, then it seems reasonable to hope that the
> built-in audio hardware could itself be dedicated to the primary music
> reproduction role, in a high-quality, low noise, low distortion, "bit-perfect" 
> fashion.
> 

also low power and low latency.

> So, looking at the sound-open-firmware initiative:
> is this primarily oriented toward opening up the built-in audio processing
> chain? 

Yes, SOF is infrastructure that allows processing components or pipelines to be
constructed.

> or should we expect add-on ADC and DAC hardware?

No, it's intended to work with all standard DAC and ADC hardware.

> is it reasonable to expect really high-performance DAC implementations (low
> noise etc) coming out of this?

No this is a SW/FW project, but it is intended to use high quality DAC HW with
SOF.

Liam

> what kind of other applications might we expect to see?
> could we expect to see the ability to build a digital crossover with a FIR
> filter to drive high, medium and low frequency power amplifiers and speakers?
> what about other types of digital filtering to compensate for room acoustic
> issues?
> might we see some type of audio compensation to "pull the music out of the
> head" for headphone users?
> what about decoding DSF directly, not just PCM?
> will people build proprietary things on top of it (for example, could MQA use
> it to build an MQA decoder)?
> That's all I can think of right now; thanks in advance!
> -- 
> Chris Hermansen · clhermansen "at" gmail "dot" com
> 
> C'est ma façon de parler.


More information about the Sound-open-firmware mailing list