高通TWS+真无线耳机双传模式判断与研究 与高通低延迟蓝牙TWS+下测试
Soomal 于 2020.05.23 18:19:40 | 源自:www.soomal.com | 版权:原创 | 平均/总评分:09.84/187
如何识别TWS+?低延迟双传TWS分析与展望

TWS+是单声道蓝牙?

请求的图片不存在

在测试的环节中,我们还发现了一些细节可以来确定耳机是否真的工作在TWS+双传连接的模式下。对于高通TWS+设备来说,我们在开发者选项中可以看到,它的连接显示的是“单声道”。这里单声道是指连接的其中一只耳机的信息,即左右声道各一个单声道。而QCC302x系列的TWS耳机连接时,会显示为“立体声”。不过,OPPO Enco W31/Free以及Hegate GM4这样的非高通方案,理论上也是双传连接,但显示为“立体声”。所以,此处还是要大大的打上一个问号。

配对方式

在TWS耳机首次与手机配对中,有些耳机从耳机从电池仓中拿出,然后在手机上进行连接,随后完成左右声道同步可以使用。部分耳机还会在手机中显示是连接的左声道或右声道,例如我们今天选用的漫步者TWS1/TWS5等。这种连接方式逻辑上基本确定了它就不是双传连接的真无线耳机。

还有一部分TWS耳机,打开电池仓的盖子,或配合手机有动画弹窗,或按配对键进入配对模式进行连接,如我们今天使用的小鸟Track Air耳机。Track Air使用的是高通QCC3026芯片。而使用QCC5126芯片的vivo TWS1,也是这样的配对方式。但从使用延迟和使用配对状态来看,Track Air+也不像是双传连接的蓝牙。

Track Air的特殊情况又促使我们接着去验证它的不确定性。就要用下一种方法,断开一个声道后手机连接的反应如何?

单只耳机连接和断开的状态

TWS+与TWS连接到手机时,我们把一只耳机装回电池仓,如果恰好碰到了TWS连接的耳机的主连接声道,播放会被打断,虽然我们什么都不用做,过几秒之后手机会连接另外一只耳机恢复播放,但连接配对过程时间较长,手机端[部分手机]可以看到高通aptX连接成功的弹出logo提示。

TWS+耳机做同样操作,把一只耳机放回电池仓,播放不会打断,vivo TWS1做了一个很短小的淡入淡出的声音效果。当然,以上两种情况下都可能遇到耳机具有佩戴识别的停止播放,但还是可以轻易识别是否因为配对导致重新连接。

通过这套方法也可以轻易判断上文谈到的QCC30xx系列的真无线耳机确实没有工作在TWS+状态。包括Track Air耳机。同时也可以验证OPPO的Enco W31和Enco Free似乎确实工作在双传连接的模式下。

为何TWS+遮遮掩掩没普及?

一个从技术文档看被高通寄予厚望的TWS+“双传”真无线,为何迟迟不能登场?

第一,难道是手机操作系统的问题?至少从手机上看确实是如此,只有最近更新的Android10才有这个功能。比如Nex双屏、小米CC9 Pro的MIUI,都是刚刚更新的Android10上出现的。

第二,编码器开发者选项为何不可选?仔细回忆测试的各种蓝牙设备会发现,其实那种在开发者选项里可以任意手动选择编码器的设备都在高通CSR867x时代。而如今的QCC30xx和QCC5100上,只有SBC或默认状态可选。否则就需要厂家的app来支持,比如Track Air耳机在高通上也支持AAC,但需要app内操作。

第三,双传连接兼容性问题?作为小鸟、漫步者等纯耳机厂商来说,早期可能要考虑到耳机的兼容性问题?所以不提供TWS+的支持,但未来是否可以在QCC30xx系列芯片上通过更新固件来支持TWS+呢?不得而知。尤其是像Libratone已经拥有非常完善的手机app的耳机,为何不提供TWS+支持呢?是不是QCC30xx芯片组根本就不行?严重怀疑。

第四,高通商业模式作祟?我们知道在高通CSR8675上,aptX与aptX HD授权费用不同,目前QCC30xx上要使用aptX HD也是不同档次的授权金。从Android最新的开发者选项Codec来看,除了Qualcomm aptX TWS+外,还有Qualcomm aptX Adaptive。强制切换无效,那是不是需要厂商对于不同的Codec需要购买不同的授权呢?

第五,为什么TWS+延迟更低?如果没有iQOO 5G Pro手机上vivo对于自家耳机详细的设置项目中可以打开与关闭低延迟开关,我们甚至已经开始推测传统的转发连接的真无线是不是造成更高延迟的罪魁祸首?但目前来看并非如此。在同为TWS+的情况下,延迟可高可低[已验证在vivo手机下,普通模式也确保为TWS+连接,而非TWS连接]。

高通TWS+对未来低延迟产品的影响

  • 此次发现TWS+的问题算是研究低延迟蓝牙连接的意外收获,不过也正巧赶上了Android10在国产手机上普及性的升级。我们知道,高通的蓝牙音频技术来源于CSR公司,CSR在蓝牙音频早期就有大量的编解码技术积累,我们今天看到的aptX其实要比高通收购CSR时期更少。而淡出大家视野的aptX Low Latency和被雪藏的aptX Lossless都是CSR早年技术。

    由于真无线耳机目前成为蓝牙发展的主方向,高音质线路至少短期内不会出现。而智能化自适应和低延迟成为了近期的主流。高通提出aptX Adaptive,从名字就可以看出它根据连接情况自动切换码率,另外也优化了编码质量,让在250kbps左右压缩码率下达到原来aptX最高350kbps以上的水平。

    另外aptX LowLatency,即aptX LL跑哪去了?我们怀疑TWS+下的高速模式就是它。随着目前的非高通硬件,主打的低延迟的产品越来越多,aptX LL不会视而不见,但很可能不以独立形式出现,会被隐藏在TWS+或者aptX Adaptive“自适应”之中。如果配合Android架构中buffer的优化,例如在小米CC9 Pro下,aptX TWS+的高速模式也可以达到190ms左右。
    SuperPowered Latency
    CC9Pro+TWS1 234ms
    1加7T+TWS1 233ms
    iQOO Pro 5G+TWS1低延迟 192ms
    Ace2+Enco Free 158ms
    Ace2+Enco W31 118ms
    Ace2+Hegate GM4 SBC 182ms
    1加7T+Track Air aptX 418ms

    与特别定向优化的OPPO Enco相比还是有差距。同样测试下,Ace2手机搭配Enco Free的时间为158ms,搭配Enco W31耳机的时间为118ms。但是要好于Pixart在AAC下的280ms[SBC下为182ms]。[注:SuperPowered Latency测试的结果包含了录音流程的时间,这个时间大概会占总时间1/3左右。]

    我们接下来要做的是在超低延迟模式下信号的稳定性,因为简短的使用已经让我们发现其中似乎有明显不如普通aptX编码,容易卡断的问题。而TWS1耳机的非高速模式也仅支持vivo自家手机。这也从侧面说明,要兼顾稳定性、多模式、低延迟等如此多的功能,要么需要高通的Adaptive极为智能,要么就至少需要耳机厂商投入去做一个app来控制,而且用户还得买帐。

    从aptX的Low Latency方案来看,表现其实还是不错的,但未来到底如何应用如何发展,能否在主流的QCC30xx系列产品中实现,还要拭目以待。毕竟,在2020年,高通例行更新了QCC3000和QCC5000芯片组,相应的新品应该也即将面世。

    请评分
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    171.035.033.***
    171.035.033.***
    发表于2023.08.06 20:10:13
    46
    112.011.128.***
    112.011.128.***
    发表于2021.09.12 23:48:30
    45
    115.051.011.***
    115.051.011.***
    发表于2021.08.13 20:23:57
    44
    112.002.077.***
    112.002.077.***
    发表于2021.06.06 22:30:00
    43
    03
    小米9 SE+漫步者 TWS1 Pro,试下来也是只能SBC和aptX二选一。
    而且从电池仓取出时遇到反复提示“蓝牙已连接”的问题,没法使用。两天不到,遇上了三次。
    看完这篇文章,似乎解了一些疑惑。
    此帖使用Android设备提交
    发表于2021.03.05 14:30:46
    42
    180.169.070.***
    180.169.070.***
    发表于2020.11.16 18:44:30
    41
    10
    acwell删除此贴于2020.06.16 18:35:08
    发表于2020.06.10 21:56:46
    40
    039.188.***.***
    039.188.***.***
    新的QCC304x方案已经不用TWS+了,这个mirroring技术感觉很像苹果airpods的“窃听式”方案,分主副耳,主耳连接手机,副耳走传输协议做镜像?开历史倒车的感觉,看高通的宣传视频里,负责和手机连接的主耳功耗是要大于副耳的,还是会出现两只耳机耗电量不一致,长期使用后电池损耗不一致的问题,如果每个耳机都要接收左右两个声道的数据的话,感觉延迟上对比值传输一个声道的TWS+也没什么优势,真就是徒增功耗感知不强?
    此帖使用Win10提交
    发表于2020.06.08 21:25:23
    39
    我觉得各大厂商,无论是芯片,手机,耳机都应该准备推这个新的标准吧。
    此帖使用Win10提交
    发表于2020.06.06 17:31:49
    38
    059.041.020.***
    059.041.020.***
    发表于2020.06.05 00:03:39
    37
    114.106.004.***
    114.106.004.***
    发表于2020.06.02 19:45:11
    36
    123.010.149.***
    123.010.149.***
    发表于2020.06.02 18:40:40
    35
    211.143.230.***
    211.143.230.***
    发表于2020.05.29 15:02:35
    34
    10
    acwell删除此贴于2020.06.16 18:35:00
    发表于2020.05.28 18:23:39
    33
    120.194.158.***
    120.194.158.***
    发表于2020.05.27 21:11:13
    32
    首先是漫步者所有产品至今不加入tws+估计还是兼容性的考虑,看看万魔的时尚豆就知道了,首发的那批货是支持TWS+的,结果跟很多品牌的手机兼容性都有问题,不得不急忙推送新固件关闭了此功能,小鸟估计也是如此。再说说安卓版本的问题,我的手机魅族16s是安卓9,我的飞傲的utws1耳挂是QCC302X芯片,最初是以“转发”方式连接的,后来的flyme版本更新后(依然是安卓9)增加了tws+的支持,飞傲utws1耳挂变成了“双传”连接模式,但是我的漫步者TWS5还是“转发”模式连接的,说明了QCC302X系列是支持tws+的,但需要耳机厂商选择是否启用,也说明了安卓9就支持tws+,但需要手机厂商选择开通与否(前提是硬件支持)。对了,这里提醒一下华为手机用户,由于用的非高通处理器,尽管支持高通的aptx,但一定不支持tws+,而且在连接使用高通真无线蓝牙芯片的耳机时,不能显示耳机电量。
    此帖使用Win10提交
    发表于2020.05.27 04:30:23
    31
    個人認為aptX Adaptive應該不包含aptX LL,因為高通官方的理論最低延遲aptX Adaptive為80ms,aptX LL為40ms,如果包含的話aptX Adaptive的理論最低延遲應該也要是80ms(除非高通在aptX Adaptive發布時覺得aptX LL的40ms吹太大所以才改為80ms,LL的40ms就直接埋在黑歷史中了)
    此帖使用Win10提交
    发表于2020.05.26 17:09:59
    30
    042.243.036.***
    042.243.036.***
    发表于2020.05.25 13:26:09
    28
    不知有没有
    发表于2020.05.25 10:42:12
    27
    提示
    本贴不可匿名回复,回复等级为:1 ,您现在正处在潜水状态
    回复
    验证码
    4607 为防止广告机贴垃圾,不得已而为之
    表情
    正文