On Fri, Oct 16, 2015 at 11:43 AM, Max Kellermann <[email protected]> wrote:

>
> MPD has an infrastructure to write filter plugins, and these can be
> configured in mpd.conf.  However, the filter plugins you're thinking
> of don't exist in MPD currently.
>
I'm aware of that.

> If I understand you correctly, what you're about to propose is NOT
> writing new filter plugins, but provide a protocol interface to
> configure/select filter plugins at runtime?
>
Partly correct. I envision that there will be one filter plugin per
output plugin defined, that will grab signals about filter selection
and push relevant messages further to a device/external filter
software/library. In case of external DACs that means using
out-of-band communication like serial, I2C lines or USB.

> I can't comprehend that proposal.  Your reason for this dynamic filter
> interface is that you wish to have those digital filters, but your
> proposal will NOT make those filters available in MPD.  All it does is
> make existing filters dynamic at runtime.  There is a mismatch between
> your proposal and your stated reason.
>
Not really. My idea is that once consensus on MPD protocol extension
is reached and implemented, MPD clients will gradually adopt to a new
interface. That in turn encourage commercial entities or savvy users
to provide plugins to MPD. It's unpractical to expect that I'll
provide some kind of universal plugin that will handle communication
with DACs, since every single manufacturer pops out with its own
usually proprietary and closed form of communication.

> What you did NOT say is why you want to make them available on the MPD
> protocol.  Which, however, is the only thing you were going to
> implement.
>
Because MPD protocol is not relevant to MPD only anymore. There are
other server-side alternatives, and not so insignificant number of
client-side apps, that rely on the protocol, and would enjoy such
enhancement. Besides I'm not a all-rounder, time constraints left
alone.

What would makes me happy is a mobile app that would handle track,
volume, filter management altogether. And I presume I wouldn't be the
only one.
-- 
Thanks,
Aleksander Trofimowicz
_______________________________________________
mpd-devel mailing list
[email protected]
http://mailman.blarg.de/listinfo/mpd-devel

Reply via email to