AndroidAuto解决PCTS A15 Device ACKs All Audio Packets

Android Auto在处理音频焦点请求时出现响应不完整,影响了用户体验和PCTS音频焦点测试的通过率。问题根源在于AudioPlay.java中的ack响应机制,由于接收端与响应端的同步问题导致ACK未正确发送。解决方案是在ackAFrame方法中修改framesToAck.getAndDecrement()的条件,确保值大于0时才进行减操作,从而修复不同步的问题。
摘要由CSDN通过智能技术生成

android auto ack响应不完整,会导致音频焦点请求响应慢,影响用户体验,PCTS测试音频焦点测试部分基本都过不了,这个是很重要的一部分。当时遇到这个问题,无从下手,又是自动测试,没有什么log,后面花了不少时间才定位到问题。Ack响应的在AudioPlay.java这个文件。接受到数据就会ack响应。接受端跟响应端没有同步上就不会响应全部的Ack。在ackAFrame方法中framesToAck.getAndDecrement()获取后减一这个会导致不同步,需要让它值大于0的时候才减。

    private void ackAFrame() {
        Pair<Integer, AtomicInteger> pair = getSessionPairForFirstSession();

        if (pair == null) {
            return;
        }

        AtomicInteger framesToAck = pair.second;

        int ackOld = 0;

        if (framesToAck.get() > 0) {
            ackOld = framesToAck.getAndDecrement();
        }

        if (ackOld > 0) {
               mAudioSink.ackFrames(pair.first, 1);
        } else {
            Log.w(TAG, "try to ack frame while ack <= 0");
        }
    }
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

不急不躁123

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值