"tests/vscode:/vscode.git/clone" did not exist on "fc36694507af6944b22b677d5b54e4129c2dc768"
  1. 16 Jul, 2020 1 commit
    • moto's avatar
      Add Torchscript sox effects (#760) · 60a8e23d
      moto authored
      * Add sox_utils module
      
      * Make init/shutdown thread safe
      
      * Add sox effects implementation
      
      * Add test for sox effects
      
      * Update docstrings and add examples
      60a8e23d
  2. 14 Jul, 2020 3 commits
  3. 13 Jul, 2020 1 commit
  4. 12 Jul, 2020 1 commit
  5. 08 Jul, 2020 3 commits
  6. 06 Jul, 2020 1 commit
  7. 01 Jul, 2020 5 commits
  8. 29 Jun, 2020 1 commit
  9. 25 Jun, 2020 1 commit
    • moto's avatar
      Add load function (#731) · 793eeab8
      moto authored
      This is a part of PRs to add new "sox_io" backend. #726 and depends on #718 and #728 .
      
      This PR adds `load` function to "sox_io" backend, which is  tested on the following audio formats;
       - `wav`
       - `mp3`
       - `flac`
       - `ogg/vorbis` *
      
      By default, "sox_io" backend returns Tensor with `float32` dtype and the shape of `[channel, time]`. The samples are normalized to fit in the range of `[-1.0, 1.0]`.
      
      Unlike existing "sox" backend, the new `load` function can handle WAV file natively, when the input format is WAV with integer type, (such as 32-bit signed integer, 16-bit signed integer and 8-bit unsigned integer) by providing `normalize=False`, this function can return integer Tensor, where the samples are expressed within the whole range of the corresponding dtype, that is, `int32` tensor for `32-bit PCM`, `int16` for `16-bit PCM` and `uint8` for `8-bit PCM`. This behavior follows [scipy.io.wavfile.read](https://docs.scipy.org/doc/scipy/reference/generated/scipy.io.wavfile.read.html). `normalize` parameter has no effect for other formats and the load function always return normalized value with `float32` Tensor.
      
      __* Note__ The current binary distribution of torchaudio does not contain `ogg/vorbis` and `opus` codecs. To handle these files, one needs to build torchaudio from the source with proper codecs in the system.
      
      __Note 2__ Since this PR, `scipy` becomes required module for running test. 
      793eeab8
  10. 23 Jun, 2020 2 commits
  11. 19 Jun, 2020 1 commit
    • moto's avatar
      Add TorchScript-able "info" func to sox_io backend (#728) · 88fccd14
      moto authored
      This is a part of PRs to add new "sox_io" backend #726, and depends on #718.
      
      This PR adds `info` function to "sox_io" backend, which allows users to fetch some metadata of an audio file. 
      At this moment, the information retrieved are;
      
       - Number of samples in the audio file
       - Sampling rate
       - Number of channels
      88fccd14
  12. 18 Jun, 2020 1 commit
    • moto's avatar
      Make TestCases backend-aware (#719) · b17da7a4
      moto authored
      * Make tests backend aware by introducing TorchaudioTestCase and reset backend for each TestCase.
      
      * Set backends for the test cases that require specific backend.
      b17da7a4
  13. 16 Jun, 2020 3 commits
  14. 11 Jun, 2020 3 commits
    • moto's avatar
      Get rid of dynamic test suite generation (#716) · 08217121
      moto authored
      `type` used in `common_utils` generates test class definition in `common_utils` and
      this modifies the module state after it's imported. This is anti-pattern.
      This PR get rid of the related utility functions and define test suite manually.
      08217121
    • moto's avatar
      Fix integer division (#714) · 50939b75
      moto authored
      50939b75
    • moto's avatar
      Change parameterized testing system to be compatible with unittest (#712) · d2724481
      moto authored
      
      
      * Change parameterized testing system to be compatible with unittest
      
      Summary: The previous implementation of parameterized testing worked by modifying test.common_utils inplace.  This doesn't work in general because unittest's contract with test modules is such that it must be able to load the module and run the test itself.  Because the previous implementation needed to load the module and modify it, it is incompatible.
      
      Reviewed By: mthrok
      
      Differential Revision: D21964676
      Co-authored-by: default avatarBen Mehne <bmehne@fb.com>
      d2724481
  15. 10 Jun, 2020 1 commit
  16. 08 Jun, 2020 3 commits
  17. 05 Jun, 2020 1 commit
  18. 04 Jun, 2020 3 commits
  19. 03 Jun, 2020 2 commits
  20. 02 Jun, 2020 3 commits