| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
The decoder now skips an invalid frame and emits silence.
|
| |
|
|
|
| |
* Fix UTF-8 input and output paths for Windows
* Fix wrong message in case of missed input file
* Add test
|
| |
|
|
|
|
|
|
|
| |
* 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
|
| | |
|
| |\ |
|
| | |
| |
| | |
Signed-off-by: Ronnie Sahlberg <[email protected]>
|
| |/
|
|
|
|
| |
This commit also removes handling "bfuidxconst" option
and mark it as deprecated. This option actually does not
affect encoding speed significantly.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
| |
* Write scale factor index, wordlen, codetable directly (without VLC)
* Use huffman tables for mantisas
* Some draft of the library to simplify bit allocation code
* Tonal encoding teporary disabled
* Allow c++14
|
| |\ |
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| | |
* 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)
|
| | | |
|
| |\| |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
The default is double for hystorical reason.
Actually no any reason to use double precision float point
calculation for all processing. AT3P encoding will use float
except places were we really need double precision.
So this default will be changed to float in near future and
this option will be removed.
|
| | | |
|
| | | |
|
| |/
|
|
|
|
|
|
|
|
|
|
| |
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 )))
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
* Add support for writing .at3/.wav files with ATRAC3
* Check file size limit
* AT3/WAV export: Add big endian support, force packed structs
|
| | |
|
|
|
Expected au(snd) format, 44100hz, 16bit, stereo or mono
|
