From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: joakim@verona.se Newsgroups: gmane.emacs.devel Subject: Re: Sound in Emacs Date: Thu, 06 Oct 2011 12:22:29 +0200 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 X-Trace: dough.gmane.org 1317896562 32527 80.91.229.12 (6 Oct 2011 10:22:42 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 6 Oct 2011 10:22:42 +0000 (UTC) Cc: emacs-devel@gnu.org To: andersvi@notam02.no Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 06 12:22:38 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 1RBl64-0006Pm-Q2 for ged-emacs-devel@m.gmane.org; Thu, 06 Oct 2011 12:22:36 +0200 Original-Received: from localhost ([::1]:34665 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RBl64-0003Aj-BN for ged-emacs-devel@m.gmane.org; Thu, 06 Oct 2011 06:22:36 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:51662) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RBl62-0003AC-8W for emacs-devel@gnu.org; Thu, 06 Oct 2011 06:22:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RBl60-0001r3-7X for emacs-devel@gnu.org; Thu, 06 Oct 2011 06:22:34 -0400 Original-Received: from iwfs.imcode.com ([82.115.149.64]:34694 helo=gate.verona.se) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RBl5z-0001qk-Uo for emacs-devel@gnu.org; Thu, 06 Oct 2011 06:22:32 -0400 Original-Received: from chopper.vpn.verona.se (IDENT:1005@localhost [127.0.0.1]) by gate.verona.se (8.13.4/8.11.4) with ESMTP id p96AMT6C008341; Thu, 6 Oct 2011 12:22:29 +0200 In-Reply-To: <87lisyh41l.fsf@notam02.no> (andersvi@notam02.no's message of "Thu, 06 Oct 2011 11:17:58 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4-2.6 X-Received-From: 82.115.149.64 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:144604 Archived-At: andersvi@notam02.no writes: > 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. Maybe xattrs already solves this? xattrs are like image exif tags, or mp3 id3 tags, so they move along with the file. Sadly there doesn't seem to be a set of standard xattrs one can use, the facility as such is just a name value storage in a recourse fork of the file. Indexing needs to be done separately and there are a bunch of daemons that do that. Anyway, my idea was to implement an xattrs editor in Emacs, the other issues are outside of the scope for Emacs. If you are interested in this line of thought we could set up a shared code repository and take it from there. -- Joakim Verona