MediaPlayer setDataSource ist fehlgeschlagen mit Status = 0x80000000 für den Klingelton, der über den Dateipfad unter 2.3.4 festgelegt wurde

Titel sagt das meiste.

Meine Anwendung spielt Klingeltöne zeigte uri wie content://media/internal/audio/media/387 oder content://media/external/audio/media/1655 (für benutzerdefinierte Klingeltöne auf der SD-Karte glaube ich) mit beiden setDataSource(fileInfo) und setDataSource(mContext, Uri.parse(fileInfo)).

In jedem Fall erhielt ich die Protokolle mit Informationen über setDataSource failed.: status=0x80000000 Ausnahme für Telefone mit Android 4.x (verschiedene Versionen).

Sehen, dass der Fehler passiert nur, um Klingeltöne Spitzen von content-uri, aber nicht auf einzelne Dateien hingewiesen, die von Weg, habe ich beschlossen, Wege für Klingeltöne als auch das problem der oben genannten Handys (während immer noch mit setDataSource(mContext, Uri.parse(fileInfo)) )

Es hat allerdings begann Probleme auf Handys mit Android 2.3.4-2.3.6 (nicht auf meinen 2.3.3):

Ich empfangen habe einige logs mit Ausnahme: setDataSource failed.: status=0x80000000 für Dateien mit Pfaden wie /system/media/audio/ringtones/TwirlAway.ogg
Habe ich auch bekommen ein Protokoll über MediaPlayer.onErrorListener.onError(int what, int extra) Aufruf der Methode mit what=1 und extra=-2147483648die, was weiß ich, vorschlagen, entweder, dass die Datei fehlt oder ist beschädigt. Aber ich
```
File file = new File(fileInfo);
if (!file.exists())
```

check-in eine solche situation und es zurückgegeben, die Datei existiert - ist es beschädigt ist dann? Höchst unwahrscheinlich, dass für die Musik-Datei in den internen Speicher.

Zusammenfassend:

arbeitet mit setDataSource("content://media/internal/audio/media/52")
wirft Ausnahme: setDataSource failed.: status=0x80000000 für setDataSource(mContext, "/system/media/audio/ringtones/TwirlAway.ogg")

Interessant, die ersten paar Zeilen setDataSource(Context context, Uri uri, Headers headers) Methode, die aufgerufen wird, durch setDataSource(Context context, Uri uri) sind (von GrepCode Quelle für 2.3.4):

 String scheme = uri.getScheme();
     if(scheme == null || scheme.equals("file")) {
         setDataSource(uri.getPath());
         return;
     }

So, nachdem alle, es ist einfach fehl setDataSource("/system/media/audio/ringtones/TwirlAway.ogg"). Ich habe genommen die Pfade zu den Klingeltönen von uris mit:

private static String getRingtonePathFromContentUri(Context context,
        Uri contentUri) {

    String[] proj = { MediaStore.Audio.Media.DATA };
    Cursor ringtoneCursor = context.getContentResolver().query(contentUri,
            proj, null, null, null);
    ringtoneCursor.moveToFirst();
    return ringtoneCursor.getString(ringtoneCursor
            .getColumnIndexOrThrow(MediaStore.Audio.Media.DATA));
}

Irgendwelche Ideen was kann das verursachen Fehler werfen? Vielleicht sind einige Probleme, die durch mangelnde lese-Berechtigungen?
Ich denke, source-code für native setDataSource(String path) - Funktion würde helfen, eine Menge, aber ich war nicht in der Lage, es zu finden.

InformationsquelleAutor der Frage Koger | 2013-05-06

Antwort von Lorne unten war sehr hilfreich beim Umgang mit diesem problem.

Für jemand anderes mit ihm zu kämpfen, hier ist der code, den ich schon seit über 6 Monaten mit Fehler fast nicht mehr gemeldet.

fileinfo kann sowohl von unten (Beispiele):

/system/media/audio/alarms/Walk_in_the_forest.ogg

content://media/internal/audio/media/20

public static void setMediaPlayerDataSource(Context context,
        MediaPlayer mp, String fileInfo) throws Exception {

    if (fileInfo.startsWith("content://")) {
        try {
            Uri uri = Uri.parse(fileInfo);
            fileInfo = getRingtonePathFromContentUri(context, uri);
        } catch (Exception e) {
        }
    }

    try {
        if (android.os.Build.VERSION.SDK_INT < android.os.Build.VERSION_CODES.HONEYCOMB)
            try {
                setMediaPlayerDataSourcePreHoneyComb(context, mp, fileInfo);
            } catch (Exception e) {
                setMediaPlayerDataSourcePostHoneyComb(context, mp, fileInfo);
            }
        else
            setMediaPlayerDataSourcePostHoneyComb(context, mp, fileInfo);

    } catch (Exception e) {
        try {
            setMediaPlayerDataSourceUsingFileDescriptor(context, mp,
                    fileInfo);
        } catch (Exception ee) {
            String uri = getRingtoneUriFromPath(context, fileInfo);
            mp.reset();
            mp.setDataSource(uri);
        }
    }
}

private static void setMediaPlayerDataSourcePreHoneyComb(Context context,
        MediaPlayer mp, String fileInfo) throws Exception {
    mp.reset();
    mp.setDataSource(fileInfo);
}

private static void setMediaPlayerDataSourcePostHoneyComb(Context context,
        MediaPlayer mp, String fileInfo) throws Exception {
    mp.reset();
    mp.setDataSource(context, Uri.parse(Uri.encode(fileInfo)));
}

private static void setMediaPlayerDataSourceUsingFileDescriptor(
        Context context, MediaPlayer mp, String fileInfo) throws Exception {
    File file = new File(fileInfo);
    FileInputStream inputStream = new FileInputStream(file);
    mp.reset();
    mp.setDataSource(inputStream.getFD());
    inputStream.close();
}

private static String getRingtoneUriFromPath(Context context, String path) {
    Uri ringtonesUri = MediaStore.Audio.Media.getContentUriForPath(path);
    Cursor ringtoneCursor = context.getContentResolver().query(
            ringtonesUri, null,
            MediaStore.Audio.Media.DATA + "='" + path + "'", null, null);
    ringtoneCursor.moveToFirst();

    long id = ringtoneCursor.getLong(ringtoneCursor
            .getColumnIndex(MediaStore.Audio.Media._ID));
    ringtoneCursor.close();

    if (!ringtonesUri.toString().endsWith(String.valueOf(id))) {
        return ringtonesUri + "/" + id;
    }
    return ringtonesUri.toString();
}

public static String getRingtonePathFromContentUri(Context context,
        Uri contentUri) {
    String[] proj = { MediaStore.Audio.Media.DATA };
    Cursor ringtoneCursor = context.getContentResolver().query(contentUri,
            proj, null, null, null);
    ringtoneCursor.moveToFirst();

    String path = ringtoneCursor.getString(ringtoneCursor
            .getColumnIndexOrThrow(MediaStore.Audio.Media.DATA));

    ringtoneCursor.close();
    return path;
}

InformationsquelleAutor der Antwort Koger

Gab es eine änderung im Verhalten der setDataSource(String path) wegen eines bug-fix in Android 4.1.1. In 4.1.1 oder später müssen Sie einen lokalen Pfad (ohne Protokoll). Allerdings auf 4.0.4 und früher, mussten Sie eine URI (z.B. mit file://Protokoll).

Hier ist eine unvollständige code-snippet, die illustrieren sollten Sie die Problemumgehung:

//as of 4.1.1 (JELLY_BEAN) we need to use a local path (without protocol)
//on 4.0.4 and earlier we needed a URI (with file://protocol)
final String cachedFile = android.os.Build.VERSION.SDK_INT >= 16 //android.os.Build.VERSION_CODES.JELLY_BEAN
                        ? getCacheFilePath(file)
                        : getCacheFileUri(file);


//for the purpose of this example 
//assume cacheFolder is a String and getCacheFile returns a String

public String getCacheFilePath(String file) {
    return cacheFolder + getCacheFile(file);
}

public String getCacheFileUri(String file) {
    return "file://" + cacheFolder + getCacheFile(file);
}

InformationsquelleAutor der Antwort Lorne Laliberte

1

Müssen Sie explizit festlegen der Länge der Datei. Die überladene Methode:

AssetFileDescriptor afd = ctx.getAssets().openFd([your asset name]); mediaPlayer.setDataSource(afd.getFileDescriptor(), afd.getStartOffset(), afd.getLength());

InformationsquelleAutor der Antwort Subtle Fox

Ich hatte den gleichen Fehler, wenn ich versuche zu spielen .wav-Datei. Wir machen ein Beispiel:

 private void start_player(){
//create raw folder inside the res folder if not present
MediaPlayer mPlayer = MediaPlayer.create(activity, R.raw.your_wave_audio_file);
        mPlayer.setAudioStreamType(AudioManager.STREAM_MUSIC);
        mPlayer.setOnCompletionListener(new OnCompletionListener() {

            @Override
            public void onCompletion(MediaPlayer mp) {
                mp.release();
               //Your Stuff
            }
        });  
         mPlayer.start();
     }
    }

Bekam ich auch die status=0x80000000 Fehler. In meinem Fall war die Lösung zu re-codieren der audio-Datei (zum Beispiel 16-BIT-PCM für eine .wav-Datei) und alles funktionierte wie erwartet.

InformationsquelleAutor der Antwort Dennis Allert

MediaPlayer mPlayer = MediaPlayer.create(activity, R.raw.your_wave_audio_file);
    mPlayer.setAudioStreamType(AudioManager.STREAM_MUSIC);

Können Sie es nicht tun, weil Vorbereitung wurde gerufen, die erstellen-Funktion, daher können Sie nicht ändern, Audio Stream-Type nach.

Code unten ist funktionierte gut für mich:

sMediaPlayer = new MediaPlayer();
sMediaPlayer.setAudioStreamType(AudioManager.STREAM_RING);
AssetFileDescriptor assetFileDescriptor = context.getResources().
         openRawResourceFd(R.raw.cool_song);

 if(assetFileDescriptor == null) return;

 try {
    sMediaPlayer.setDataSource(assetFileDescriptor.getFileDescriptor(),
                               assetFileDescriptor.getStartOffset(), 
                               assetFileDescriptor.getLength());
    assetFileDescriptor.close();

    sMediaPlayer.setOnCompletionListener(new OnCompletionListener() {           
        @Override
        public void onCompletion(MediaPlayer mp) {
            if(sMediaPlayer != null){
                sMediaPlayer.release();
                sMediaPlayer = null;
            }
        }
    });

    sMediaPlayer.setOnPreparedListener(new OnPreparedListener() {               
        @Override
        public void onPrepared(MediaPlayer mp) {
            sMediaPlayer.start();                   
        }
    });
    sMediaPlayer.prepare();

} catch (IllegalArgumentException e) {
    HelpFunctions.showLog("ERROR = " + e);
} catch (IllegalStateException e) {
    HelpFunctions.showLog("ERROR = " + e);
} catch (IOException e) {
    HelpFunctions.showLog("ERROR = " + e);
}

InformationsquelleAutor der Antwort Taras Okunev

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.