From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: play-sound-file & esd Date: Thu, 18 May 2006 22:05:52 -0400 Message-ID: References: <44572E8B.6060102@swipnet.se> <44585258.7040506@swipnet.se> <445EF2F9.5060209@swipnet.se> <87r732wzz6.fsf@robotron.kosmorama> <44618798.3030901@swipnet.se> <4461E7DC.8070007@swipnet.se> <44697D66.5060300@swipnet.se> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1148004531 28217 80.91.229.2 (19 May 2006 02:08:51 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 19 May 2006 02:08:51 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri May 19 04:08:50 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FguQ4-0003Q1-Kz for ged-emacs-devel@m.gmane.org; Fri, 19 May 2006 04:08:48 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FguQ3-0000Gb-V8 for ged-emacs-devel@m.gmane.org; Thu, 18 May 2006 22:08:47 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FguNG-0005tu-Vb for emacs-devel@gnu.org; Thu, 18 May 2006 22:05:55 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FguNG-0005t6-8G for emacs-devel@gnu.org; Thu, 18 May 2006 22:05:54 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FguNG-0005ss-3i for emacs-devel@gnu.org; Thu, 18 May 2006 22:05:54 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FguQT-0000WP-B3 for emacs-devel@gnu.org; Thu, 18 May 2006 22:09:13 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1FguNE-0001n6-VD; Thu, 18 May 2006 22:05:53 -0400 Original-To: sds@podval.org In-reply-to: (message from Sam Steingold on Wed, 17 May 2006 16:19:19 -0400) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:54751 Archived-At: > Maybe a solution would be to make it possible to configure an external > player command, when the internal method is not suficient? > > If that works, it is good. For instance, if working thru esd can be > done conveniently by forking an external program, that would be an ok > implementation. we are going in circles. No we aren't. I already said before (in http://article.gmane.org/gmane.emacs.devel:53961): if esd just happens not to be running at the moment, then esdplay will just hang. i.e., before running esdplay, one has to ensure that esd is up and running (and is in a workable state). That is true, but it does not conflict with what I said. Using esdplay could be an ok implementation for how to make Emacs output to esd. Of course, outputting to esd (by any method) will only work when esd is running. So this can't be the whole solution, only part of one. Emacs would have to know the method to output to each of the various sound demons, and know how to decide which method to use. The point is that implementing several methods could be easy if they can all work by running external programs such as (for example) esdplay. That still would leave the question of how to decide which method to use. I don't know how hard that is. Outputting directly to ALSA could also be a good solution. That would have to be implemented at C level as far as I know. And we have to get to the bottom of the anomaly that you are running ALSA 1.0.11, which supposedly has a software mixer, but your observation is that it does not allow multi-open.