CLAM::ADSRConfig Class Reference

#include <ADSR.hxx>

Inheritance diagram for CLAM::ADSRConfig:

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	,
		5	,
		ProcessingConfig
	)

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

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

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

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

CLAM::ADSRConfig::DYN_ATTRIBUTE	(	4	,
		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 35 of file ADSR.cxx.

References CLAM::DynamicType::UpdateData().

---

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

• ADSR.hxx
• ADSR.cxx

---