[FFmpeg-user] Why FFMPEG?

Reindl Harald h.reindl at thelounge.net
Mon Aug 16 01:47:11 EEST 2021

Am 16.08.21 um 00:26 schrieb Android PowerUser:
> I think if a libaom on the smartphone is not too slow then VVC either.
> Simply -cpu-used 8 and it's 15 times faster with only a 2% loss of storage
> efficiency.  With 10 times the complexity, one expects 40% more storage
> efficiency.  That without cpu-used 8 is like placebo with AVC or HEVC.  But
> with it works.  The 2011 PC probably cost more than I've ever spent on
> smartphones.  

1200 euro including 4x2 TB RAID10 storage
not that bad for 10 years

it's also my router, wlan-ap, network-storage and serves 50.000 FLAC 
music tracks to my high-end HiFi

I even think that because more and more projects, for example
> on github, start immediately as Android and / or iOS projects and PCs lose
> relevance faster and faster, people who compulsively rely on PCs probably
> rely on a medium that will no longer be relevant in maybe 15 years and  the
> people who still bet on it then fall off the back.  And nothing is worse
> and more ridiculous than conversational computer hobbyists.

you dumb kid i make my money with that computer and i need a 32" screen 
and a keyboard deserving that name to maintain servers, networks and 
develop software so that you smartphone-kids have content

> Marton Balint <cus at passwd.hu> schrieb am Mo., 16. Aug. 2021, 00:04:
>> On Sun, 15 Aug 2021, Android PowerUser wrote:
>>> The use case is simple:
>>> why do we use codecs at all:
>>> It's easy, files will simply become incredibly large.  Stream would be
>>> impossible and send via Whatsapp (16 MB lock).  Saving on a low budget
>>> device would also not be possible.  Then of course you also want the most
>>> memory-efficient.
>> There are a lot of other considerations at play. Device compatiblity, for
>> example. Or licensing cost of using the codecs. HW capacity needed to
>> _encode_ the videos. So no, typically you don't want the newest codecs
>> with the slowest presets for any real use case

More information about the ffmpeg-user mailing list