From: Aleksandar Kostadinov <email@example.com> To: Luiz Augusto von Dentz <firstname.lastname@example.org>, Andrew Fuller <email@example.com> Cc: "Pali Rohár" <firstname.lastname@example.org>, "David Heidelberg" <email@example.com>, "Marcel Holtmann" <firstname.lastname@example.org>, "Johan Hedberg" <email@example.com>, "firstname.lastname@example.org" <email@example.com>, "Pavel Machek" <firstname.lastname@example.org> Subject: Re: Bluetooth: Allow to use configure SCO socket codec parameters Date: Sat, 16 May 2020 10:50:12 +0300 Message-ID: <email@example.com> (raw) In-Reply-To: <CABBYNZ+TQ+oSYgL1wGsC0rs9faecd0RtQkFE9fbnV89D1r=LOg@mail.gmail.com> Luiz Augusto von Dentz wrote on 16.05.20 г. 2:08 ч.: > Hi Andrew, Aleksandar, > > On Fri, May 15, 2020 at 3:46 PM Andrew Fuller <firstname.lastname@example.org> wrote: >> >> On Thu, 14 May 2020 at 13:09, Aleksandar Kostadinov <email@example.com> wrote: >>> >>> Pali Rohár wrote on 20.04.20 г. 2:49 ч.: >>> <...> >>>> Please let me know what do you think about it. Thanks >>> >>> <...> >>> Thus I and I assume all headphones users will appreciate very much any >>> support to get things moving forward. >> >> To add to what Aleksandar said, a number of us would be more than >> willing to help out in any way we can. Certainly myself, but I expect >> a number of others, too. We have bluetooth cards in our computers >> with wideband speech support. We have bluetooth headsets with >> wideband speech support. Many of the links in the chain are in place. >> If we can continue building that chain then we can have a higher >> quality experience in this era of teleconferencing in particular. >> >> So if there's anything we can lend a hand with, then please let us >> know and we can see this through. > > Just to be clear here, WBS is already supported what is not supported > is hardware based codecs, we spend a lot of time enabling WBS on oFono > but it looks like people are now trying to come with their own > solutions and complaining about lack of WBS is not really justified > since the combination of BlueZ + oFono has been in use by the car > industry for years but desktop folks has not been interested in a > proper HFP solution so instead we have modem manager, network manager, > etc, which doesn't even cover all desktop use cases properly as you > are experience first hand here. Hi Luiz. I'm not sure arguing on no-technical details here will help. Still I feel it is important to say that I don't find it justified to call it *complaining* when somebody is proposing patches which apparently enable missing functionality and avoid necessity for running with root privileges. Now if patch is bad on the technical level, that would be valid point to reject it. I see Pali trying to address any raised concerns though so I hope it is alright. But rejecting the patches on premises that it is not necessary for solution X and blocking any alternative solutions is IMO unfair. The needs of car industry are very different from the needs of desktop users. I'm not a kernel or bluetooth developer but as a user of Network Manager (that you gave as an example) I can say that it changed a lot making network management at single point and changing networks easily while moving around. I've been a network admin in the past and it has not been a problem to only use static network setup. As a laptop user though things dramatically changed. Same goes with Pulse audio/ALSA. While everything could be done with ALSA it has been much harder and up to the skills of a very few people to manage audio inputs/outputs/redirection properly. Certainly since Pulse became stable I never missed asoundrc. Thus for users it is important what desktop developers are providing. While we can assume they are all idiots doing things in all the wrong ways, I'd rather prefer to think they may have a point when choosing certain technology over another. So I'm asking anybody that it depends on, to look from the desktop user perspective and help move this forward. Thank you.
next prev parent reply index Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-05-04 17:15 HCI Set custom bandwidth for AuriStream SCO codec Pali Rohár 2019-05-06 15:16 ` Pali Rohár 2019-05-16 18:34 ` Pali Rohár 2019-05-19 8:16 ` Luiz Augusto von Dentz 2019-05-19 8:23 ` Pali Rohár 2019-05-19 8:45 ` Luiz Augusto von Dentz 2019-05-19 8:54 ` Pali Rohár 2019-05-19 21:21 ` Pavel Machek 2019-06-07 13:02 ` Pali Rohár 2019-06-07 15:19 ` Luiz Augusto von Dentz 2019-07-06 13:45 ` Marcel Holtmann 2019-07-08 12:25 ` Pali Rohár 2019-07-08 13:23 ` Marcel Holtmann 2019-07-08 21:06 ` Pali Rohár 2019-07-12 18:59 ` Marcel Holtmann 2019-07-18 10:09 ` Pali Rohár 2019-07-18 20:06 ` Marcel Holtmann 2019-11-21 23:00 ` Pali Rohár 2019-11-24 11:02 ` Marcel Holtmann 2019-10-27 22:09 ` Pali Rohár 2019-11-12 21:06 ` Pavel Machek 2019-11-13 9:22 ` Pali Rohár 2019-11-21 22:47 ` Pali Rohár 2019-11-19 17:04 ` Marcel Holtmann 2019-11-19 17:13 ` Pali Rohár 2019-11-19 23:47 ` Marcel Holtmann 2019-11-20 7:44 ` Pali Rohár 2019-11-21 22:44 ` Pali Rohár 2019-11-24 11:04 ` Marcel Holtmann 2019-11-24 11:13 ` Pali Rohár 2019-11-26 7:24 ` Marcel Holtmann 2019-11-26 7:46 ` Pali Rohár 2019-11-26 7:58 ` Marcel Holtmann 2019-11-26 8:00 ` Pali Rohár 2019-11-26 9:41 ` Luiz Augusto von Dentz 2019-11-26 9:58 ` Pali Rohár 2019-12-05 9:28 ` Pali Rohár 2019-12-11 14:40 ` Pali Rohár 2020-01-04 10:04 ` Marcel Holtmann 2020-01-04 10:37 ` Pali Rohár 2020-02-09 12:59 ` Pali Rohár 2020-02-19 12:09 ` David Heidelberg 2020-04-19 23:49 ` Bluetooth: Allow to use configure SCO socket codec parameters Pali Rohár 2020-04-20 23:54 ` Luiz Augusto von Dentz 2020-04-21 8:53 ` Pali Rohár 2020-05-14 19:49 ` Aleksandar Kostadinov 2020-05-15 22:46 ` Andrew Fuller 2020-05-15 23:08 ` Luiz Augusto von Dentz 2020-05-16 7:50 ` Aleksandar Kostadinov [this message] 2020-05-16 7:53 ` Pali Rohár 2020-05-18 16:43 ` Luiz Augusto von Dentz 2020-05-18 16:50 ` Pali Rohár 2020-05-27 12:18 ` Ujjwal Sharma 2020-05-27 15:48 ` Luiz Augusto von Dentz 2020-05-27 16:24 ` Ujjwal Sharma 2020-06-04 20:43 ` 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 \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.org \ --email@example.com \ /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
Linux-Bluetooth Archive on lore.kernel.org Archives are clonable: git clone --mirror https://lore.kernel.org/linux-bluetooth/0 linux-bluetooth/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 linux-bluetooth linux-bluetooth/ https://lore.kernel.org/linux-bluetooth \ firstname.lastname@example.org public-inbox-index linux-bluetooth Example config snippet for mirrors Newsgroup available over NNTP: nntp://nntp.lore.kernel.org/org.kernel.vger.linux-bluetooth AGPL code for this site: git clone https://public-inbox.org/public-inbox.git