进度回调，会不停创建线程

[mikelhm]

如图，我的命令如下，然后打印日志的时候发现 进度回调的时候，线程号不同。对比以前用可执行 SO 执行命令，JNI 方式调用效率会慢一点。 不知道是不是创建线程进行进度回调的原因？？ 可以看看这种符合期望么？ 应该是一个线程回调进度就好了吧？

            String cmd = "ffmpeg -i /storage/emulated/0/test/33.mp4 -vn -acodec libmp3lame /storage/emulated/0/test/33_"+System.currentTimeMillis()+".mp3";
            Log.d(TAG, "cmd=" + cmd);
            int ret = FFmpegCMDUtil.executeFFmpegCommand(cmd, new FFmpegCMDUtil.OnActionListener() {
                @Override
                public void progress(final float progress) {
                    Log.d(TAG, "executeFFmpegCommand progress=" + progress + ", THread = " + Thread.currentThread());
                    tv_info.post(new Runnable() {
                        @Override
                        public void run() {
                            tv_info.setText("progress=" + progress);
                        }
                    });
                }

                @Override
                public void fail() {
                    Log.e(TAG, "executeFFmpegCommand fail");
                }

                @Override
                public void success() {
                    Log.d(TAG, "executeFFmpegCommand success");
                }
            });

[mikelhm]

更新下：我修改了ffmpeg_mux.c里的进度回调条件后，快了些，原本是 %2, 把值改大。
if (NULL != ost->st && NULL != pkt && pkt->dts > 0 && ost->duration > 0 &&
NULL != ost->progressCallBack && mediaType == ost->st->codecpar->codec_type) {
if (ost->writePacketCount % 2 == 0) {//把 %2 改大，回调速度会变快
int64_t temp = pkt->dts * 1000 * ost->st->time_base.num /
ost->st->time_base.den;
float progress = temp * 1.0f / ost->duration;
ost->progressCallBack(ost->callBackHandle, 0, progress);
}
ost->writePacketCount++;
}

但是java 层回调的时候打印 Thread.currentThread 是不同的线程ID，目前不知道为什么。 这个不知道会不会有隐患。

[mikelhm]

我找到了原因：

每次进度回调的时候，都detach了，所以每次进度回调会重新创建线程，这里可能会有性能问题， 应该是回调成功或者失败再 detach？？