From: Richard Stallman <rms@gnu.org>
Subject: [tvraman@almaden.ibm.com: Re: Native play function slows down emacs on RH 7.3]
Date: Thu, 25 Jul 2002 12:07:27 -0600 (MDT) [thread overview]
Message-ID: <200207251807.g6PI7RC07663@aztec.santafe.edu> (raw)
Is anyone interested in implementing asynchronous playing of sound in
Emacs? Forking sounds like a rather heavyweight method; perhaps the
sound output facilities have asynchronous output features. Gerd,
do you know what is available?
------- Start of forwarded message -------
From: TV Raman <tvraman@almaden.ibm.com>
Date: Tue, 23 Jul 2002 16:17:05 -0700
To: rms@gnu.org
Cc: tvraman@almaden.ibm.com, bug-gnu-emacs@gnu.org
Subject: Re: Native play function slows down emacs on RH 7.3
In-Reply-To: <200207161329.g6GDTWq22061@aztec.santafe.edu>
Reply-To: tvraman@almaden.ibm.com
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
------- End of forwarded message -------
next reply other threads:[~2002-07-25 18:07 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-07-25 18:07 Richard Stallman [this message]
2002-07-26 10:40 ` [tvraman@almaden.ibm.com: Re: Native play function slows down emacs on RH 7.3] Gerd Moellmann
2002-07-27 18:52 ` Richard Stallman
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=200207251807.g6PI7RC07663@aztec.santafe.edu \
--to=rms@gnu.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
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.