当前位置：文江博客话题详情

如何知道 MediaRecorder 何时完成将数据写入文件

发布于 2024-12-04 16:58:35 字数 150 浏览 1 评论 0原文

在进行实际录制之前，我们使用 MediaRecorder 使用 setOutputFile() 将视频录制到外部存储上的文件中。

一切正常，但主要问题是，录制完成后，我们希望开始在 VideoView 中播放录制的视频。

如何知道文件何时可以读取和播放？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

浮光之海 2024-12-11 16:58:35

FileObserver 类完全满足您的需求。这里是文档。它很容易使用。当观察到的文件在写入后关闭时，会以 CLOSE_WRITE 作为参数调用 onEvent 回调。

MyFileObserver fb = new MyFileObserver(mediaFile_path, FileObserver.CLOSE_WRITE);
fb.startWatching();

class MyFileObserver extends FileObserver {

    public MyFileObserver (String path, int mask) {
        super(path, mask);
    }

    public void onEvent(int event, String path) {
        // start playing
    }
}

不要忘记调用 stopWatching()。

The FileObserver class suits your needs perfectly. Here is the documentation. It's easy to use. When a observed file is closed after writing, the onEvent callback is called with CLOSE_WRITE as the parameter.

MyFileObserver fb = new MyFileObserver(mediaFile_path, FileObserver.CLOSE_WRITE);
fb.startWatching();

class MyFileObserver extends FileObserver {

    public MyFileObserver (String path, int mask) {
        super(path, mask);
    }

    public void onEvent(int event, String path) {
        // start playing
    }
}

Don't forget to call stopWatching().

回复收藏 0 原文

拍不死你 2024-12-11 16:58:35

我们用以下算法解决了类似的问题：

while (file not complete)
    sleep for 1 sec
    read the fourth byte of the file
    if it is not 0 (contains 'f' of the 'ftyp' header) then
        file is complete, break

关键是 MediaRecorder 在最后一刻写入了 ftyp 框。如果它就位，则文件完整。

We solved similar problem with the following algo:

while (file not complete)
    sleep for 1 sec
    read the fourth byte of the file
    if it is not 0 (contains 'f' of the 'ftyp' header) then
        file is complete, break

The key point is that MediaRecorder writes the ftyp box at the very last moment. If it is in place, then the file is complete.

回复收藏 0 原文

醉态萌生 2024-12-11 16:58:35

在我的测试中，无论录制的大小如何， mediaRecorder.stop() 都是一种阻塞方法，仅在文件完全写入并被媒体录制器关闭后才返回。

所以JPM的回答其实是正确的。

您可以通过在 stop() 之后立即调用 File.length() 来验证这一点。你会发现此时输出的文件长度就是文件的最终长度。换句话说，在 stop() 返回后，媒体记录器不会再向文件写入任何内容。

回复收藏 0 原文

扛起拖把扫天下 2024-12-11 16:58:35

我自己没有尝试过，但这可能有效：

public void release () 自：API 级别 1
释放与此 MediaRecorder 对象关联的资源。这是
使用完后调用此方法的好习惯
媒体记录器。

如果它按照它所说的那样操作，那么我想如果您调用此方法并且在该方法返回后您就知道文件已准备好。

回复收藏 0 原文

回忆那么伤 2024-12-11 16:58:35

显然，无法检测媒体播放器中的录制何时停止，但如果您创建实现 MediaRecorder 的自定义类，则可以覆盖 stop() 。在这里我会做这样的事情：

public class MyRecorder implements MediaRecorder {
    public boolean stopped;

    .... implement all the methods that MediaRecorder has making 
         sure to call super for each method.

    @Override
    public void myStop() {
        this.stopped = true;
        super.stop(); 
    }
}

然后您可以访问布尔值以查看它是否已停止录制。

Apparently there is no way to detect when the recording has stopped in Media player, but there is a stop() that you can override if you create a custom class that implements MediaRecorder. here I would do something like this:

public class MyRecorder implements MediaRecorder {
    public boolean stopped;

    .... implement all the methods that MediaRecorder has making 
         sure to call super for each method.

    @Override
    public void myStop() {
        this.stopped = true;
        super.stop(); 
    }
}

Then you can access the boolean to see if it has stopped recording.

回复收藏 0 原文