Feb 17, 2021, 12:47 by geo...@nsup.org: > James Almer (12021-02-01): > >> I support the idea of it being a build option (Perhaps simply >> --enable-libev, like any other external dep). There's a precedent of >> external libraries being used as backend for certain features, with the most >> prominent example being libsoxr as the resample engine in libswresample. >> >> This of course as long as it's not autodetected, so FATE clients don't use >> it. The last thing we want is the internal implementation being neglected >> because all devs use libev. >> > > Thanks for the feedback. I agree with all this, although I suspect > the "certain features" brought by libev would prove to be just a slight > performance enhancement in extreme cases. But interacting with any event > loop is a necessary feature, and as such it needs to be properly > implemented and tested. > > Are there other remarks on this? Otherwise I shall start the code > proper. >
I think I'd prefer an asynchronous library rather than libev. So libuv? _______________________________________________ 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".
