atracdenc/src/lib/libgha, branch at3plus-dev OpenSource ATRAC1 ATRAC3 Encoder https://code.mastervirt.ru/atracdenc/atom?h=at3plus-dev 2025-05-31T16:00:33Z [AT3P] Fix for Windows build 2025-05-31T16:00:33Z Daniil Cherednik dan.cherednik@gmail.com 2025-05-31T16:00:33Z urn:sha1:6dfc60e9d4791c3385908c61ad75c4a0093ea1eb [AT3P] Update libgha. Experiment with upsample frame during GHA. 2025-05-23T21:37:04Z Daniil Cherednik dan.cherednik@gmail.com 2025-05-23T21:37:04Z urn: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] Update libgha version. 2025-05-15T21:51:50Z Daniil Cherednik dan.cherednik@gmail.com 2025-05-15T21:46:03Z urn:sha1:2a143471b0898dd8b6257ca69309a6f2b1c20bf3 This version doesn't use variable length arrays. It it better from compiler compatibility perspective and slightly faster. [AT3P] Use a bit speed optimised libgha. 2025-05-02T19:40:26Z Daniil Cherednik dan.cherednik@gmail.com 2025-05-02T19:22:42Z urn: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. [AT3P] Improve accuracy of magnitude calculation in case of not full frame 2024-10-23T21:01:24Z Daniil Cherednik dan.cherednik@gmail.com 2024-10-20T20:53:02Z urn:sha1:d2359550a18f24c93b2ed9a23d222280150d2de8 [AT3P] GHA development: 2024-10-06T10:38:11Z Daniil Cherednik dan.cherednik@gmail.com 2024-08-26T18:02:21Z urn:sha1:f824b042c77c9fa9e134f9cf0c44a12276b9ad1b * 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) Fix missed headers, submodule branch 2024-08-11T15:45:52Z Daniil Cherednik dan.cherednik@gmail.com 2024-08-11T15:45:52Z urn:sha1:bb0f0779a6f253a8544a73f8471f4ce3988a61c7 Add Generalized Harmonic Analysis library in to the branch 2024-07-06T20:33:02Z Daniil Cherednik dan.cherednik@gmail.com 2024-06-26T20:44:43Z urn:sha1:594a0abec3e7ae21ac3033149f36e6c2e6fc9e61 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 )))