Re: [FFmpeg-devel] [PATCH] ipfsgateway: Remove default gateway

[Michael Niedermayer <michael@niedermayer.cc>]

[-- Attachment #1.1: Type: text/plain, Size: 3573 bytes --]

On Wed, Aug 24, 2022 at 06:35:04PM +0200, Tomas Härdin wrote:
> mån 2022-08-22 klockan 14:52 +0200 skrev Nicolas George:
> > Tomas Härdin (12022-08-22):
> > > I'd actually argue that in that case we should link a library that
> > > implements IPFS, not split developer effort by trying to implement
> > > it
> > > ourselves.
> > 
> > Is FFmpeg meant to be just a convenient set of wrappers for existing
> > libraries, then?
> 
> It Depends.
> 
> If we could rid this project of all NIH:isms that would be great. Only
> keep that which is strictly better than other existing libraries, for
> example higher-performance decoders. For everything else we can do
> subtree merges if people still insist the project should build "out of
> the box".
> 

> One excellent example of this is the recent discussion around libxml2.
> I maintain that developer effort should go toward improving libxml2.
> Only if that is a lost cause, if libxml2 is hopelessly slow or
> irredeemably buggy, only then would a new XML parser be justified. It
> seems most developers understand this. 

> But for some reason the notion
> that the same applies to *all* parsers, including decoders and
> demuxers, this notion is hard to swallow. And similarly for encoders
> and muxers. I have yet to see a justification that is anything but
> cargo culting.

Its not hard to swallow, it simply is wrong.
Why is there Tesla ?
to build cars ?
no
"Tesla’s mission is to accelerate the world’s transition to sustainable energy."
they could outsource everything, from chip design to batteries to software to
the car seats and so on but they dont because its better to reach their goal
to do them internally

Replace Tesla by FFmpeg, now what is our goal ?
Create some free multimedia framework ?
I would say that is ultimately, wrong
What we had done is to realize peoples multimedia needs and dreams.
People wanted to watch all the propriatary formats on free platforms
Now today you can play any multimedia file with FFmpeg on any free platform

Other things that fit into that mission would be
implement a streaming tool and infrastructure to replace youtube & tiktok
Its multimedia and its something people want, no advertisements, no 
"advertisers first"

Censorship resistant and private multimedia communication is another
potential goal. Just a few days ago i read about some guy who got
all his accounts terminated because his wife sent a picture from their
son to their doctor using his phone. The police was then lookin through
the guys pictures without his knowledge and determined its all fine but
the police couldnt even contanct him because his phone number and all
was terminated. This is not how communication should work, i mean
if you send a picture from your son to your doctor NOONE should be able
to look at that except your doctor. Not apple, not the police not the
government

These are ideas, they need people to work on them, 
iam just saying that IMNSHO these would belong into FFmpegs mission.
now do we need a internal mxf demuxer and muxer for these ? It depends
whatever is more efficient in reaching our goals.
Personally i think internal mxf code is better but i could be wrong.

ill send a 2nd mail more specifically about mxf

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Whats the most studid thing your enemy could do ? Blow himself up
Whats the most studid thing you could do ? Give up your rights and
freedom because your enemy blew himself up.


[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

[-- Attachment #2: Type: text/plain, Size: 251 bytes --]

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".