From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: TV Raman Newsgroups: gmane.emacs.bugs Subject: Re: Native play function slows down emacs on RH 7.3 Date: Tue, 23 Jul 2002 16:17:05 -0700 Sender: bug-gnu-emacs-admin@gnu.org Message-ID: <15677.58353.164149.949770@bubbles.almaden.ibm.com> References: <15665.29831.730000.276627@bubbles.almaden.ibm.com> <200207161329.g6GDTWq22061@aztec.santafe.edu> Reply-To: tvraman@almaden.ibm.com NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1027466297 23740 127.0.0.1 (23 Jul 2002 23:18:17 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 23 Jul 2002 23:18:17 +0000 (UTC) Cc: tvraman@almaden.ibm.com, bug-gnu-emacs@gnu.org Return-path: Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17X8v2-0006An-00 for ; Wed, 24 Jul 2002 01:18:16 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17X8vG-0000zV-00; Tue, 23 Jul 2002 19:18:30 -0400 Original-Received: from p1.almaden.ibm.com ([198.4.83.52] helo=mailhub2.almaden.ibm.com) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17X8tv-0000sm-00; Tue, 23 Jul 2002 19:17:08 -0400 Original-Received: from bubbles.almaden.ibm.com (IDENT:root@bubbles.almaden.ibm.com [9.1.17.200]) by mailhub2.almaden.ibm.com (AIX4.3/8.9.3/8.9.3) with ESMTP id QAA31444; Tue, 23 Jul 2002 16:17:04 -0700 Original-Received: (from tvraman@localhost) by bubbles.almaden.ibm.com (8.11.6/8.11.0) id g6NNH5E11015; Tue, 23 Jul 2002 16:17:05 -0700 Original-To: rms@gnu.org In-Reply-To: <200207161329.g6GDTWq22061@aztec.santafe.edu> X-Mailer: VM 7.00 under Emacs 20.7.1 Errors-To: bug-gnu-emacs-admin@gnu.org X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Bug reports for GNU Emacs, the Swiss army knife of text editors List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.bugs:2857 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:2857 I looked at the code in src/sound.c --and things look okay with respect to how the sound is played. The problem is that the function as written is synchronous --i.e. returns only ater the sound is done playing --which explains the slowness I perceived. It might be useful to have the function parse its args, check the validity of the sound data --and then fork to play the sound so emacs can continue what it is doing. Richard Stallman writes: > If you use the built-in play-sound function, > things feel slower than when using (shell-command "play "...) > > It's hard to articulate the "feel slower" bit -- > but at least when I switched emacspeak to start using play-sound, > the rest of emacs felt sluggish. > > Can you investigate a little--by seeing what method Emacs uses to play > a sound, and what method the `play' program uses? Maybe we're not > using the best method, or we might be using it wrong. > > Unfortunately I know next to nothing about the facilities for playing > sound. -- Best Regards, --raman ------------------------------------------------------------ T. V. Raman: PhD (Cornell University) IBM Research: Human Language Technologies Architect: Conversational And Multimodal WWW Standards Phone: 1 (408) 927 2608 T-Line 457-2608 Fax: 1 (408) 927 3012 Email: tvraman@us.ibm.com WWW: http://www.cs.cornell.edu/home/raman AIM: TVRaman PGP: http://emacspeak.sf.net/raman.asc Snail: IBM Almaden Research Center, 650 Harry Road San Jose 95120