[FFmpeg-user] Why FFMPEG?

[Android PowerUser]

Many have a smartphone and need one, but not everyone has a PC.  You can
save more money if you give yourself the money instead of for a PC and use
your smartphone as a PC right away. Everything on one device is more
convenient as there is no need to switch or constantly remembering
developer options for multiple types of devices.

 I once put Windows on my Smartphone but it was very slow because only one
core was used.  Probably looking better after a few years now because of
new developments over time.  Maybe at some point it will be faster and it
might even be useful to run .exe files on the smartphone.

Reindl Harald <h.reindl at thelounge.net> schrieb am Mo., 16. Aug. 2021, 00:00:

>
>
> 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
>
> convenient? *lol*
>
> > 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.
> >> Codec2
> >>> 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
> >> prices
> >>> 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
> >> has
> >>> 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
> >>>> efficient
> >>>>> codecs not available. The most memory-efficient waveform encoder
> >> xhe-aac,
> >>>>> the most memory-efficient video codec VVC, the most memory-efficient
> >>>> image
> >>>>> 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
> >>>> can
> >>>>> 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
> >> do
> >>>>> 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
> >> ...
> >>>>> right?
> >>>>
> >>>> 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
> >>>> magically
>
> _______________________________________________
> ffmpeg-user mailing list
> ffmpeg-user at ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> ffmpeg-user-request at ffmpeg.org with subject "unsubscribe".
>