linux-bluetooth.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Pali Rohár" <pali.rohar@gmail.com>
To: Luiz Augusto von Dentz <luiz.dentz@gmail.com>
Cc: "Pasi Kärkkäinen" <pasik@iki.fi>,
	"linux-bluetooth@vger.kernel.org"
	<linux-bluetooth@vger.kernel.org>
Subject: Re: bluez: dbus method call for switching endpoint
Date: Tue, 8 Jan 2019 17:51:45 +0100	[thread overview]
Message-ID: <20190108165145.yiqjwvg52owvdybr@pali> (raw)
In-Reply-To: <CABBYNZK4+K5vRF0JCHFcUjbfzWanp_ju6XfQQJWBtiLqKi=e7Q@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2141 bytes --]

On Tuesday 08 January 2019 13:44:24 Luiz Augusto von Dentz wrote:
> On Sat, Dec 29, 2018 at 10:08 AM Pali Rohár <pali.rohar@gmail.com> wrote:
> > And forth thing, people lot of times listen music and their music is
> > stored in some lossy compression codecs (MP3, AAC, ...). A2DP supports
> > of these codecs and pulseaudio has already support for pass-through
> > different codec payloads to sound card (if sound card driver support
> > is). So this would allow us to e.g. pass-through MP3 or AAC data to
> > supported headset without need to decode and encode again. Pulseaudio in
> > this case can take care for switching from "better A2DP codec" to AAC
> > when input application source is already in AAC; and then back to that
> > previous "better A2DP codec" after AAC playback file finish.
> >
> > I think that similar technique is already used in Apple products which
> > propagates AAC format.
> >
> > Therefore I do not think switching codec is some king of workaround or
> > hack, but fully valid use case.
> 
> Except that we can't do that because we cannot garanteed there wont be
> other sources active e.g. system notifications, etc, so in practice
> complex/expensive codecs such as MP3 and AAC are hard to use since
> that would mean we would have to encode on the fly. Perhaps there we
> could have a setting for these type of codecs so the user would have
> to opt-in if he want to just listen to those files, though if they are
> using streaming services they normally decode on their own so AAC and
> MP3 endpoint are not that useful with the likes of youtube, spotify,
> etc.

IIRC pulseaudio has already API for pass-through of MP3 and AAC and at
one time can only one application send stream, so there are no system
notifications.

You can also see checkboxes for codecs which can be enabled for
pass-through for digital sound cards (e.g. HDMI output) in pavucontrol.

So I do not think that this is a problem. Bluetooth "A2DP card" in
pulseaudio can behave in exactly same way like existing HDMI AAC output,
which is already working.

-- 
Pali Rohár
pali.rohar@gmail.com

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

  reply	other threads:[~2019-01-08 16:51 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-07-11  8:23 bluez: dbus method call for switching endpoint Pali Rohár
2018-07-11 13:27 ` Luiz Augusto von Dentz
2018-07-11 14:45   ` Pali Rohár
2018-12-15 20:29     ` Pali Rohár
2018-12-18 16:02       ` Luiz Augusto von Dentz
2018-12-28 19:11         ` Pasi Kärkkäinen
2018-12-28 22:10           ` Luiz Augusto von Dentz
2018-12-29 13:08             ` Pali Rohár
2019-01-08 16:44               ` Luiz Augusto von Dentz
2019-01-08 16:51                 ` Pali Rohár [this message]
2019-01-08 16:56                 ` Pali Rohár
2019-01-09 18:03                   ` Pali Rohár
2019-01-09 18:14                     ` Pali Rohár
2019-01-10 11:29                       ` Luiz Augusto von Dentz
2019-01-10 11:59                         ` Pali Rohár
2019-01-26 10:15                           ` Pali Rohár
2019-01-19 17:15                 ` Pali Rohár

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20190108165145.yiqjwvg52owvdybr@pali \
    --to=pali.rohar@gmail.com \
    --cc=linux-bluetooth@vger.kernel.org \
    --cc=luiz.dentz@gmail.com \
    --cc=pasik@iki.fi \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).