CLAM::FDFilterGenConfig Class Reference
#include <FDFilterGen.hxx>
Inheritance diagram for CLAM::FDFilterGenConfig:
Detailed Description
Configuration class for SpectralFilterGen class.Definition at line 111 of file FDFilterGen.hxx.
Public Member Functions | |
| DYNAMIC_TYPE_USING_INTERFACE (FDFilterGenConfig, 7, ProcessingConfig) | |
| DYN_ATTRIBUTE (0, public, EFDFilterType, Type) | |
| DYN_ATTRIBUTE (1, public, TData, SpectralRange) | |
| DYN_ATTRIBUTE (2, public, TData, Gain) | |
| DYN_ATTRIBUTE (3, public, TData, HighCutOff) | |
| DYN_ATTRIBUTE (4, public, TData, LowCutOff) | |
| DYN_ATTRIBUTE (5, public, TData, PassBandSlope) | |
| DYN_ATTRIBUTE (6, public, TData, StopBandSlope) | |
Protected Member Functions | |
| void | DefaultInit (void) |
| The concrete dynamic type constructor calls DefaultInit(). | |
Member Function Documentation
| CLAM::FDFilterGenConfig::DYNAMIC_TYPE_USING_INTERFACE | ( | FDFilterGenConfig | , | |
| 7 | , | |||
| ProcessingConfig | ||||
| ) |
| CLAM::FDFilterGenConfig::DYN_ATTRIBUTE | ( | 0 | , | |
| public | , | |||
| EFDFilterType | , | |||
| Type | ||||
| ) |
| CLAM::FDFilterGenConfig::DYN_ATTRIBUTE | ( | 1 | , | |
| public | , | |||
| TData | , | |||
| SpectralRange | ||||
| ) |
| CLAM::FDFilterGenConfig::DYN_ATTRIBUTE | ( | 2 | , | |
| public | , | |||
| TData | , | |||
| Gain | ||||
| ) |
| CLAM::FDFilterGenConfig::DYN_ATTRIBUTE | ( | 3 | , | |
| public | , | |||
| TData | , | |||
| HighCutOff | ||||
| ) |
| CLAM::FDFilterGenConfig::DYN_ATTRIBUTE | ( | 4 | , | |
| public | , | |||
| TData | , | |||
| LowCutOff | ||||
| ) |
| CLAM::FDFilterGenConfig::DYN_ATTRIBUTE | ( | 5 | , | |
| public | , | |||
| TData | , | |||
| PassBandSlope | ||||
| ) |
| CLAM::FDFilterGenConfig::DYN_ATTRIBUTE | ( | 6 | , | |
| public | , | |||
| TData | , | |||
| StopBandSlope | ||||
| ) |
| void CLAM::FDFilterGenConfig::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 30 of file FDFilterGen.cxx.
References CLAM::DynamicType::UpdateData().
The documentation for this class was generated from the following files:
