From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tim Cross Newsgroups: gmane.emacs.devel Subject: Re: Sound in Emacs Date: Wed, 5 Oct 2011 09:53:46 +1100 Message-ID: References: <4E8AAF3E.7050600@swipnet.se> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1317768839 17069 80.91.229.12 (4 Oct 2011 22:53:59 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 4 Oct 2011 22:53:59 +0000 (UTC) Cc: joakim@verona.se, emacs-devel@gnu.org To: "Jan D." Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 05 00:53:55 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RBDs1-0000gU-4G for ged-emacs-devel@m.gmane.org; Wed, 05 Oct 2011 00:53:53 +0200 Original-Received: from localhost ([::1]:36398 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RBDs0-0006KL-FG for ged-emacs-devel@m.gmane.org; Tue, 04 Oct 2011 18:53:52 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:33161) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RBDrx-0006KD-I3 for emacs-devel@gnu.org; Tue, 04 Oct 2011 18:53:50 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RBDrw-00012b-58 for emacs-devel@gnu.org; Tue, 04 Oct 2011 18:53:49 -0400 Original-Received: from mail-iy0-f169.google.com ([209.85.210.169]:55275) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RBDrw-000114-16 for emacs-devel@gnu.org; Tue, 04 Oct 2011 18:53:48 -0400 Original-Received: by iaen33 with SMTP id n33so1532292iae.0 for ; Tue, 04 Oct 2011 15:53:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=VL3r8hidh3Lt43Uhe7jxQ/NnTS6pOdHvvelSmysoYBA=; b=e2qS9MzAPrQo+4ubxAPB1V1E3poZI7giwKBeNkaBlgB4PQGYhNB1LGvZTcSEswMuh+ NtO13IFCvZfNrqKiDxbG7bGg/rmgPegqWgBYYZ2H+1cFwCp6Q1E47DL00hSYuDZ8/fai e610XZkkZ6yFgh3aJHJgJQciGvQmAjUawMX+c= Original-Received: by 10.231.9.1 with SMTP id j1mr3145966ibj.19.1317768826637; Tue, 04 Oct 2011 15:53:46 -0700 (PDT) Original-Received: by 10.231.13.204 with HTTP; Tue, 4 Oct 2011 15:53:46 -0700 (PDT) In-Reply-To: <4E8AAF3E.7050600@swipnet.se> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.210.169 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:144567 Archived-At: On Tue, Oct 4, 2011 at 6:01 PM, Jan D. wrote: > joakim@verona.se skrev 2011-10-03 23:04: > >> And we also of course have EMMS. The thing, though, is that it is pretty >> seamless to just use an external binary to play the sound, unlike having >> to start an external binary to watch an image. So my vote would be on >> improving EMMS. >> > > If you just are out to get a more fancy beep, starting a new external bin= ary > for every beep may not be so seamless. > > =A0 =A0 =A0 =A0Jan D. > > > > As someone who makes use of sound from within emacs quite extensively (emacspeak user), I can confirm that using exgternal binaries to play sound works quite well. However, depending on what you need, it does have some limitations. For example, if it is just for a 'new beep', you can get lag or other issues when lots of beeps are requested at the same time. I think the main issue with extending support for sound within emacs will centre around the amount of variation in sound architectures used by the various platforms emacs runs on. While there are libraries like portaudio, these can introduce their own problems. I've run into significant problems with such compatibility libraries and have frequently found they can adversely impact on performance/respnsiveness. To answer the question whether to enhacne/extend sound support, we probably need to define what we mean - do we mean better 'beeps' or do we mean the ability to play mp3/ogg files form dired similar to how we view images or do we mean something else. One thing which I have thought about is whether there would be any benefit from a dbus type interface to external binaries to render sound files. Tim --=20 Tim Cross Phone: 0428 212 217