<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body><span class="vcard"><a class="email" href="mailto:nevion@gmail.com" title="Jason Newton <nevion@gmail.com>"> <span class="fn">Jason Newton</span></a>
</span> changed
<a class="bz_bug_link
bz_status_ASSIGNED "
title="ASSIGNED - Please fix PulseAudio equalizer"
href="https://bugs.freedesktop.org/show_bug.cgi?id=94971">bug 94971</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">Assignee</td>
<td>pulseaudio-bugs@lists.freedesktop.org
</td>
<td>nevion@gmail.com
</td>
</tr>
<tr>
<td style="text-align:right;">Status</td>
<td>NEW
</td>
<td>ASSIGNED
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_ASSIGNED "
title="ASSIGNED - Please fix PulseAudio equalizer"
href="https://bugs.freedesktop.org/show_bug.cgi?id=94971#c5">Comment # 5</a>
on <a class="bz_bug_link
bz_status_ASSIGNED "
title="ASSIGNED - Please fix PulseAudio equalizer"
href="https://bugs.freedesktop.org/show_bug.cgi?id=94971">bug 94971</a>
from <span class="vcard"><a class="email" href="mailto:nevion@gmail.com" title="Jason Newton <nevion@gmail.com>"> <span class="fn">Jason Newton</span></a>
</span></b>
<pre>I currently have no plans to incorporate qpaeq as is into pavucontrol. If it's
functionality is reduced a bit (no stretching=increasing resolution of control
bands), it can be done though but the plugin is not a first class citizen to PA
and one of the reasons for that is the criticisms Alexander brings up, another
being a dependency, module-dbus-protocol was stuck in limbo for a long time
too. Though I have to add that while he has pointed out several valid things,
that list is over inflated - some I've addressed in conversation, some issues
were never there (6a), (7, 10) for time varying filters, and I don't see why 9
is important (I use mine with video all the time... but there is a problem of
subjectivity and I have some latency cancellation in mpv)
Anyway its long been on my todo list to fix many of these issues, and
especially make the filtering much lower latency and parametrize it in terms of
the device samplerates. The good news is that I'm finally in a position to
learn more [audio] time series signal processing (I specialize in image
processing which is why I had made most of the mistakes Alexander points out)
and the time might be there for it in the next year or so. Things were quite
bad for me before this year but it still remains on my mind daily, if that's
any penance.
I'm not as experienced of an audio engineer as Alexander but I believe we still
need to address the people who are too poor or lazy to get a microphone and do
this setup, and also for devices like earphones and laptop/tablet speakers as
well - since they don't have a fixed location of operation. Equalizers do the
next best job to DRC in a stationary setup, otherwise they may be the only
common method. But there is no computation of the filter coefficients - you
fiddle with it till your happy, and that is inexact and error prone,
unfortunately. That's also why you need a real time UI for the bands or
finding good settings takes far longer.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
<li>You are the QA Contact for the bug.</li>
</ul>
</body>
</html>