The migration guide lists this method, with an empty cell as the replacement. I'm not sure what this means, but there is no mention of resetStatistics in the new library anywhere other than the migration guide.

It doesn't seem like resetStatistics was well-documented in react-native-ffmpeg, either. The only record of it I could find was in the code. This code comment mentions:

Resets last received statistics. It is recommended to call it before starting a new execution.

My best guess is that this call is simply no longer necessary in ffmpeg-kit-react-native. I have a vague recollection that one of the improvements in ffmpeg-kit-react-native is that multiple commands can be run in parallel, which potentially seems related to why we wouldn't need to call such an API anymore.

We can now use Android hardware-accelerated MediaCodec libraries, which didn't seem to work on the older version of ffmpeg we were on (we went from ffmpeg 4 to ffmpeg 6, I think)

When I left these in, I got errors like these:

Unrecognized option 'crf'.
Unrecognized option 'preset'.

I Googled around, and it looks like these aren't supported by ffmpeg's MediaCodec integration, and in fact there aren't many easy options for varying the quality/speed of the encoding. Here's the most helpful post I found

The new version of ffmpeg seems to want this explicitly specified. I'm not sure, but I think it affects the encoders/decoders available

The new version of ffmpeg doesn't like this config:

One of -r/-fpsmax was specified together a non-CFR -vsync/-fps_mode. This is contradictory.

Commit that changes this is here. I found that from here, which also links to the docs.

Looks like -vsync is deprecated in favor of -fps_mode, and it looks like we should be using CFR (not VFR) if we're explicitly stating a framerate with -r 30.

Through experimentation I found that removing -pix_fmt yuv420p on Android doubled the speed of encoding on my test Android device (Google Pixel 6a). I remember very little about what it was for, and it was committed before I really was documenting anything. I think it's probably safe to remove

We initially started using min-gpl-lts here because we couldn't use MediaCodec. Now we can use MediaCodec, so it's no longer necessary

We still need -lts since we're one minSdkVersion too early

I switched from min-lts to min because ffmpeg-kit-react-native won't let us use ffmpeg with Apple hardware acceleration for decoding in the -lts release, and because the LTS stuff is way less important for Apple devices anyways

The migration guide lists this method, with an empty cell as the replacement. I'm not sure what this means, but there is no mention of resetStatistics in the new library anywhere other than the migration guide.

It doesn't seem like resetStatistics was well-documented in react-native-ffmpeg, either. The only record of it I could find was in the code. This code comment mentions:

Resets last received statistics. It is recommended to call it before starting a new execution.

My best guess is that this call is simply no longer necessary in ffmpeg-kit-react-native. I have a vague recollection that one of the improvements in ffmpeg-kit-react-native is that multiple commands can be run in parallel, which potentially seems related to why we wouldn't need to call such an API anymore.

Before this change, I was seeing:

Requested output format "'singlejpeg' is not a suitable output format"

Googled it and found this random forum post that suggested mjpeg: http://orbisvitae.com/ubbthreads/ubbthreads.php?ubb=showflat&Number=58268

The duration returned here is now in seconds instead of milliseconds

We can now use hardware acceleration on both iOS and Android!