| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
| |
* Add MSYS2 build support
Add a selectable PCM I/O backend so MSVC builds can keep Media Foundation while MSYS2/MinGW builds use libsndfile.
Teach the libsndfile finder about MINGW_PREFIX and add a Windows MSYS2 CI job that builds the libsndfile backend.
Fix and enable tests for MSYS2 builds
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
This should improve accuracy of sinusoid extraction in case when
frequency in subband placed just before Nyquist frequency.
Note: we still unable to handle situation with low frequency in
subband which reuired much more samples for analysis.
|
| |
|
|
|
| |
This version doesn't use variable length arrays.
It it better from compiler compatibility perspective and slightly faster.
|
| |
|
|
|
|
|
|
|
|
| |
sin/cos computation with double precision inside libgha cause
significant cpu usage. Actualy we do not need such presition
due to discrete values in the bitstream.
New libgha version also does not perform multiple float to double
conversion in the hot loop (although it can be not good from cache
locality perspective). But it still gives speed up on modern CPUs.
|
| | |
|
| |
|
|
|
|
|
| |
* Multidimensional gha, rework residual check
* Possibility to look into the next frame during GHA
* Possibility to pass envelope into bitstream
* Tool to create oma file from tsv gha description (to test envelope processing)
|
| | |
|
|
|
Why we start with GHA:
* GHA is one of the most computation intencive part of the encoder.
Probably we need to implement multuthreading processing here
to achive good perfomance. If so it is better to make MT frendly design
at the begining of development.
* GHA is the most interesting part of AT3P.
* GHA is the one of the first processing step.
* We already have libgha (https://github.com/dcherednik/libgha)
library which should be tested and used in real application )))
|
