From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.mplayerhq.hu (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTP id BACE248252 for ; Sun, 14 Apr 2024 19:10:37 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 90D8B68D289; Sun, 14 Apr 2024 22:10:34 +0300 (EEST) Received: from nef.ens.fr (nef2.ens.fr [129.199.96.40]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id D35C668D1E4 for ; Sun, 14 Apr 2024 22:10:28 +0300 (EEST) X-ENS-nef-client: 129.199.129.80 ( name = phare.normalesup.org ) Received: from phare.normalesup.org (phare.normalesup.org [129.199.129.80]) by nef.ens.fr (8.14.4/1.01.28121999) with ESMTP id 43EJARi3019196 ; Sun, 14 Apr 2024 21:10:27 +0200 Received: by phare.normalesup.org (Postfix, from userid 1001) id 5999A2EFF3; Sun, 14 Apr 2024 21:10:27 +0200 (CEST) Date: Sun, 14 Apr 2024 21:10:27 +0200 From: Nicolas George To: FFmpeg development discussions and patches Message-ID: References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (nef.ens.fr [129.199.96.32]); Sun, 14 Apr 2024 21:10:27 +0200 (CEST) Subject: Re: [FFmpeg-devel] [PATCH] libavdevice: Improve example in deprecation message for opengl and sdl X-BeenThere: ffmpeg-devel@ffmpeg.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: FFmpeg development discussions and patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: FFmpeg development discussions and patches Cc: Alexander Strasser Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: Alexander Strasser via ffmpeg-devel (12024-04-14): > When piping ffmpeg into ffplay both programs write a status line in > the terminal. That causes flickering and invisibility of one or the > other status line. The suggestion of piping to ffplay to replace opengl is inadequate: the muxing, pipe, demuxing steps introduce a significant latency, and ffplay tries to maintain the timing, so the latency is never reduced. Compare: ffplay -f x11grab -framerate 5 -video_size 284x92 -i :0+1138+0 ffmpeg -f x11grab -framerate 5 -video_size 284x92 -i :0+1138+0 \ -f nut -c:v rawvideo - | ffplay -loglevel warning - ffmpeg -f x11grab -framerate 5 -video_size 284x92 -i :0+1138+0 \ -pix_fmt yuv420p -f xv :0 (since at least xv was not broken) (replace 284x92 and +1138+0 with an area of your screen where something is happening) The first two ones will have a delay of about five seconds, the last one is almost instantaneous. Either we find options to make ffplay display frames as fast as possible, or we must document to the user that no adequate replacement exists. Or we make a point of fixing the devices that were broken. Regards, -- Nicolas George _______________________________________________ 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".