[pulseaudio-discuss] [RFC PATCH 0/6] LFE filter
David Henningsson
david.henningsson at canonical.com
Fri Feb 6 03:41:21 PST 2015
On 2015-02-04 18:45, Alexander E. Patrakov wrote:
> 29.01.2015 03:14, David Henningsson wrote:
>> Hi!
>>
>> Hui and I have been working on some LFE filter patches lately, and this
>> is our first draft for review/feedback.
>>
>> First, I have greedily stolen the math from CRAS, because CRAS is BSD and
>> as I understand we don't have a problem with merging more liberal
>> licenses.
>>
>> The LFE filter is implemented in the resampler, which means it is done
>> for
>> every sink-input rather than every sink - this might mean some additional
>> CPU processing if many different streams play back at the same time, but
>> putting it on the sink side would disable the possibility to mix a 2.0
>> stream
>> with a 2.1 stream.
>>
>> The rewind part is very drafty and untested, and I'm not sure I choose
>> the
>> best design here. But at least this is something that could act as
>> base for
>> discussion.
>
> Sorry for a possibly-stupid question, but...
>
> Which part of PulseAudio is supposed to disable the effect if the user
> plugs headphones in? Or is it yet to be written?
Hrm, that is actually a good question. In theory, I would expect
module-switch-on-port-available to switch profiles between 2.0 and 2.1
as headphones are plugged in and out, but in practice,
- I'm not 100% sure if our "don't switch to HDMI" might prevent
switching from 2.1 to 2.0 when headphones are plugged in, and
- As the 2.0 profile is available on speakers, that will continue to
be selected when headphones are unplugged.
So, while this is not directly related to whether there is an LFE filter
or not - we already have a 2.1, 5.1, etc, profiles - indeed the problem
might become worse with the LFE filter.
--
David Henningsson, Canonical Ltd.
https://launchpad.net/~diwic
More information about the pulseaudio-discuss
mailing list