小编T.D*_*ith的帖子

Android MediaPlayer播放通过有线耳机而不是通过蓝牙进行

我有一个简单的音乐播放器应用程序(源),当使用耳机时,它在Lollipop中有播放问题.音乐将正常播放30秒至5分钟,然后暂停约2-4秒,然后恢复.

这种行为似乎通常在屏幕关闭时发生,但获取CPU唤醒锁并没有帮助.

暂停的频率似乎随着时间的推移而加速.起初它每小时一次,但是暂停之间的时间每次减少大约一半,直到它几乎每分钟都暂停.

我用iTunes编码的aac文件观察到了这种行为,其他人用mp3录制了它.

仅在通过有线耳机播放时才会观察到此情况.我从未在蓝牙耳机上遇到过这种情况.

可能是什么导致了这个？这似乎是一个流程优先问题,但我不知道如何解决这类问题.

我没有在Android 4.x上体验过这个.

这是此问题的Github票.

以下是一些相关的源代码:

表现

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.smithdtyler.prettygoodmusicplayer"
    android:versionCode="65"
    android:versionName="3.2.14" >

    <uses-sdk
        android:minSdkVersion="16"
        android:targetSdkVersion="19" />

    <uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" />
    <uses-permission android:name="android.permission.BLUETOOTH" />
    <uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
    <uses-permission android:name="android.permission.WAKE_LOCK" />

    <application
        android:allowBackup="true"
        android:icon="@drawable/ic_pgmp_launcher"
        android:label="@string/app_name"
        android:theme="@style/AppBaseTheme" >

        <!-- Set the artist list to launch mode single task to prevent multiple instances -->
        <!-- This fixes an error where exiting the application just brings up another instance -->
        <!-- See https://developer.android.com/guide/topics/manifest/activity-element.html#lmode --> …

Run Code Online (Sandbox Code Playgroud)

java android bluetooth

T.D*_*ith

2015 10-18

10
推荐指数

1
解决办法

721
查看次数

isPlaying()的Android MediaPlayer状态不匹配错误的方法？

I'm trying to figure out how to address the Android MediaPlayer's "state mismatch" error which is occasionally thrown during audio playback when I try to pause.

As discussed in this question, there is a known issue with the Android MediaPlayer occasionally throwing an error on a call to isPlaying()

The result is a call to pause() or isPlaying() causes the MediaPlayer to stop responding to requests until it is reset.

Here's a log from when this error occurs: