MediaPlayer setDataSource a échoué avec l'état=0x80000000 pour la Sonnerie définie par filepath sur 2.3.4

Titre dit la plupart.

Ma demande a été jouer à des sonneries souligné par des uri comme content://media/internal/audio/media/387 ou content://media/external/audio/media/1655 (pour les sonneries personnalisées sur SDcard je crois) à l'aide de deux setDataSource(fileInfo) et setDataSource(mContext, Uri.parse(fileInfo)).

Dans chaque cas, j'ai reçu les journaux avec des informations sur setDataSource failed.: status=0x80000000 exception sur les téléphones Android 4.x (versions différentes).

De voir que l'erreur ne se produit que pour les sonneries pointé par le contenu uri, mais pas à des fichiers uniques pointé par le chemin, j'ai décidé d'utiliser des chemins d'accès pour les sonneries, aussi, correction d'un problème sur les téléphones (bien que toujours à l'aide de setDataSource(mContext, Uri.parse(fileInfo)) )

Il a toutefois commencé problèmes sur les téléphones avec Android 2.3.4-2.3.6 (pas sur le mien 2.3.3 tout de même):

J'ai reçu quelques journaux, à l'exception: setDataSource failed.: status=0x80000000 pour les fichiers avec les chemins comme /system/media/audio/ringtones/TwirlAway.ogg
J'ai aussi reçu un journal sur MediaPlayer.onErrorListener.onError(int what, int extra) appel de méthode avec what=1 et extra=-2147483648, qui, d'après ce que je sais, suggèrent soit que le fichier est manquant ou qu'il est corrompu. Cependant j'ai effectuer
```
File file = new File(fileInfo);
if (!file.exists())
```

vérifier dans une telle situation, et il est revenu que le fichier n'existe pas - est-il corrompu alors? Très peu probable pour le fichier de musique dans la mémoire interne.

Pour résumer:

fonctionne avec setDataSource("content://media/internal/audio/media/52")
throws exception: setDataSource failed.: status=0x80000000 pour setDataSource(mContext, "/system/media/audio/ringtones/TwirlAway.ogg")

Fait intéressant, les premières lignes de setDataSource(Context context, Uri uri, Headers headers) méthode qui est appelée par setDataSource(Context context, Uri uri) sont (de GrepCode source pour 2.3.4):

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

Donc, après tout, il ne parvient pas pour setDataSource("/system/media/audio/ringtones/TwirlAway.ogg"). J'ai pris des chemins d'accès à des sonneries à partir de l'uri en utilisant:

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));
}

Les idées de ce que peut être la cause de l'erreur de jeter? Peut-être que ceux qui sont certains des problèmes causés par le manque de lecture des autorisations?
Je suppose que le code source natif setDataSource(String path) fonction serait d'une grande aide, mais je n'étais pas capable de le trouver.

InformationsquelleAutor Koger | 2013-05-06

Réponse par Lorne ci-dessous a été le plus utile pour traiter ce problème.

Pour quelqu'un d'autre aux prises avec elle, voici le code que j'ai utilisé pendant plus de 6 mois maintenant avec des erreurs presque pas signalé plus.

fileinfo peut être à la fois de ci-dessous (exemples):

/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;
}

J'ai essayé de résoudre ce problème pendant près d'un mois. Notre application est même un alarme app, ce qui devrait jouer de la musique ou une sonnerie parfaitement dans la matinée, mais jusqu'à maintenant il ya beaucoup de plantages lors de la lecture de la musique.
J'ai été frustré à cause de ce problème et vous avez sauvé ma mois!
comment travailler avec chemin d'accès tel que /storage/emulated/0/IDM/Musique/xxx.mp3 ?? Même cela est un échec sur ce point.
ce qui semble être un problème? Au-dessus de la solution est encore de travailler pour moi. Peut-être que votre fichier est corrompu ou n'a pas trouvé à cet emplacement?
Il fixe.
Ce code ne fonctionne pas lorsque votre chemin de fichier avec des espaces qui sont représentés par des %20 (par exemple: file:///storage/emulated/0/Musique/Artiste%20(feat.%20ArtistPart1%20ArtistPart2).mp3), comme l'uri encoder remplacera %à 20 avec des espaces, mais par la suite, le setDataSource ne fonctionne pas. Si j'ai simplement supprimer l'Uri.coder ça fonctionne, mais à quel prix? Je n'ai pas vu une situation où le code sans les coder la partie ne fonctionne pas, mais mon cas de test sont limitées.
pouvez-vous partager votre solution?
Je ne me souviens pas de solution exactement et je n'ai pas accès à la source maintenant. La solution a été d'un secours type de solution essayez d'abord de l'URI s'il ne donne pas un descripteur de fichier valide ensuite utiliser la projection. Toutefois, le code ci-dessus ne fonctionne pas comme Koger dit, jouer avec elle, vous obtiendrez la solution de travail.
Meilleure réponse à ce jour! Merci une tonne pour l'aide!

InformationsquelleAutor Koger

Il y avait un changement dans le comportement de setDataSource(String path) en raison d'une correction de bug sous Android 4.1.1. En 4.1.1 ou tard, vous devez utiliser un chemin d'accès local (sans protocole). Cependant, sur 4.0.4 et plus tôt vous avez besoin pour utiliser un URI (par exemple avec le protocole file://).

Ici est incomplète extrait de code qui devrait illustrer la solution de contournement:

//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 Lorne Laliberte

1

Vous avez explicite de l'ensemble de la longueur de votre fichier. Utiliser la méthode surchargée:

AssetFileDescriptor afd = ctx.getAssets().openFd([your asset name]); mediaPlayer.setDataSource(afd.getFileDescriptor(), afd.getStartOffset(), afd.getLength());
- Merci, jamais pensé que c'était la cause de l'erreur! Je l'habitude d'appeler la méthode surchargée ci-dessus mais cette fois, j'ai appelé le plus simple, sans y penser..
InformationsquelleAutor Subtle Fox
1

Cela peut être dû au fait que le format de fichier que vous essayez de lire ou de les compresser. J'ai été compresser un fichier mp4 qui fonctionne bien mais quand je compresse un fichier mov la demande s'est écrasé en donnant la setDataSource exception d'échec.
- C'est vrai. Il a surtout à voir avec les formats de fichier. Travailler avec des fichiers vidéo, je me dis que de tous les formats vidéo suivants: AVI, MPG/MPEG, MOV, mov, mp4, m4v, flv, WMV, j'ai remarqué que AVI, MPG/MPEG, WMV et a déclenché une exception pour moi à chaque fois. Mieux les exclure avant l'exécution de la méthode et l'envelopper avec un try-catch.
InformationsquelleAutor VIVEK CHOUDHARY

J'ai eu le même message d'erreur, quand j'ai essayé de jouer un .fichier wav. Permet de faire un exemple:

 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();
}
}

Moi aussi j'ai eu le statut=0x80000000 erreur. Dans mon cas, la solution a été de ré-encoder le fichier audio (par exemple, pour PCM 16 BITS pour un .fichier wav) et tout a fonctionné comme prévu.

InformationsquelleAutor Dennis Allert

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

Vous ne pouvez pas le faire, parce que préparer a été appelé à créer la fonction, donc vous ne pouvez pas modifier le Flux Audio de Type après.

Code ci-dessous est a bien fonctionné pour moi:

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 Taras Okunev

Vous devez vous connecter pour publier un commentaire.