我正在努力使用 MediaExtractor 进行精确搜索seekTo()
。虽然我可以毫无问题地寻求同步帧,但我想寻求特定的时间。这个问题让我想到了一些如何做到这一点的想法,但我不确定它们是否有效。基本上,我必须寻找最接近的前一个同步帧,然后advance()
是提取器,直到达到目标时间。该过程中的每一帧都将被馈送到解码器,即第一个 I 帧和其余的 P 帧。这是相关的代码片段(基于google/grafika的 MoviePlayer):
extractor.seekTo((long) seekTarget[threadNr], MediaExtractor.SEEK_TO_PREVIOUS_SYNC);
...
while (extractor.getSampleTime() < (long) seekTarget[threadNr]) {
Log.d(TAG, "Thread " + threadNr + " advanced to timestamp " + extractor.getSampleTime());
int inputBufIndex = decoder.dequeueInputBuffer(TIMEOUT_USEC);
if (inputBufIndex >= 0) {
ByteBuffer inBufer = decoderInputBuffers[inputBufIndex];
int chunkSize = extractor.readSampleData(inBufer, 0);
if (chunkSize < 0) {
// End of stream -- send empty frame with EOS flag set.
decoder.queueInputBuffer(inputBufIndex, 0, 0, 0L,
MediaCodec.BUFFER_FLAG_END_OF_STREAM);
inputDone = true;
if (VERBOSE) Log.d(TAG, "sent input EOS");
} else {
if (extractor.getSampleTrackIndex() != trackIndex) {
Log.w(TAG, "WEIRD: got sample from track " +
extractor.getSampleTrackIndex() + ", expected " + trackIndex);
}
long presentationTimeUs = extractor.getSampleTime();
decoder.queueInputBuffer(inputBufIndex, 0, chunkSize,
presentationTimeUs, 0 /*flags*/);
if (VERBOSE) {
Log.d(TAG, "submitted frame " + inputChunk + " to dec, size=" +
chunkSize + " inputBufIndex: " + inputBufIndex);
}
inputChunk++;
extractor.advance();
}
}
}
正如您可以想象的那样,通常我会排队大量的帧,但现在我对内存消耗或最终滞后感到满意。问题是该dequeueInputBuffer()
方法仅在循环中工作一段时间,最终停留在返回 -1,因此根据文档,这意味着缓冲区不可用。如果我将其更改TIMEOUT_USEC
为-1
,我将得到无限循环。
有人可以告诉我这种方法是否正确,或者为什么在某些时候我无法访问inputBuffer
?