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 > <mich...@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
signature.asc
Description: PGP signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
