У кого-нибудь есть MediaPlayer, работающий с ParcelFileDescriptor и createPipe()?
Связанный с моим недавним вопросом о MediaRecorder а также createPipe() и обсуждение createPipe() техника в этом другом вопросе, так что я сейчас пытаюсь получить MediaPlayer работать с контентом, обслуживаемым ContentProvider с помощью ParcelFileDescriptor а также createPipe(),
Этот образец проекта имеет мою работу на сегодняшний день. Он основан на более раннем образце, который воспроизводит клип OGG, сохраненный как необработанный ресурс. Следовательно, я знаю, что мой клип в порядке.
Я изменил свой MediaPlayer настроить для:
private void loadClip() {
try {
mp=new MediaPlayer();
mp.setDataSource(this,
PipeProvider.CONTENT_URI.buildUpon()
.appendPath("clip.ogg")
.build());
mp.setOnCompletionListener(this);
mp.prepare();
}
catch (Exception e) {
goBlooey(e);
}
}
Через вход в систему PipeProvider Я вижу что мой Uri правильно строится.
PipeProvider такой же, как и в этом примере проекта, который работает для подачи PDF-файлов в Adobe Reader, что ограничивает степень испорченности моего кода.:-)
В частности, openFile() создает трубу из ParcelFileDescriptor:
@Override
public ParcelFileDescriptor openFile(Uri uri, String mode) throws FileNotFoundException {
ParcelFileDescriptor[] pipe=null;
try {
pipe=ParcelFileDescriptor.createPipe();
AssetManager assets=getContext().getResources().getAssets();
new TransferTask(assets.open(uri.getLastPathSegment()),
new AutoCloseOutputStream(pipe[1])).start();
}
catch (IOException e) {
Log.e(getClass().getSimpleName(), "Exception opening pipe", e);
throw new FileNotFoundException("Could not open pipe for: "
+ uri.toString());
}
return(pipe[0]);
}
где фоновый поток выполняет типичную потоковую копию:
static class TransferTask extends Thread {
InputStream in;
OutputStream out;
TransferTask(InputStream in, OutputStream out) {
this.in=in;
this.out=out;
}
@Override
public void run() {
byte[] buf=new byte[1024];
int len;
try {
while ((len=in.read(buf)) > 0) {
out.write(buf, 0, len);
}
in.close();
out.close();
}
catch (IOException e) {
Log.e(getClass().getSimpleName(),
"Exception transferring file", e);
}
}
}
Тем не мение, MediaPlayer дроссели:
10-16 13:33:13.203: E/MediaPlayer(3060): Unable to to create media player
10-16 13:33:13.203: D/MediaPlayer(3060): Couldn't open file on client side, trying server side
10-16 13:33:13.207: E/TransferTask(3060): Exception transferring file
10-16 13:33:13.207: E/TransferTask(3060): java.io.IOException: write failed: EPIPE (Broken pipe)
10-16 13:33:13.207: E/TransferTask(3060): at libcore.io.IoBridge.write(IoBridge.java:462)
10-16 13:33:13.207: E/TransferTask(3060): at java.io.FileOutputStream.write(FileOutputStream.java:187)
10-16 13:33:13.207: E/TransferTask(3060): at com.commonsware.android.audiolstream.PipeProvider$TransferTask.run(PipeProvider.java:120)
10-16 13:33:13.207: E/TransferTask(3060): Caused by: libcore.io.ErrnoException: write failed: EPIPE (Broken pipe)
10-16 13:33:13.207: E/TransferTask(3060): at libcore.io.Posix.writeBytes(Native Method)
10-16 13:33:13.207: E/TransferTask(3060): at libcore.io.Posix.write(Posix.java:178)
10-16 13:33:13.207: E/TransferTask(3060): at libcore.io.BlockGuardOs.write(BlockGuardOs.java:191)
10-16 13:33:13.207: E/TransferTask(3060): at libcore.io.IoBridge.write(IoBridge.java:457)
10-16 13:33:13.207: E/TransferTask(3060): ... 2 more
10-16 13:33:13.211: E/MediaPlayer(3060): Unable to to create media player
10-16 13:33:13.218: E/TransferTask(3060): Exception transferring file
10-16 13:33:13.218: E/TransferTask(3060): java.io.IOException: write failed: EPIPE (Broken pipe)
10-16 13:33:13.218: E/TransferTask(3060): at libcore.io.IoBridge.write(IoBridge.java:462)
10-16 13:33:13.218: E/TransferTask(3060): at java.io.FileOutputStream.write(FileOutputStream.java:187)
10-16 13:33:13.218: E/TransferTask(3060): at com.commonsware.android.audiolstream.PipeProvider$TransferTask.run(PipeProvider.java:120)
10-16 13:33:13.218: E/TransferTask(3060): Caused by: libcore.io.ErrnoException: write failed: EPIPE (Broken pipe)
10-16 13:33:13.218: E/TransferTask(3060): at libcore.io.Posix.writeBytes(Native Method)
10-16 13:33:13.218: E/TransferTask(3060): at libcore.io.Posix.write(Posix.java:178)
10-16 13:33:13.218: E/TransferTask(3060): at libcore.io.BlockGuardOs.write(BlockGuardOs.java:191)
10-16 13:33:13.218: E/TransferTask(3060): at libcore.io.IoBridge.write(IoBridge.java:457)
10-16 13:33:13.218: E/TransferTask(3060): ... 2 more
Кто-нибудь видел рабочий код для использования createPipe() служить СМИ для MediaPlayer?
Заранее спасибо!
4 ответа
Я не уверен, что это когда-нибудь сработает. Когда я запускаю этот код, я вижу этот след:
I/AudioSystem(30916): getting audio flinger
I/AudioSystem(30916): returning new audio session id
D/IAudioFlinger(30916): newAudioSessionId In
D/AudioFlinger(28138): nextUniqueId, current 178
D/IAudioFlinger(30916): newAudioSessionId Out, id = 178
D/MediaPlayer(30916): setDataSource(Context context, content://com.commonsware.android.audiolstream/clip.ogg, Map<String, String> headers) in
D/MediaPlayer(30916): setDataSource(FileDescriptor fd) in
E/MediaPlayerService(28138): offset error
Эта "ошибка смещения" происходит из следующих строк в MediaPlayerService.cpp в AOSP, где она выполняет fstat() на стороне чтения канала:
status_t MediaPlayerService::Client::setDataSource(int fd, int64_t offset, int64_t length)
{
struct stat sb;
int ret = fstat(fd, &sb);
....
if (offset >= sb.st_size) {
LOGE("offset error");
::close(fd);
return UNKNOWN_ERROR;
}
И sb.st_size сообщается как -1 (через getStatSize() в ParcelFileDescriptor на уровне Java). Обработчик ошибок закрывает дескриптор, поэтому вскоре после этого возникает ошибка прерванного канала.
По моему опыту, MediaPlayer имеет много таких битых битов. Я никогда не видел, чтобы это работало ни с чем, кроме непосредственно с локальными файлами, и (очень громоздко) для потоковой передачи HTTP. Я закончил портировать FFmpeg, чтобы обойти его многочисленные недостатки.
Я пытался использовать каналы с MediaPlayer через ContentProvider с использованием PipeDataWriter (который в основном использует канал и поток).
Проблема заключается в том, что файловый дескриптор, ожидаемый MediaPlayer, по крайней мере для видеоконтента, должен быть доступен для поиска, и вы не можете выполнить поиск по каналу.
From Api level 23 onwards, you can use MediaDataSource class.
import java.io.*;
import android.media.MediaDataSource;
public class MyAudioSource extends MediaDataSource {
private final byte[] buf;
private final ByteArrayInputStream is;
public MyAudioSource(byte[] buf){
super();
this.buf=buf;
is=new ByteArrayInputStream(buf);
}
public long getSize() {
return buf.length;
}
public int readAt(long position, byte[] buffer, int offset, int size){
is.reset();
is.skip(position);
return is.read(buffer,offset,size);
}
}
Now use above class for MediaPlayer like:
// some how get your audio buffer in buf
MyAudioSource mas = new MyAudioSource(buf);
mediaPlayer.setDataSource(mas);
В диссертации openAssetFile() на ваше ContentProvider может быть отменено AssetFileDescriptor могут быть возвращены с объявленным размером и смещением.
@Override
public AssetFileDescriptor openAssetFile(Uri uri, String mode)
throws FileNotFoundException {
ParcelFileDescriptor fd = openFile(uri, mode);
return fd != null ? new AssetFileDescriptor(fd, offset, size) : null;
}
Эти значения передаются родным setDataSource() на MediaPlayer (проверьте MediaPlayer.java, чтобы узнать больше).
Если проверка ошибок в MediaPlayerService.cpp равна (offset >= sb.st_size), незначительное смещение, а затем -1 (предполагаемый размер содержимого) или положительный объявленный размер, не вызывает ошибку.
Это должно стать хорошей отправной точкой для чистого взлома, но мне не повезло в моих тестах. Кажется, что тупой MediaPlayer читает весь "файл" перед воспроизведением, что приводит к разрыву канала.