[pulseaudio-tickets] [Bug 56993] Implement opus audio compression

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=56993

--- Comment #17 from Tanu Kaskinen <tanuk at iki.fi> ---
(In reply to Arun Raghavan from comment #16)
> Actually, I did later add a way forwards -- support for compressed audio in
> the protocol (with compression left to clients, which tunnel could
> potentially do).

You seemed to talk only about hardware decoding, which is a different use case
than saving bandwidth with regular hardware that expects PCM only. Or did I
understand you wrong?

> It's not just uncomfortable complexity, but also a commitment to a single
> codec, a single implementation of that codec, or later exploding our
> internals to become a mini multimedia framework if we want to support more. 

Committing to one codec seems a way better alternative than sticking to PCM
only. If we had implemented this feature earlier, we might have chosen vorbis,
and that choice might be slightly annoying now that we have a better codec
available, but being stuck to PCM and vorbis would still be much better than
being stuck to PCM.

Not that I think we absolutely have to stick to just one codec. If someone
wants a different codec later, we can discuss at that time whether it makes
sense to add support for that codec or not.

Why do you say that we'd be committing to a single implementation of a codec?
AFAIK, there's a specification, and conforming implementations are supposed to
be interoperable.

> > In my opinion tunnels should not be forever doomed to waste bandwidth. The
> > patch that was submitted should be reviewed, and I wouldn't like to give a
> > response of "will not accept the feature, don't try again". I haven't looked
> > deeply into the patch, so I don't know how close it's to my liking, but in
> > principle transparent encoding/decoding in the TCP transport doesn't seem
> > very complicated. It shouldn't affect e.g. rewinding, if all buffers are
> > PCM, and just the in-transit data is compressed.
> 
> Except of course, it affects all the transports of the native protocol, not
> just TCP.

Affects how? Surely we'd never enable compression over unix sockets or shm.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/pulseaudio-bugs/attachments/20170827/2d263882/attachment.html>