Skip to content
  • Tim Janik's avatar
    lots of project shuffeling. blib got removed. we're depending on just · 73cb5455
    Tim Janik authored
    Thu Sep 27 13:23:21 2001  Tim Janik  <timj@gtk.org>
    
            * lots of project shuffeling. blib got removed. we're
            depending on just glib-2.0, gtk+-2.0 and libart_lgpl+libgnomecanvas
            now.
    
            * beast-gtk/*: lots of adaptions to new gtk code. many new canvas
            workarounds <urgl>.
            new widgets got added as views to new BSE core objects.
            also, there're starts at sample editing and preview GUIs.
    
    Thu Sep 27 13:10:43 2001  Tim Janik  <timj@gtk.org>
    
            * MANY fixes, new APIs and cleanups.
    
            * we're now using GSL, a common sound stuff backend for, at this
            point, at least aRts and BSE. GSL comes with an abstraction to
            sound file handles, file caches (that're designed for asyncronous
            prereading), wavechunk looping, multi-sample waves and a flow
            module operation engine. there're little docs on this yet, however
            for the engine, the public guts are in engine.h and gsl-mplan.txt
            gives a conceptual overview of the engine.
            the core rationale for GSL is code sharing between BSE and aRts
            to reduce required effords by both projects, and for the engine
            specifically, the need to process modules of huge networks and
            cycles tehreof, asyncronously and efficiently with full support
            for multi processor systems.
    
            * rough summary:
            - we're using GSL now for data file caching, format conversion
              and similar things and filter calculation.
            - we're just having GObject and GLib as BSE dependancy again,
              as the GObject move is completed now and remains of blib got
              backmerged into BSE.
            - we're using the GSL engine at the core now. most things work
              again or better, except for songs. songs have to be implemented
              a whole lot differently using engine concepts, the exact outcome
              of this is not yet clear.
            - a basic midi backend is supplied now
            - BSE objects now just generally serve as templates for GSL module
              networks to be created. this allowes for the same synthesis network
              object to be plugged into different contexts and be realized
              multiple times.
            - instead of BseSample, samples are now gotten from BseWaveRepo
              and BseWave now, which deals with samples, multi-samples and
              collection thereof via GSL.
    
    
    Thu Sep 27 13:08:53 2001  Tim Janik  <timj@gtk.org>
    
            * lots of adaptions to BSE changes, fixes and new plugins.
    
            * a few dav*.[hc] plugins still remain unported, help apprechiated.
    
            * davxtalstrings.[hc]: ported this to new BSE APIs, GSL engine and
            floats processing.
            * bsenoise.[hc] bsegenosc.[hc] bsemixer.[hc] bsemult.[hc] bseadder.[hc]:
            likewise.
    
            * bseconstant.[hc]: constant value plugin.
    
            * bsesimpleosc.[hc]: new simple osciallator taking freq as input signal.
    
            * bsesnooper.[hc]: new debugging module.
    
            * bsesimpleadsr.[hc]: simple envelope generator.
    
    svn path=/trunk/; revision=278
    73cb5455