本公开提供了一种音频卡顿的处理方法、装置、电子设备和存储介质，涉及车联网、智能交通等领域。具体实现方案为：将接收到的目标音频的数据包存储在接收缓冲区；基于从接收缓冲区中读取的数据包，播放目标音频；响应于在播放目标音频的过程中出现卡顿，增加接收缓冲区的容量。根据本公开的技术方案，可以有效解决音频卡顿问题。频卡顿问题。频卡顿问题。
【技术实现步骤摘要】
音频卡顿的处理方法、装置、电子设备和存储介质
[0001]本公开涉及计算机
，尤其涉及车联网、智能交通等领域。
技术介绍
[0002]在车机端与终端设备的交互场景中，音频传输是不可或缺的一部分。由于车机端的性能千差万别，因此，通过终端设备的App(Application，应用程序)将音频传输至车机端后，车机端的音频播放效果也会因车机端的性能各有差异。
[0003]由于音频播放效果直接影响听觉体验，且用户对听觉体验的灵敏度非常高，因此音频的卡顿问题是车机端与终端设备的交互场景下备受重视的问题之一。
技术实现思路
[0004]本公开提供了一种音频卡顿的处理方法、装置、电子设备和存储介质。
[0005]根据本公开的一方面，提供了一种音频卡顿的处理方法，包括：
[0006]将接收到的目标音频的数据包存储在接收缓冲区；
[0007]基于从接收缓冲区中读取的数据包，播放目标音频；
[0008]响应于在播放目标音频的过程中出现卡顿，增加接收缓冲区的容量。
[0009]根据本公开的另一方面，提供了一种音频卡顿的处理方法，包括：
[0010]将目标音频的数据包发送至接收缓冲区；其中，数据包用于播放目标音频，接收缓冲区的容量在播放目标音频的过程中出现卡顿的情况下增加。
[0011]根据本公开的另一方面，提供了一种音频卡顿的处理装置，包括：
[0012]数据包接收模块，用于将接收到的目标音频的数据包存储在接收缓冲区；
[0013]音频播放模块，用于基于从接收缓冲区中读取的数据包，播放目标音频；
[0014]缓冲区调整模块，用于响应于在播放目标音频的过程中出现卡顿，增加接收缓冲区的容量。
[0015]根据本公开的另一方面，提供了一种音频卡顿的处理装置，包括：
[0016]第一发送模块，用于将目标音频的数据包发送至接收缓冲区；其中，数据包用于播放目标音频，接收缓冲区的容量在播放目标音频的过程中出现卡顿的情况下增加。
[0017]根据本公开的另一方面，提供了一种电子设备，包括：
[0018]至少一个处理器；以及
[0019]与该至少一个处理器通信连接的存储器；其中，
[0020]该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行本公开任一实施例中的方法。
[0021]根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，该计算机指令用于使计算机执行本公开任一实施例中的方法。
[0022]根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现本公开任一实施例中的方法。
[0023]根据本公开的技术方案，目标音频的数据包被发送到接收缓冲区，通过读取缓冲区的数据包实现播放音频。若播放音频的过程中出现卡顿，则增加接收缓冲区的容量，如此，可以使接收缓冲区能够持续接收目标音频的数据包，有效解决音频卡顿问题。
[0024]应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
[0025]附图用于更好地理解本方案，不构成对本公开的限定。其中：
[0026]图1是根据本公开一个实施例提供的音频卡顿的处理方法的示意图；
[0027]图2是根据本公开另一个实施例提供的音频卡顿的处理方法的示意图；
[0028]图3是本公开实施例中拆分数据包的示意图；
[0029]图4是本公开实施例中传输数据包的示意图；
[0030]图5是本公开实施例中减小数据包容量的示意图；
[0031]图6是根据本公开一个实施例提供的音频卡顿的处理装置的示意图；
[0032]图7是根据本公开另一个实施例提供的音频卡顿的处理装置的示意图；
[0033]图8是根据本公开又一个实施例提供的音频卡顿的处理装置的示意图；
[0034]图9是根据本公开又一个实施例提供的音频卡顿的处理装置的示意图；
[0035]图10是用来实现本公开实施例的音频卡顿的处理方法的电子设备的框图。
具体实施方式
[0036]以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
[0037]目前，车机端与终端设备连接，终端设备将音频数据发送至车机端进行播放，是常见的车机端与终端设备的交互场景。其中，终端设备也可以称为移动设备(Mobile Device，MD))一种示例性的方式是，终端设备将待播放的音频所对应的多个数据包从终端设备的发送缓冲区依次发送至车机端的接收缓冲区。车机端从接收缓冲区中读取数据包，由音频播放器播放对应的音频。如果车机端播放完某个数据包对应的音频时，接收缓冲区中仍未接收到或者准备好下一个数据包，则会出现音频卡顿的问题。实际应用中，终端设备将音频数据拆分为多个音频数据包，如果数据包容量过大则终端设备发送数据包时需要拆分的报文段(Segment)就越多，车机端接收到的需要循环读取的数据时间包就越长。因此，车机端的接收缓冲区(buffer)被占用的空间也就越多。经过一段时间的积累，接收缓冲区buffer的空间被占满，此时数据包的传输就会发生阻塞，需要等待接收缓冲区中的数据被读出，buffer空间被释放，才能通知终端设备继续发送数据包。由于此过程存在一定的耗时，因此，会导致数据传输产生延迟，在延迟时长大于一个数据包的播放时长的情况下，车机端的音频播放将会出现卡顿。
[0038]为此，本公开实施例提供一种音频卡顿的处理方法，参见图1，该方法包括：
[0039]步骤S11，将接收到的目标音频的数据包存储在接收缓冲区；
[0040]步骤S12，基于从接收缓冲区中读取的数据包，播放目标音频；
[0041]步骤S13，响应于在播放目标音频的过程中出现卡顿，增加接收缓冲区的容量。
[0042]上述方法可以由车机端执行。本公开实施例中，车机端可以指车辆的HU(Head Unit，终端信息展现单元)或者说IVI(In
‑
Vehicle Infotainment，车载娱乐信息系统)。车机端与终端设备建立连接，例如，通过基于TCP(Transmission Control Protocol，传输控制协议)的Socket(套接字)建立连接。
[0043]目标音频可以是待播放的音频。目标音频可包括至少一个数据包。终端设备可以依次发送数据包，车机端将接收到的数据包存储在接收缓冲区，或者说，终端设备将数据包发送到车机端，车机端利用接收缓冲区接收数据包。车机端从接本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种音频卡顿的处理方法，包括：将接收到的目标音频的数据包存储在接收缓冲区；基于从所述接收缓冲区中读取的数据包，播放所述目标音频；响应于在播放所述目标音频的过程中出现卡顿，增加所述接收缓冲区的容量。2.根据权利要求1所述的方法，还包括：从所述接收缓冲区中读取所述目标音频的第i个数据包；其中，i为正整数；在读取所述第i个数据包的用时大于等于预设阈值的情况下，确定在播放所述目标音频的过程中出现卡顿。3.根据权利要求1所述的方法，还包括：响应于所述接收缓冲区的存储空间已满，发送用于指示停止传输数据包的第一通知消息；响应于增加所述接收缓冲区的容量，发送用于指示继续传输数据包的第二通知消息。4.根据权利要求1所述的方法，所述增加所述接收缓冲区的容量，包括：将所述接收缓冲区的容量增加为与第一预设比例对应的第一目标容量。5.根据权利要求1
‑
4中任一项所述的方法，还包括：发送用于指示减小数据包的容量的第三通知消息。6.根据权利要求5所述的方法，其中，所述发送用于指示减小数据包的容量的第三通知消息，包括：在所述接收缓冲区的容量不可调整的情况下，发送所述用于指示减小数据包的容量的第三通知消息。7.一种音频卡顿的处理方法，包括：将目标音频的数据包发送至接收缓冲区；其中，所述数据包用于播放所述目标音频，所述接收缓冲区的容量在播放所述目标音频的过程中出现卡顿的情况下增加。8.根据权利要求7所述的方法，还包括：将所述目标音频转换为脉冲编码调制PCM格式数据；对所述PCM格式数据进行拆分，得到N个数据包；其中，N为正整数。9.根据权利要求8所述的方法，还包括：响应于接收到第三通知消息，基于所述N个数据包的容量和第二预设比例，确定第二目标容量；基于所述第二目标容量，对所述N个数据包中未发送的数据包进行重新拆分，得到M个数据包；其中，M为正整数；依次将所述M个数据包发送至所述接收缓冲区。10.一种音频卡顿的处理装置，包括：数据包接收模块，用于将接收到的目标音频的数据包存储在接收缓冲区；音频播放模块，用于基于从所述接收缓冲区中读取的数据包，播放所述目标音频；缓冲区调整模块，用于响应于在播放所述目标音频的过程中出现卡顿，增加所述接收缓冲区的容量。11.根据权利要求10所述的装置，还包括：数据包读取模块，用于从所述接收缓冲区中读取所述目标音频的第i个数据包；其中，i
为正整数；卡顿确定模块，...
【专利技术属性】
技术研发人员：周文欢，刘树彬，雷新学，
申请(专利权)人：北京百度网讯科技有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。