From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Flicker on MS Windows Date: Mon, 07 Mar 2022 14:47:42 +0200 Message-ID: <83v8wqexox.fsf@gnu.org> References: <87o82jpeee.fsf.ref@yahoo.com> <87o82jpeee.fsf@yahoo.com> <83ee3fgwq3.fsf@gnu.org> <87fsnvpbh7.fsf@yahoo.com> <83y21nezys.fsf@gnu.org> <87ee3eoarz.fsf@yahoo.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="783"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Po Lu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Mar 07 13:54:01 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nRCsD-000Ae9-1E for ged-emacs-devel@m.gmane-mx.org; Mon, 07 Mar 2022 13:54:01 +0100 Original-Received: from localhost ([::1]:34314 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nRCsB-0000X2-RX for ged-emacs-devel@m.gmane-mx.org; Mon, 07 Mar 2022 07:53:59 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:43966) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nRCmH-0003Pp-Cx for emacs-devel@gnu.org; Mon, 07 Mar 2022 07:47:54 -0500 Original-Received: from [2001:470:142:3::e] (port=41416 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nRCmG-00054T-DL; Mon, 07 Mar 2022 07:47:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=jxYjdEPijea0RHbCgR8k6/IcRE3QT+tId7hfVhkWdOo=; b=O7OBfDdbu9Pj MkRyf2nwl74behxZ/fhh0lTPgd/f+UzE/Mr9nMaH88nTEbG62dEi6oxCdDgBsK4AMEIYnYKodJKKp jtkGiRdMcvkkdXnnhhdapXi6UTfGUBvhWC/4Gcg14eDMBdEPpXBhuZvKrqhBZSpO67PKt15r9Z2M/ IgruEI6S4BdxmTFV3wtyACZ7QAjLXzD5f0dXjc3S7/GvRiEahu7Z2NjfYiVvG1Wi2ECxjsjbUB2Kv UeoRxuBO6bbUqpXbpG+tVPLlcOJy8dwz9aOPeQ7XQRr9DySkXNzNgv9H0Qm1bv/nrbA8k5Xnijl5D DL6QjXXUF3TG23dLAgS3sg==; Original-Received: from [87.69.77.57] (port=3815 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nRCmF-0002dY-82; Mon, 07 Mar 2022 07:47:51 -0500 In-Reply-To: <87ee3eoarz.fsf@yahoo.com> (message from Po Lu on Mon, 07 Mar 2022 08:40:16 +0800) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:286885 Archived-At: > From: Po Lu > Cc: emacs-devel@gnu.org > Date: Mon, 07 Mar 2022 08:40:16 +0800 > > Eli Zaretskii writes: > > > Also, how did "scroll from top to bottom" -- with what command(s)? > > I held down "C-v". Then I'm afraid I cannot reproduce this. I tried Emacs 27 on 2 different versions of Windows 10, and I don't see any abnormal flickering when I lean on C-v. The menu bar does flicker once in a few seconds (and that is expected, given how eagerly we update our menus)), but by that time Emacs scrolled many window-fulls. Are you trying this with an optimized build or an unoptimized build? An unoptimized build cannot keep up with the auto-repeat rate of the keyboard, so the first scroll through the file could cause Emacs to become stuck until you release the key. But once you scroll the file once (i.e. it is all fontified), even an unoptimized build behaves reasonably, and I see no particular flickering, at least not on the menu bar. I certainly don't see any artifacts like left-over text -- that smells like some "optimization" of your video driver. Try disabling any advanced features of the display adapter you have there. > > And how did you determine that this is related to w32_scroll_run, or > > even that w32_scroll_run was called while you scrolled in this case? > > I assumed that was the case, since commenting out that function makes > the part that doesn't flicker stop being updated when scrolling. Ah, you mean the call to w32_scroll_run in dispnew.c... Does setting w32-use-visible-system-caret non-nil help in any way?