From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: Sound in Emacs Date: Thu, 6 Oct 2011 06:29:14 -0700 Message-ID: References: <8762k2iov8.fsf@notam02.no> <87lisyh41l.fsf@notam02.no> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1317907792 14173 80.91.229.12 (6 Oct 2011 13:29:52 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 6 Oct 2011 13:29:52 +0000 (UTC) To: , Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 06 15:29:44 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 1RBo19-000323-NF for ged-emacs-devel@m.gmane.org; Thu, 06 Oct 2011 15:29:43 +0200 Original-Received: from localhost ([::1]:58112 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RBo16-0001jJ-TE for ged-emacs-devel@m.gmane.org; Thu, 06 Oct 2011 09:29:40 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:39790) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RBo10-0001jE-Pa for emacs-devel@gnu.org; Thu, 06 Oct 2011 09:29:38 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RBo0w-0005Mj-EK for emacs-devel@gnu.org; Thu, 06 Oct 2011 09:29:34 -0400 Original-Received: from rcsinet15.oracle.com ([148.87.113.117]:65385) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RBo0w-0005MT-97 for emacs-devel@gnu.org; Thu, 06 Oct 2011 09:29:30 -0400 Original-Received: from ucsinet23.oracle.com (ucsinet23.oracle.com [156.151.31.71]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p96DTOla026885 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 6 Oct 2011 13:29:26 GMT Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by ucsinet23.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p96DTNB2022944 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Oct 2011 13:29:23 GMT Original-Received: from abhmt108.oracle.com (abhmt108.oracle.com [141.146.116.60]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p96DTHhe017084; Thu, 6 Oct 2011 08:29:18 -0500 Original-Received: from dradamslap1 (/10.159.63.190) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 06 Oct 2011 06:29:17 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87lisyh41l.fsf@notam02.no> Thread-Index: AcyECO7sAr9AWxqpTfKDgz1idoLcYAAIFq0w X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: ucsinet23.oracle.com [156.151.31.71] X-CT-RefId: str=0001.0A090208.4E8DAD37.0010,ss=1,re=0.000,fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-Received-From: 148.87.113.117 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:144612 Archived-At: >>> A project id like to get going is setting up a database >>> type app for sound - something similar to various >>> photo-managers - where info from a sound gets stored >>> and managed - diskfile, region, format, tags and >>> metadata of all sorts - - and made available through a >>> general interface. Send a query to find certain regions >>> from some files, and ask a running sound-editor to show >>> them. Edit them, update metadata info, headers etc. on >>> a set of matches (ie. add a tag or similar) etc. >j> >j> All filetypes can be meta tagged the same way technically. then >j> you need a common storage(I've been experimenting with rdf >j> indexing on top of xattrs) and indeed Emacs is ideal for large >j> scale tagging. > > I dont know of any existing things doing this, which is a > pity, it would make for a very effective tool for managing > all kinds of large collections of sound. There are some > metadata-editors for sound around, but afaik only 'standalone' > apps, really not offering much more in functionality than > file-browsers. > > One obvious problem in a db-approach is keeping collected info updated > after say moving files around or editing them. > > This could be managed by including historic information in the actual > files (version, name, location...) for a 'detective'-script to be able > to keep track of new names, locations or other changes, and keep a db > updated accordingly. FWIW/FYI- No doubt it does not correspond to everything you both are envisioning, but Bookmark+ lets you easily register (aka "bookmark") any type of file, associate metatdata with it, tag it in various ways and access it using tag set operations, attach any additional code to its activation (aka "jumping to it"), group it in various ways with other files (e.g. a playlist), and so on. (Not sure what you meant by "regions", but you can also bookmark specific regions of text files. And bookmarks generally handle "moving around", renaming, and editing.) Possibly some of what you envision could be built using what is already there - dunno. Mentioning Bookmark+ because much of what you describe sounds similar. http://www.emacswiki.org/emacs/BookmarkPlus Alternatively, you can perhaps leverage Org mode's features involving metadata and tagging - dunno. And then there is Stefan's Music Player Daemon (MPD) - dunno about that either, but it sounds like it employs an actual "database" (unlike Bookmark+ (and Org, I imagine), which holds the metadata in plain text files).