Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp1101580ybk; Sat, 16 May 2020 00:54:14 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy1uqYk/uGdvSVPsjKUCn55+D6Skkp3GR2TOPC1LzHThb511K8Ku9YlUbTAOM4bhOLM1hFb X-Received: by 2002:a17:906:ad4:: with SMTP id z20mr6443291ejf.82.1589615654093; Sat, 16 May 2020 00:54:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589615654; cv=none; d=google.com; s=arc-20160816; b=OrCVlYQTEQzfSy5GEAo5CWjK87dfYKuUXlfpF6Wm9rjC0QXk6fqG9M+v14uLOu9fgB d18BgDFArsV0a5pjgPyaJUWbltG+M6UVv2IEk6xUwihkTm7sjrgzctw1lCb8VzmxabHr 7jvf1vMI1HcdShKhfi8NPWQaOoepv1SYOkpaCETT923UOzKLCxhyhM2KjWQUBQ3TjdCo 3s0xXkQ9wgfGW6sA80xjlo9FCXnbkOlbIkgifZg1pyUSPJ2cthFFnFLmCfBv1b98/AdA ZxDVB2c3/KEQve0RdSpzqvNpSwmnDOq7nhogqiUuDJjhOZg5ehLv5hKfwKnFCT3ONmal XTOA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=j4xWT/+i6y4hqLwiw4J/eI2ozD6NXNdIDHT+OGCOTG4=; b=MNyzWisQhHhIe4zLOy3lf8+9AU3/9Zlt79PWWJaQJJhq03Er9NeFN8CrjcyM39KcDp gHavTQqRJuWhbdopvhZk3rP+I1+fGpwde90A0QiRMzDkSoVATVmwHxDcOBquAvuZfwX5 Q52Eoe/fEUIH1JT/JkzU8GDJpvXlP1eX0IxNoy4r58K1xjRCmli/kd+G+VV4mA5yc+uS TyHbesflyqegkpzcB3TS6ZshkcarhE1MSmSH0sU585zGq8AaUTH+6ZJpqnMDo4AVKe88 44lkp0ZrE1rtq2ppZZ0Bw6QDN7FkETAUorMPKTb2lbCAWbxZOpYwqVPwE8FZhiaPR1qs Xy5w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=R5sDZWHl; spf=pass (google.com: domain of linux-bluetooth-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-bluetooth-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id qk12si2936750ejb.351.2020.05.16.00.53.49; Sat, 16 May 2020 00:54:14 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-bluetooth-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=R5sDZWHl; spf=pass (google.com: domain of linux-bluetooth-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-bluetooth-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725997AbgEPHxo (ORCPT + 99 others); Sat, 16 May 2020 03:53:44 -0400 Received: from mail.kernel.org ([198.145.29.99]:50688 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725934AbgEPHxn (ORCPT ); Sat, 16 May 2020 03:53:43 -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 72DD820709; Sat, 16 May 2020 07:53:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1589615623; bh=w/eVMhe7gI1UD2s3GDWka1wQNF2N7YmaR7vyERqFhrk=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=R5sDZWHl7UaU4LsuOrW1DpsB0p+sxfXVAQlEudX5bSqWWy4W/0OwVotjXhB2CHJ70 C8lFF5Bk/9iBpVwdcWEboXZ8WYnISR2O2z1j0zN4tj6ePn2EiPYMrOGWN9012t0D1t 7NXk8Uq2U/PuArmPC2b/yGXLGGqShPX+6JZ5y0hg= Received: by pali.im (Postfix) id 070C69FC; Sat, 16 May 2020 09:53:40 +0200 (CEST) Date: Sat, 16 May 2020 09:53:40 +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: <20200516075340.3z37ejs3fuhctunl@pali> References: <20200219120940.1509224-1-david@ixit.cz> <20200419234937.4zozkqgpt557m3o6@pali> <177c5794-1cd7-8f76-b66f-e9473ed37a31@redhat.com> 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 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. > 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.