atracdenc, branch at3plus-devOpenSource ATRAC1 ATRAC3 Encoderhttps://code.mastervirt.ru/atracdenc/atom?h=at3plus-dev2025-05-31T16:00:33Z[AT3P] Fix for Windows build2025-05-31T16:00:33ZDaniil Cherednikdan.cherednik@gmail.com2025-05-31T16:00:33Zurn:sha1:6dfc60e9d4791c3385908c61ad75c4a0093ea1eb[AT3P] Fix GHA frequency, phase quantization into index2025-05-29T15:35:21ZDaniil Cherednikdan.cherednik@gmail.com2025-05-28T22:10:19Zurn:sha1:bb6068829b9dbe1102143a7b69e84ecf4526a1df[AT3P] Update libgha. Experiment with upsample frame during GHA.2025-05-23T21:37:04ZDaniil Cherednikdan.cherednik@gmail.com2025-05-23T21:37:04Zurn:sha1:a1911e3bd20b4b61eafedd90aade918682b2b4bb
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.
[AT3P] Adjust level of residual processing2025-05-17T17:04:07ZDaniil Cherednikdan.cherednik@gmail.com2025-05-17T17:04:07Zurn:sha1:511e806e9e7fecc340e36f782ef5c89d56447109[AT3P] Add advanced option for GHA debug2025-05-16T21:48:26ZDaniil Cherednikdan.cherednik@gmail.com2025-05-16T21:27:59Zurn:sha1:c5ae2cec2c8308f96867e1620f0ec3a5c41395e4
There are 3 flags:
GHA_PASS_INPUT - allows to pass source signal in to the filter
GHA_WRITE_TONAL - allows to write result of GHA into the bitstream
GHA_WRITE_RESIUDAL - allows to process signal after the filter
If all 3 flags set it denotes normal processing.
If we want to see only result of sinusoid extraction (tonal component) we can set only
GHA_WRITE_TONAL flag. If we want to see signal after extraction we need
to set GHA_PASS_INPUT and GHA_WRITE_RESIUDAL.
[AT3P] Update libgha version.2025-05-15T21:51:50ZDaniil Cherednikdan.cherednik@gmail.com2025-05-15T21:46:03Zurn:sha1:2a143471b0898dd8b6257ca69309a6f2b1c20bf3
This version doesn't use variable length arrays.
It it better from compiler compatibility perspective and slightly faster.
[AT3P] Adjust number of quant units during encoding.2025-05-03T20:07:17ZDaniil Cherednikdan.cherednik@gmail.com2025-05-03T20:07:17Zurn:sha1:98338613d8821f592682928c1096550596cb2550Update README.md2025-05-03T13:47:15ZDaniil Cherednikdan.cherednik@gmail.com2025-05-03T13:46:04Zurn:sha1:177622ee9513784a21d9f10ab0c1e9774c0ddc71[AT3P] Use a bit speed optimised libgha.2025-05-02T19:40:26ZDaniil Cherednikdan.cherednik@gmail.com2025-05-02T19:22:42Zurn:sha1:50490a54483910b84ad1802ed4d880c99133d932
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.
Fix missed include2025-05-01T21:02:50ZDaniil Cherednikdan.cherednik@gmail.com2025-05-01T21:02:50Zurn:sha1:9f2dcb7808e43ff8ff06279de42ad484202c7d12