From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.6 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING, SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 22A61C433DF for ; Mon, 18 May 2020 16:50:15 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id EA6EA207ED for ; Mon, 18 May 2020 16:50:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1589820615; bh=ajlMQLYVmnb9H+viVVnr8eXAAW9UiJFZuqE2k3nU8X0=; h=Date:From:To:Cc:Subject:References:In-Reply-To:List-ID:From; b=CSPhS47XSA+i+NTKWpVgV7iPJmudl0xCjh9Bc3c8Xb6o/Aki40FtaHx22zXkXVesA E3iYrsahL6IxVjkKXswhu5ardD7lpOvnK7iU055Y4eJtSCLOfrsBh42XzCp2jYXeVE 1tUdWa64GAaKQyaODIKgtTDEKs0eQmNtbeBU+qbs= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728201AbgERQuO (ORCPT ); Mon, 18 May 2020 12:50:14 -0400 Received: from mail.kernel.org ([198.145.29.99]:41368 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727777AbgERQuO (ORCPT ); Mon, 18 May 2020 12:50:14 -0400 Received: from pali.im (pali.im [31.31.79.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id C351620674; Mon, 18 May 2020 16:50:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1589820613; bh=ajlMQLYVmnb9H+viVVnr8eXAAW9UiJFZuqE2k3nU8X0=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=OvLazjS3Rz0Y8VRikuVtGTzqoTznCRO3peJvyjXfgEBL0QveKcWE2QbnWeBSQA0w8 sqtbC8SUUlYn4zRj8kPULdqmC+FXfrS65pShL4PJ81jOIRfYQTwdBxF2pBetHXBFkG mMNmUiNEI0kalHvOnR/NVbrW27l2hVlgOvoO+KMk= Received: by pali.im (Postfix) id A88C589D; Mon, 18 May 2020 18:50:11 +0200 (CEST) Date: Mon, 18 May 2020 18:50:11 +0200 From: Pali =?utf-8?B?Um9ow6Fy?= To: Luiz Augusto von Dentz Cc: Andrew Fuller , Aleksandar Kostadinov , David Heidelberg , Marcel Holtmann , Johan Hedberg , "linux-bluetooth@vger.kernel.org" , Pavel Machek Subject: Re: Bluetooth: Allow to use configure SCO socket codec parameters Message-ID: <20200518165011.jfarrp5mtqoy3mqz@pali> References: <20200219120940.1509224-1-david@ixit.cz> <20200419234937.4zozkqgpt557m3o6@pali> <177c5794-1cd7-8f76-b66f-e9473ed37a31@redhat.com> <20200516075340.3z37ejs3fuhctunl@pali> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: NeoMutt/20180716 Sender: linux-bluetooth-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-bluetooth@vger.kernel.org On Monday 18 May 2020 09:43:55 Luiz Augusto von Dentz wrote: > Hi Pali, > > On Sat, May 16, 2020 at 12:53 AM Pali Rohár wrote: > > > > On Friday 15 May 2020 16:08:45 Luiz Augusto von Dentz wrote: > > > Hi Andrew, Aleksandar, > > > > > > On Fri, May 15, 2020 at 3:46 PM Andrew Fuller wrote: > > > > > > > > On Thu, 14 May 2020 at 13:09, Aleksandar Kostadinov 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, > > > > Luiz, this is not truth. What is not supported are also custom > > parameters and custom codecs; including hardware mSBC support. > > > > Last year I started this thread because kernel blocks usage of > > AuriStream codec in any form (software or hardware). > > > > And AuriStream is supported by many bluetooth headsets and should have > > better quality than CVSD codec. > > You are still talking about hardware codec not WBS which is a HFP > feature, without a proper HFP implementation it is not even possible > to select AuriStream so it beats me why you want to bring that up. AuriStream works also in HSP profile and I already implemented negotiation for AuriStream codec for both HSP and HFP profiles. The only missing part is to unblock kernel to allow usage of AuriStream. > > > 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. > > > > Apparently all people who are periodically writing me private emails are > > not interested in car industry, but are ordinary desktop / laptop users > > and ofono is not ready for these use cases and are not going to fix it. > > I guess that Aleksander and Andrew too are desktop / laptop users and > > not from car industry. > > Once you written and qualified your own HFP implementation we can > start talking about integrating it for desktop / laptop use, otherwise > the _only_ real option here is oFono, whether that requires a modem or > not is a different history, something that perhaps we should take on > to oFono to enable VoIP application to act as modems but that needs to > be discussed with oFono community. AuriStream does not need HFP, it is available also in HSP. So missing HFP should not be a blocker. Anyway, my HFP implementation is there: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/merge_requests/288 https://github.com/pali/hsphfpd-prototype And people are already testing my HFP implementation with pulseaudio integration. So, we can continue at kernel level, as this is the missing part right now.