hayati ayguen

added some minor options

3

added option -L to print current level values added option -c to configure de-emphasis time constant for wbfm added option -v to print verbose (debug) output added alias modulation names...

Looks, Travis supports more platforms than GitHub Actions .. Especially, ppc64le and arm64 sound interesting, which are listed at https://docs.travis-ci.com/user/multi-cpu-architectures/. ppc64le necessary for Issue https://github.com/marton78/pffft/issues/55 anyways ..

for calculation of a spectrum, to be displayed, usually a windowing is applied in time domain before calling fft() ..

add OOURA FFT to benchmarks?

5

performance of OOURA FFT commented in https://github.com/avaneev/r8brain-free-src/pull/3#issuecomment-826934727 sounds quite good. should we add it to the benchmarks?

@marton78 : looks, i have not the right to do so ..

build library variants against ALL the MSVC runtime libraries

1

Visual Studio/C++ has a bunch of C runtime libraries (options /MT, /MTd, ..). Thus, the duma library should be built against all of these variants .. with cmake.

randomized DUMA_PROTECT_BELOW

2

Decide on protecting upper or lower end with a reproducible random number generator (RNG) at runtime. That will require additional control variables like `DUMA_RANDOM_SEED` .. and probably also a `DUMA_PROTECT_BELOW_PROBABILITY`...

a c++ allocator delivering red-zone protected memory - to be used for STL containers (and more) could and should be provided. see https://github.com/hayguen/pffft/blob/master/pffft.hpp#L976 for reference

update/missing documentation: brief overview, features and comparison

19

current README.md does IMHO not give a good brief description of duma itself and for what it's good for. something like http://duma.sourceforge.net/ is something, i would have in mind. i'd...