Closed roblav96 closed 3 years ago
Solution A
Rename the
--speed
option to--size
and flip flop the two defaults? π€·ββοΈ Idk I feel like not too many people are worried about saving a few Mb's in the year 2021.
I disagree. I'm already getting too many complaints about the library size. And, this change will increase the size by % 40, https://github.com/tanersener/mobile-ffmpeg/wiki/Speed-Optimization, for all users. Even for users who don't need this feature. I can not approve this change.
Solution B
Publish an additional set of packages adding the
speed
namespace?
I don't believe the change in this PR is worth publishing a new release. The option is there, please use that option and build your own version.
Why?
To replicate the same
FFprobe
output produced by theFFmpeg
binaries found on their download page as close as possible.What?
Currently, the mobile-ffmpeg published gradle packages prioritize bundle output file size while sacrificing some common details one might normally find in an
FFprobe
output.For example,
Using
implementation 'com.arthenica:mobile-ffmpeg-full:4.4'
anFFprobe
output is missing these properties:β
profile
andcodec_long_name
both used to describeSolution A
Rename the
--speed
option to--size
and flip flop the two defaults? π€·ββοΈ Idk I feel like not too many people are worried about saving a few Mb's in the year 2021.Solution B
Publish an additional set of packages adding the
speed
namespace?I did try though :D
My attempt at cloning this repo and building the
mobile-ffmpeg.aar
on my local machine resulted in kernel panics from my logic board overheating. π₯ Certainly a cleaning well overdue lol