Subject: Re: [linux-audio-dev] Sample conversion tools
From: Josh Green (jgreen_AT_users.sourceforge.net)
Date: Mon Jun 03 2002 - 12:00:48 EEST
I've been working on a rebuild of my application the Smurf Sound Font
Editor since last September. The new name for the program is Swami
(Sample Waveforms and Audio for Magical Instruments) and I will be
releasing it in a few days or so (in time for the LinuxTag). The new
architecture is object oriented and based on GObject with the SoundFont
editing completely abstracted from gui in a library currently called
libsoundfont. I'm planning on renaming this library to 'libinstpatch'
and making it a more general wavetable patch library in the near future.
Since it sounds like you have the same goals I thought I would inquire
as to whether you would like to collaborate on this project. I also had
planned to not try to provide a standard API to all formats (seems
completely insane to try :) but instead provide a base object (currently
called SFItem in libsoundfont) that provides a linked tree structure,
ref counting, and type information.
I currently have another library called libswami that wraps
libsoundfont. It contains property set/get functions, etc. I've been
contemplating as to whether this stuff should be put in libinstpatch or
not. I would really like to work with others on this, so I'm eager to
hear your answer :) Cheers.
Josh Green
P.S. If you would like to check out the current libsoundfont API I just
uploaded the doxygen generated docs to the Smurf web site
(http://smurf.sourceforge.net follow the "Libsoundfont API" link on the
menu). The bulk of the code is in the SoundFont manipulation functions
which can be found on the Modules->Sound Font Interface page (yeah its
huge and should be split). The loading and saving APIs are separate from
the object system, so that programmers that don't need the object system
don't have to use it.
On Mon, 2002-06-03 at 02:39, rm wrote:
>
> i currently have a simple gtk based app called abrowse for the
> conversion of AKAI S1000/3000 sample libraries at
> http://abrowse.sourceforge.net/
>
> the current code base is around 3 years old, and i'm embarking on a
> bit of re-architecting. interest has been expressed for generalizing
> the program to include plugins to handle multiple formats.
>
> my current plan is to support akai S1/3k, giga, and possibly roland
> and emu formats. each plugin will support a path like abstraction for
> addressing data, output in mono wav (float or integer?) along with
> some set of properties in a key/value hash (in xml files perhaps?).
>
> the intent is to get the most useful and important data into a format
> which can be easily read and manipulated rather than to exhaustively
> map all other sample formats onto some other general machine (ie
> not to dictate the playback machine like DLS does).
>
> the open question then is whether these features (vague as they are)
> will cover a reasonable set of use cases, and whether there are any
> features others might want for specific applications.
>
> thanks,
> rob
>
> ----
> Robert Melby
> Georgia Institute of Technology, Atlanta Georgia, 30332
> uucp: ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt4255a
> Internet: async_AT_cc.gatech.edu
This archive was generated by hypermail 2b28 : Mon Jun 03 2002 - 12:03:32 EEST