<br><br><div class="gmail_quote"><div dir="ltr">On Mon, Jun 18, 2018, 09:42 Pali Rohár <<a href="mailto:pali.rohar@gmail.com">pali.rohar@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sunday 17 June 2018 23:48:42 Arun Raghavan wrote:<br>
> On Sun, 17 Jun 2018, at 4:01 AM, Pali Rohár wrote:<br>
> > Hi! As you may know lot of bluetooth headsets support not only SBC, but<br>
> > also aptX codec. And new version of ffmpeg (4.0) has native aptX and<br>
> > aptX HD encoder and decoder. AptX codec itself is proprietary, but<br>
> > ffmpeg has clean-room implementation based on expired patent. What about<br>
> > adding support for aptX via ffmpeg into pulseaudio?<br>
> > <br>
> > -- <br>
> <br>
> I'd actually like to delete the SBC code and replace it with a generic GStreamer bin. That would allow us to be codec agnostic, and support any of the codecs that are supported by GStreamer (which includes those that ffmpeg provides).<br>
<br>
This does not sound like a good idea. The only two relevant bluetooth<br>
codecs for most people are SBC and aptX.<br></blockquote></div><div><br></div><div>Don't forget AAC. I've seen this one a lot in devices meant for use with iPhones, which apparently don't have aptX. GStreamer has a lot of encoders for it so this shouldn't be a problem unless it's some strange AAC variant.</div><div><br></div><div>There's also LDAC but I haven't seen it on a device yet.</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"></blockquote></div>