[FFmpeg-devel] [RFC] fftools/ffmpeg and libavdevice/sdl issue

Michael Niedermayer michael at niedermayer.cc
Tue Dec 19 18:58:40 EET 2023


On Tue, Dec 19, 2023 at 09:23:29AM +0200, Rémi Denis-Courmont wrote:
> 
> 
> Le 18 décembre 2023 21:58:39 GMT+02:00, Michael Niedermayer <michael at niedermayer.cc> a écrit :
> >On Mon, Dec 18, 2023 at 06:33:45PM +0100, Anton Khirnov wrote:
> >> Quoting Stefano Sabatini (2023-12-16 16:18:07)
> >> > On date Thursday 2023-12-14 10:35:56 +0100, Nicolas George wrote:
> >> > > Anton Khirnov (12023-12-14):
> >> > [...]
[...]
> >does any other decoder, encoder, muxer, demuxer, filter ... use an
> >external lib thats not fully thread safe ? or has funny limitations ?
> 
> >The last option would maybe be to run some sort of AVExecutor on the
> >main thread and allow things like muxers to que operations on it.
> >The  muxers would totally unchanged be running on a random thread
> >but que some operation on the main thread if an external lib, driver or
> >other needs it.
> 
> To me, that counts as a horrible hack for a library to have, TBH. And if nothing other than SDL on Mac would even need this, then it's very much an ad-hoc kludge.

lets take a step back here

The problem is not SDL, the problem is any GUI on the MAC am i correct ?

so the idea is that we cannot access any GUI in any code from anything in
libavformat and probably all other libs, ever

no debug with graphical output
no vissualizuation of anything
no devices
no libs that expose anything that would need a GUI for configuration

thx

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

Everything should be made as simple as possible, but not simpler.
-- Albert Einstein
-------------- 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/20231219/e6ca7899/attachment.sig>


More information about the ffmpeg-devel mailing list