From: Marton Balint <cus@passwd.hu> To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> Subject: Re: [FFmpeg-devel] [PATCH] fftools/ffplay: use SDL_WaitEvent instead of SDL_PeepEvents while paused Date: Fri, 10 Nov 2023 21:01:16 +0100 (CET) Message-ID: <c76e5ed5-759f-6fbd-f44a-f65740e142f7@passwd.hu> (raw) In-Reply-To: <ca87c42d-74a7-47dc-a144-64c495898751@gmail.com> On Fri, 10 Nov 2023, Bolshoy Toster wrote: > Currently, when ffplay is paused, it still constantly polls for events at the > REFRESH_RATE (100 times per second). This leads to a high (5-10% on the > latest > commit, using SDL2 2.28.5-1) CPU usage, when it should be idle. > > This commit changes this behaviour to use SDL_WaitEvent while paused, > allowing > ffplay to use less (0-5% under X11) CPU time while paused on supported > platforms > (windows, X11 and wayland) with SDL versions >=2.0.16. > > This has the side effect of only running the refresh loop when there's an > event, > preventing the cursor from being hidden while paused. Was this always this way? Or upstream SDL changed something making the Pump/GetEvent more resource intensive? Polling like 100 times per second should not cause 10% cpu usage... ALso, can this patch be made less intrusive? E.g. changing current code around av_usleep(remainig time) to: if (*remainig_time > 0.0) { if (is->paused) SDL_WaitEventTimeout(NULL, 100); else av_usleep() } Regards, Marton > > Signed-off-by: bolshoytoster <toasterbig@gmail.com> > --- > fftools/ffplay.c | 31 ++++++++++++++++++++----------- > 1 file changed, 20 insertions(+), 11 deletions(-) > > diff --git a/fftools/ffplay.c b/fftools/ffplay.c > index d8c69e1..7814589 100644 > --- a/fftools/ffplay.c > +++ b/fftools/ffplay.c > @@ -3221,20 +3221,29 @@ static void toggle_audio_display(VideoState *is) > } > } > +static void refresh(VideoState *is, double *remaining_time) { > + if (!cursor_hidden && av_gettime_relative() - cursor_last_shown > > CURSOR_HIDE_DELAY) { > + SDL_ShowCursor(0); > + cursor_hidden = 1; > + } > + if (*remaining_time > 0.0) > + av_usleep((int64_t)(*remaining_time * 1000000.0)); > + *remaining_time = REFRESH_RATE; > + if (is->show_mode != SHOW_MODE_NONE && (!is->paused || > is->force_refresh)) > + video_refresh(is, remaining_time); > +} > + > static void refresh_loop_wait_event(VideoState *is, SDL_Event *event) { > double remaining_time = 0.0; > - SDL_PumpEvents(); > - while (!SDL_PeepEvents(event, 1, SDL_GETEVENT, SDL_FIRSTEVENT, > SDL_LASTEVENT)) { > - if (!cursor_hidden && av_gettime_relative() - cursor_last_shown >> CURSOR_HIDE_DELAY) { > - SDL_ShowCursor(0); > - cursor_hidden = 1; > - } > - if (remaining_time > 0.0) > - av_usleep((int64_t)(remaining_time * 1000000.0)); > - remaining_time = REFRESH_RATE; > - if (is->show_mode != SHOW_MODE_NONE && (!is->paused || > is->force_refresh)) > - video_refresh(is, &remaining_time); > + if (is->paused) { > + refresh(is, &remaining_time); > + SDL_WaitEvent(event); > + } else { > SDL_PumpEvents(); > + while (!SDL_PeepEvents(event, 1, SDL_GETEVENT, SDL_FIRSTEVENT, > SDL_LASTEVENT)) { > + refresh(is, &remaining_time); > + SDL_PumpEvents(); > + } > } > } > -- 2.42.1 > > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, visit link above, or email > ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe". > _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
next prev parent reply other threads:[~2023-11-10 20:01 UTC|newest] Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top 2023-11-10 19:29 Bolshoy Toster 2023-11-10 20:01 ` Marton Balint [this message] -- strict thread matches above, loose matches on Subject: below -- 2023-11-07 20:57 Bolshoy Toster 2023-11-08 23:33 ` Michael Niedermayer
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=c76e5ed5-759f-6fbd-f44a-f65740e142f7@passwd.hu \ --to=cus@passwd.hu \ --cc=ffmpeg-devel@ffmpeg.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel This inbox may be cloned and mirrored by anyone: git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \ ffmpegdev@gitmailbox.com public-inbox-index ffmpegdev Example config snippet for mirrors. AGPL code for this site: git clone https://public-inbox.org/public-inbox.git