[FFmpeg-devel] [PATCH 1/2] avutil/executor: Allowing thread_count be zero

Zhao Zhili quinkblack at foxmail.com
Mon Jun 17 12:27:29 EEST 2024



> On Jun 17, 2024, at 16:45, Hendrik Leppkes <h.leppkes at gmail.com> wrote:
> 
> On Mon, Jun 17, 2024 at 10:03 AM Zhao Zhili <quinkblack at foxmail.com> wrote:
>> 
>> 
>> 
>>> On Jun 17, 2024, at 15:05, Anton Khirnov <anton at khirnov.net> wrote:
>>> 
>>> Quoting Zhao Zhili (2024-06-17 07:19:26)
>>>> From: Zhao Zhili <zhilizhao at tencent.com>
>>>> 
>>>> When thread_count be zero, it will be run on current thread like
>>>> !HAVE_THREADS.
>>> 
>>> Other APIs treat zero to mean "auto".
>> 
>> executor don’t detect cpu cores by itself. It’s more low level than libavcodec.
>> 
>> Zero thread is zero thread, literally. If we use thread_count one to mean
>> run on current thread, how to create a single thread then?
> 
> Whats the point of creating a single thread? Does the main thread ever
> do something else in the meantime, or does it just wait for the job
> anyway?

Executor as a basic infrastructure should support such usage. The caller
don’t need to wait for the job to finish.

> 
> - Hendrik
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel at ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
> 
> To unsubscribe, visit link above, or email
> ffmpeg-devel-request at ffmpeg.org with subject "unsubscribe".



More information about the ffmpeg-devel mailing list