CLAM::ADSRConfig Class Reference

#include <ADSR.hxx>

Inheritance diagram for CLAM::ADSRConfig:

CLAM::ProcessingConfig CLAM::DynamicType CLAM::Component

List of all members.


Detailed Description

Definition at line 35 of file ADSR.hxx.


Public Member Functions

 DYNAMIC_TYPE_USING_INTERFACE (ADSRConfig, 5, ProcessingConfig)
 DYN_ATTRIBUTE (0, public, TData, AttackTime)
 DYN_ATTRIBUTE (1, public, TData, DecayTime)
 DYN_ATTRIBUTE (2, public, TData, SustainLevel)
 DYN_ATTRIBUTE (3, public, TData, ReleaseTime)
 DYN_ATTRIBUTE (4, public, TData, SampleRate)

Protected Member Functions

void DefaultInit (void)
 The concrete dynamic type constructor calls DefaultInit().

Member Function Documentation

CLAM::ADSRConfig::DYNAMIC_TYPE_USING_INTERFACE ( ADSRConfig  ,
,
ProcessingConfig   
)

CLAM::ADSRConfig::DYN_ATTRIBUTE ( ,
public  ,
TData  ,
AttackTime   
)

CLAM::ADSRConfig::DYN_ATTRIBUTE ( ,
public  ,
TData  ,
DecayTime   
)

CLAM::ADSRConfig::DYN_ATTRIBUTE ( ,
public  ,
TData  ,
SustainLevel   
)

CLAM::ADSRConfig::DYN_ATTRIBUTE ( ,
public  ,
TData  ,
ReleaseTime   
)

CLAM::ADSRConfig::DYN_ATTRIBUTE ( ,
public  ,
TData  ,
SampleRate   
)

void CLAM::ADSRConfig::DefaultInit ( void   )  [protected]

The concrete dynamic type constructor calls DefaultInit().

This allows user to initialize his/her object. But we define DefaultInit() here because we don't want to force writting one DefaultInit() function for each concrete dynamic type. If a dynamic type concrete class defines some (not-default) constructors, this should also call the DefaultInit().

See also:
CopyInit()

Reimplemented from CLAM::DynamicType.

Definition at line 41 of file ADSR.cxx.

References CLAM::DynamicType::UpdateData().


The documentation for this class was generated from the following files:

Generated on Tue Aug 12 22:33:49 2008 for CLAM by  doxygen 1.5.5