1. 03 Nov, 2021 1 commit
  2. 01 Nov, 2021 1 commit
  3. 30 Oct, 2021 1 commit
  4. 13 Oct, 2021 1 commit
  5. 11 Oct, 2021 1 commit
  6. 10 Oct, 2021 1 commit
    • moto's avatar
      Store n_bits in WaveRNN (#1847) · 9637c6bf
      moto authored
      Move the computation of `#classes -> #bits` to the constructor of WaveRNN and attach it to the instance, so that it can be reused elsewhere.
      9637c6bf
  7. 09 Oct, 2021 1 commit
  8. 07 Oct, 2021 1 commit
  9. 05 Oct, 2021 2 commits
  10. 30 Sep, 2021 1 commit
  11. 24 Sep, 2021 1 commit
  12. 22 Sep, 2021 1 commit
  13. 20 Sep, 2021 1 commit
  14. 17 Sep, 2021 1 commit
  15. 16 Sep, 2021 1 commit
    • moto's avatar
      Split extension into custom impl and Python wrapper libraries (#1752) · 0f822179
      moto authored
      * Split `libtorchaudio` and `_torchaudio`
      
      This change extract the core implementation from `_torchaudio` to `libtorchaudio`,
      so that `libtorchaudio` is reusable in TorchScript-based app.
      
      `_torchaudio` is a wrapper around `libtorchaudio` and only provides PyBind11-based
      features. (currently file-like object support in I/O)
      
      * Removed `BUILD_LIBTORCHAUDIO` option
      
      When invoking `cmake`, `libtorchaudio` is always built, so this option is removed.
      
      The new assumptions around the library discoverability
      
      - In regular OSS workflow (`pip`/`conda`-based binary installation), both `libtorchaudio` and `_torchaudio` are present.
          In this case,`libtorchaudio` has to be loaded manually with `torch.ops.load_library` and/or `torch.classes.load_library` otherwise importing `_torchaudio` would not be able to resolve the symbols defined in `libtorchaudio`.
      - When `torchaudio` is deployed with PEX format (single zip file)
        - We expect that`libtorchaudio.so` exists as a file in some search path configured by client code.
        - `_torchaudio` is still importable and because we do not know where `libtorchaudio` will exist, we will let the dynamic loader resolve the dependency from `_torchaudio` to `libtorchaudio`, which should work as long as `libtorchaudio` is in a library search path (search path is not modifiable from already-running Python process).
      0f822179
  16. 15 Sep, 2021 1 commit
  17. 02 Sep, 2021 2 commits
  18. 31 Aug, 2021 1 commit
  19. 26 Aug, 2021 2 commits
  20. 23 Aug, 2021 1 commit
  21. 19 Aug, 2021 1 commit
  22. 18 Aug, 2021 2 commits
  23. 17 Aug, 2021 1 commit
  24. 10 Aug, 2021 1 commit
  25. 03 Aug, 2021 3 commits
  26. 02 Aug, 2021 1 commit
  27. 29 Jul, 2021 2 commits
  28. 28 Jul, 2021 1 commit
  29. 27 Jul, 2021 1 commit
  30. 26 Jul, 2021 2 commits
  31. 28 Jun, 2021 1 commit
  32. 25 Jun, 2021 1 commit