Re: [linux-audio-dev] memory management

2001-11-26 Thread Paul Davis
We have libgtkwaveform f.i. which you can use to embed a simple (read: no large files, so sophisticated undo/redo) wave editor into any actually, libgtkwaveform does support large files, files of any size in fact. but it has no support for any editing operations of any kind other than by telling

Re: [linux-audio-dev] memory management

2001-11-26 Thread Paul Davis
In message [EMAIL PROTECTED]you write: On Mon, Nov 26, 2001 at 12:50:00AM -0800, Josh Green wrote: I agree completely. But what we do need is a way to easily embed an editor with other audio type programs, such as Smurf :) Are we still of the opinion that this is not possible or worth while?

Re: [linux-audio-dev] memory management

2001-11-26 Thread Vincent Touquet
(cut) Bonobo supposed to be the linux equivalent? I'm sure KDE has something similar too. Based on my very limited knowledge, I think it is KParts you are referring to, cfr. http://developer.kde.org/documentation/tutorials/kparts/ ClassIndex:

Re: [linux-audio-dev] memory management

2001-11-26 Thread Joshua Haberman
* To [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: * Christophe Baillon ([EMAIL PROTECTED]) wrote: To treat big samples (40Mo for example) is it judicious to load the whole file in only one buffer ? If i want to insert an other sample of 5 Mo in the medium of the buffer, should i cut the

Re: [linux-audio-dev] memory management

2001-11-26 Thread Andy Wingo
On Mon, 26 Nov 2001, Paul Davis wrote: In message [EMAIL PROTECTED]you write: On Mon, Nov 26, 2001 at 12:50:00AM -0800, Josh Green wrote: I agree completely. But what we do need is a way to easily embed an editor with other audio type programs, such as Smurf :) Are we still of the

Re: [linux-audio-dev] memory management

2001-11-26 Thread Paul Davis
i think this way lies madness, or at least possible foolishness. [snip] i do not understand. say i'm making a sw clone of the korg es-1 'rhythm production sampler'. i need to edit the samples somehow, and then later apply some effects probably. what is the set of operations that i would want an

Re: [linux-audio-dev] memory management

2001-11-26 Thread Paul Davis
I would be interested to know how this differs from schemes used by other editors, if anyone is willing to briefly explain. For example I have never heard of EDLs and I couldn't find a good explanation on the net. ardour (almost) never modifies data on disk. all edits are done using a playlist

Re: [linux-audio-dev] memory management

2001-11-26 Thread Josh Green
On Mon, 2001-11-26 at 13:12, Paul Davis wrote: i do not understand. say i'm making a sw clone of the korg es-1 'rhythm production sampler'. i need to edit the samples somehow, and then later apply some effects probably. what is the set of operations that i would want an editor to perform on

Re: [linux-audio-dev] memory management

2001-11-26 Thread Paul Davis
So really, now that I think about it, it probably wouldn't be MUCH more complicated than a simple EXEC on Smurf's part. It would be nice if sample editors implemented same session loading of multiple samples from the command line though (maybe some editor already has this?). For things like batch

[linux-audio-dev] memory management

2001-11-25 Thread Christophe Baillon
Hi, I am about to begin a project of a sound editor written in Ada. I've got a question about memory management of samples. To treat big samples (40Mo for example) is it judicious to load the whole file in only one buffer ? If i want to insert an other sample of 5 Mo in the medium of the