[FFmpeg-user] Why FFMPEG?
h.reindl at thelounge.net
Mon Aug 16 01:00:15 EEST 2021
Am 15.08.21 um 23:01 schrieb Android PowerUser:
> 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. Either all or nothing. Even on the PC, most of the
> talked about would still not be on FFMPEG. I also do it on my smartphone
> because it is super easy, convenient
> and can be done from anywhere
get a life
> well as incidentally, and programs on the smartphone cost less memory.
> Good smartphones are also cheaper than good PCs.
a) this is nosense
b) the PC in front of me is running 365/24 since 2011
> Reindl Harald <h.reindl at thelounge.net> schrieb am So., 15. Aug. 2021, 22:46:
>> Am 15.08.21 um 22:28 schrieb Android PowerUser:
>>> I forgot to mention that I am referring to the FFMPEG Android app.
>>> cannot be used there. On the desktop, of course, yes. Since there is no
>>> description of how to integrate this, if that is even possible. And AVC
>>> and HEVC can be used natively in FFMPEG in Android and it's super easy.
>>> And the codecs I mentioned are the best for their purposes. In addition,
>>> if HEVC with the extremely complicated license invoice, in which the
>>> cannot even be calculated correctly because they constantly differ
>>> (depending on use) and a lot of companies are involved that you seem to
>>> have to ask all questions, then that will not be a problem with VVC
>>> because this time a network should take care that this should make this
>>> much easier. He-aac is also added, why not xhe-aac too? Even if USAC
>>> strict patents, I would be surprised why a station wagon with he-aac is
>>> possible, but not the integration in FFMPEG.
>> i still need to see a real world usecase for video-encoding on a damned
>> smartphone besides "because i can"
>> i still need to see a real world usecase for that codecs given that H264
>> plays on every client, is efficient and fast
>>> Moritz Barsnick <barsnick at gmx.net> schrieb am So., 15. Aug. 2021, 21:47:
>>>> On Sun, Aug 15, 2021 at 21:28:12 +0200, Android PowerUser wrote:
>>>>> If FFMPEG is a collection of codecs then why are the most memory
>>>>> codecs not available. The most memory-efficient waveform encoder
>>>>> the most memory-efficient video codec VVC, the most memory-efficient
>>>>> codec AVIF
>>>> What are you trying to say? Which media framework are you using instead
>>>> which supports these?
>>>>> ISOBMFF as in HEIF), not even the most memory-efficient vocoder Codec2
>>>>> be used without other downloads.
>>>> "without other downloads"? If you mean libocdec2: Some other team made
>>>> an effort to create a usable library, and ffmpeg makes use of it.
>>>> Where's the problem? The same is the case for H.264 via libx264 and
>>>> HEVC via libx265. (ffmpeg has no native encoders for these either.)
>>>>> So a cross-device codec collection is a good idea, but then you should
>>>>> it right. I can't help with that, but those who can and have so far
>>>>> partially done it should end it. Otherwise it doesn't make any sense
>>>> Creating and integrating codecs is not done easily. If you can't
>>>> contribute with code, you can surely sponsor a group of developers.
>>>> It does make sense though: HEVC is still being established, so
>>>> widespread use of VVC seems far away. Sure, a leading codec would be
>>>> nice, and I'm sure it's in the making, but it doesn't just appear
More information about the ffmpeg-user