[FFmpeg-devel] I've written a filter in Rust

[Michael Niedermayer]

Hi

On Sun, Feb 23, 2025 at 10:30:03PM +0100, Tomas Härdin wrote:
> lör 2025-02-22 klockan 14:57 +0200 skrev Rémi Denis-Courmont:
> > Le perjantaina 21. helmikuuta 2025, 20.02.16 UTC+2 Tomas Härdin a écrit :
> > > The above said, I'm not against Rust. It has some nice properties. But
> > > it does not seem very "stable" so far. Perhaps this has changed in
> > > recent years..
> > 
> > IME, it's become very usable for user-space code. Bare metal still pretty much 
> > requires unstable features, but that's not a problem for FFmpeg.
> 
> I mean more in terms of ABI, and having to have cargo install specific
> versions of the Rust compiler and so on.
> 
> > > If we're in the habit of allowing other languages I'd be in favor of
> > > allowing C++, so that we can make use of the STL containers rather than
> > > rolling our own.
> > 
> > Yikes. Rust is actually way saner for type-generic programming than C++.
> 
> No doubt, but STL is still miles better than rolling our own
> containers.
> 

> Anyway, rather than shoehorning Rust into this codebase it might make
> more sense to contribute to NihAV instead. But only if it has a sane
> parsing framework

That misses the point. FFmpeg should support a "safer" language than C
because for some modules its the better choice.

The same way linux benefits from rust. Similarly putting rust code
in a different project than linux doesnt help linux.

thx

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

No great genius has ever existed without some touch of madness. -- Aristotle
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20250223/cbc3845d/attachment.sig>