Subject: Re: [linux-audio-dev] App intercomunication issues, some views. GSOUND ????
From: Toni Moreno Giménez (toni.moreno.gimenez_AT_wanadoo.es)
Date: Thu Aug 01 2002 - 23:10:52 EEST
El Jue 01 Ago 2002 20:24, escribiste:
> >To make sure the GSound API has the needed features, we are working also
> > on diferent applications, who help us to desing, detect/fix bugs, and
> > redesing the API if needed.
> >
> >NxsTools: Something like SoX.
> >NxsAudio: A single audio editor (Similar to Soundforge)
> >NxsrRAck: A rebirth 338 clone
> >NxsrDJ: somthing like Tracktor DJ.
> >
> >And perhaps some day apps like Nuendo and Reason.
>
> i don't believe that your approach will work. as the author of the
> only vaguely nuendo-like program for linux, i don't believe that a
> design based on stuff like:
>
> ----------------------------------------------------------------------
> GsDev: low level access to any native/virtual audio/midi system.
> (--Portaudio--/--PorMidi-)
> GsData: a subset of tools to manage usual audio/midi data. (???)
> GsCda: low level access to CD-RW/DVD hardware.
> (--CdParanoia--/--CdRecord--) GsAmod: A "modular data flow graph filter"
> aproach. (???)
> Gsff: A set of tools to make I/O from diferent File Formats (Libsndfile,
> libaudiofile)
> GsDsp: Common DSP operations. (Csound/Mustajuuri/MPEG4)
> ----------------------------------------------------------------------
>
> can be turned into an efficient, easy to use system. Much of what is
> necessary is in the GsData category, and if you take a look at Ardour,
> you'll see that things get really hairy, really fast. there is a lot
> of code in libardour to support extremely important functionality that
> just doesn't show up in many other programs.
The main goal for Gsound is make easy the developement of complex apps, in a
generic way. But it can be easyly extended. As an example, GSound now leaks
for a midi sequencer, but I'm working in a Virtual sequencer, for both , midi
devices and Audio Synth/Fx, the fist step on this work is make the audio
sequencer who works on somthing like midi-events , so I'm doing it on the
NxsRack. When finished this and completed the GsDevMidi Object (Who handles
I/O over any native system), we can write a GsAmodSequencer based on MIDI and
the writed NxsrSequencer (currently running on the NxsRack).
GsSequencer should handle I/O over GsDevMidi or a GsAmodPluggables based
Pluggin system.
In that way a Developer can easyly create a MIDI/Audio Sequencer, by only
creating a GsSequencer object , and Dsp people can easily create Syth
machines by doing a GsAmodPluggable object or reading dinamic loaded pluggins
(LADSPA, VST or any other ).
> just today, i had to change a deep and fundamental aspect of how
> things work internally to the disk buffering mechanism to support
> ardour's scrubbing mechanism, because scrubbing (notably supporting
> instant-reversal when you're scrubbing 16 tracks at one time)
> radically changes the assumptions i had used about the relationships
> between disk and audio I/O.
>
> its not that i think that its impossible to write general purpose
> libraries for some or even all of this stuff. its more that i think
> you can't do it without first writing a really big and complex
> application to fully understand all the performance and design
> issues.
Yes , I 'm agree, for this purpose I'm writting NxsAudio, and NxsRack. (with
great results, by now, you can test as I saw you some month ago).
>
> ardour may well end up as the codebase for a bunch of libraries, but i
> don't think you could create ardour from a bunch of libraries.
Well I have created a Rebirth 338 clone, can you create it ?.
To make a correct GSound design I must begin on more general and easy apps.
(Stage 1,Simple Editor-Rebirth).
;)
The NxsAudio will be something like Nuendo on the developement stage 2 .
the stage 1, have not finished yet. (It will be finished when the rebirth
clone be completely finished ).
Stage2 (Multitrack Editor - something like Reason).
Stage 3 (...... Cubase ???? ).
Instead of "think" want we can do, perhaps is better try it, in my opinion,
each LAD developer is doing a great job, but is not enouth to make a great
big, easy, portable, scalable, documented, structured, and mainly STUDIED
and based on "standards" (MMA , IASIG,ISO/IEC, .....). application.
Well, This project have been designed to be developed by many people. Not
only by me. Obviously the only way to show you , what possible is to make it.
Is begginning the work. So I wish a lot of people working on this BIG project.
Best Regards.
> --p
-- ================= Toni Moreno Giménez ================= Pje de las rosas nº 22 Vilassar de Mar (Barcelona) España CP: 08340 ----------------- Tel:937598149 Tel: 699706656 -----------------
This archive was generated by hypermail 2b28 : Thu Aug 01 2002 - 22:34:28 EEST