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 -----------------
