- Jan 27, 2025
-
-
Jeff Peil authored
Created test_opus_custom script which does a more heavy evaluation of the various use cases of OpusCustom, testing: - Mixed float/fixed use cases - Mixed Opus/OpusCustom use cases - Wide mixture of run-time configurables - RMS difference (if RESYNTH) is defined Signed-off-by:
Jean-Marc Valin <jeanmarcv@google.com>
-
- Feb 02, 2024
-
-
Found using `codespell -q 3 -L caf,highe,inlin,nd,ordert,shft` Signed-off-by:
Jean-Marc Valin <jmvalin@jmvalin.ca>
-
- Dec 20, 2023
-
-
- Nov 25, 2023
-
-
Jean-Marc Valin authored
Used for DNN matrix multiplies
-
- Nov 21, 2023
-
-
Jean-Marc Valin authored
aka banging on it until it builds on my machine. Further improvements welcome
-
- Jun 16, 2023
-
-
-
Signed-off-by:
Marcus Asteborg <maastebo@microsoft.com> Signed-off-by:
Jean-Marc Valin <jmvalin@amazon.com>
-
Add unit tests for opus_packet_extensions_count, opus_packet_extensions_parse, and opus_packet_extensions_generate. Add various assertions for NULL buffers or negative length arguments. Add explicit check for invalid length in opus_packet_extensions_count. Check for extension id >127 in opus_packet_extensions_generate. Check for invalid length input in opus_packet_extensions_generate. Signed-off-by:
Jean-Marc Valin <jmvalin@amazon.com>
-
- May 27, 2023
-
-
Signed-off-by:
Jean-Marc Valin <jmvalin@jmvalin.ca>
-
- Jul 10, 2022
-
-
Timothy B. Terriberry authored
To avoid issues with empty compilation units.
-
- Jul 08, 2022
-
-
Signed-off-by:
Mark Harris <mark.hsj@gmail.com>
-
This commit addresses the issues of not finding lrintf and lrint. We switch to check_symbol_exists instead per cmake documentation. Also make sure to link math lib for detection for nix. For MSVC the issue for non x86 builds was that the standard was set to default which is 199409L. This resulted in not using lrintf even that it was found. To address this we set the C standard to C11 and it will only apply to newer versions of MSVC where the /std flag is supported. Signed-off-by:
Mark Harris <mark.hsj@gmail.com>
-
- May 12, 2021
-
-
Signed-off-by:
Ralph Giles <giles@thaumas.net>
-
- Aug 08, 2020
-
-
- Jun 16, 2020
-
-
Marcus Asteborg authored
-
- Jun 13, 2020
-
-
CMAKE_SOURCE_DIR corresponds to the top project's source directory. CMAKE_BINARY_DIR corresponds to the top project's binary directory. The usage of these variables doesn't cause any problems when Opus is built as a standalone project. This is not the case when Opus is added as submodule: the variables are set by the project that calls "add_subdirectory()". The fix consists in using PROJECT_SOURCE_DIR and PROJECT_BINARY_DIR, which always refer to the current project. Signed-off-by:
Mark Harris <mark.hsj@gmail.com>
-
Signed-off-by:
Mark Harris <mark.hsj@gmail.com>
-
Signed-off-by:
Mark Harris <mark.hsj@gmail.com>
-
Signed-off-by:
Mark Harris <mark.hsj@gmail.com>
-
Signed-off-by:
Mark Harris <mark.hsj@gmail.com>
-
- Apr 21, 2020
-
-
Signed-off-by:
Jean-Marc Valin <jmvalin@jmvalin.ca>
-