CLAM::OscillatorConfig Class Reference

#include <Oscillator.hxx>

Inheritance diagram for CLAM::OscillatorConfig:

List of all members.

---

Detailed Description

Definition at line 36 of file Oscillator.hxx.

Public Member Functions
	DYNAMIC_TYPE_USING_INTERFACE (OscillatorConfig, 5, ProcessingConfig)
	DYN_ATTRIBUTE (0, public, TData, Frequency)
	DYN_ATTRIBUTE (1, public, TData, Amplitude)
	DYN_ATTRIBUTE (2, public, TData, ModIndex)
	DYN_ATTRIBUTE (3, public, TData, Phase)
	DYN_ATTRIBUTE (4, public, TData, SamplingRate)
Protected Member Functions
void	DefaultInit (void)
	The concrete dynamic type constructor calls DefaultInit().

---

Member Function Documentation

CLAM::OscillatorConfig::DYNAMIC_TYPE_USING_INTERFACE	(	OscillatorConfig	,
		5	,
		ProcessingConfig
	)

CLAM::OscillatorConfig::DYN_ATTRIBUTE	(	0	,
		public	,
		TData	,
		Frequency
	)

CLAM::OscillatorConfig::DYN_ATTRIBUTE	(	1	,
		public	,
		TData	,
		Amplitude
	)

CLAM::OscillatorConfig::DYN_ATTRIBUTE	(	2	,
		public	,
		TData	,
		ModIndex
	)

CLAM::OscillatorConfig::DYN_ATTRIBUTE	(	3	,
		public	,
		TData	,
		Phase
	)

CLAM::OscillatorConfig::DYN_ATTRIBUTE	(	4	,
		public	,
		TData	,
		SamplingRate
	)

void CLAM::OscillatorConfig::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 40 of file Oscillator.cxx.

References CLAM::DynamicType::UpdateData().

---

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

• Oscillator.hxx
• Oscillator.cxx