Skip to content

GitLab

Switch branch/tag
  1. 09 Aug, 2023 1 commit
  3. 01 Aug, 2023 1 commit
  5. 22 Jun, 2023 1 commit
  7. 23 May, 2023 1 commit
  9. 13 May, 2023 1 commit
  11. 03 May, 2023 1 commit
  13. 24 Mar, 2023 1 commit
  15. 10 Mar, 2023 1 commit
  17. 27 Feb, 2023 1 commit
  19. 31 Jan, 2023 1 commit
  21. 11 Jan, 2023 1 commit
  23. 14 Nov, 2022 1 commit
  25. 21 Oct, 2022 1 commit
    • Joao Gomes's avatar
      Read video from memory newapi (#6771) · 06ad05fa
      Joao Gomes authored 
      * add tensor as optional param

* add init from memory

* fix bug

* fix bug

* first working version

* apply formatting and add tests

* simplify tests

* fix tests

* fix wrong variable name

* add path as optional parameter

* add src as optional

* address pr comments

* Fix warning messages

* address pr comments

* make tests stricter

* Revert "make tests stricter"

This reverts commit 6c92e94e8372f381c9496c9f885c2c71b6a4356b.
      06ad05fa
  27. 26 Sep, 2022 1 commit
  29. 23 Aug, 2022 1 commit
  31. 18 Aug, 2022 2 commits
    • Nicolas Hug's avatar
      Add an option to skip packets with empty data (#6442) · 05d12419
      Nicolas Hug authored 
      

Summary:
This diff adds **`skipOperationNotPermittedPackets`** to `DecoderParameters`.

Once that is set to `True`, it allows decoder to skip through those packets, that are causing `EPERM` errors and result into stoppage of consuming a stream.

Reviewed By: jdsgomes

Differential Revision: D38732706

fbshipit-source-id: a5cb64e14edda376e6ba240089ebee2e3a9865d0
Co-authored-by: default avatarOleksandr Voietsa <ovoietsa@fb.com>
      05d12419
    • Nicolas Hug's avatar
      Free avPacket on EAGAIN decoder error (#6432) (#6443) · cb5def22
      Nicolas Hug authored 
      Summary:
Pull Request resolved: https://github.com/pytorch/vision/pull/6432



According to the documentation the packet has to be freed after `av_read_frame()` call.
```
 If pkt->buf is NULL, then the packet is valid until the next
 av_read_frame() or until avformat_close_input(). Otherwise the packet
 is valid indefinitely. In both cases the packet must be freed with
 av_packet_unref when it is no longer needed.
```

Differential Revision: D38747612

fbshipit-source-id: 2e4ccc8365d0d97e5da756ff9c1dcdf27ed323f0
Co-authored-by: default avatarOleksandr Voietsa <ovoietsa@fb.com>
      cb5def22
  33. 03 Aug, 2022 3 commits
  35. 27 Jul, 2022 1 commit
  37. 09 Jun, 2022 1 commit
  39. 08 Jun, 2022 1 commit
    • Nicolas Hug's avatar
      [FBcode->GH] [quant][core][better-engineering] Rename files in quantized directory… (#6133) · a7e4fbdc
      Nicolas Hug authored 
      * [quant][core][better-engineering] Rename files in quantized directory to conform with non-quantized countertpart filenames (#77037)

Summary:
X-link: https://github.com/pytorch/pytorch/pull/77037



Names of analogous files in quantized directory (previously snake case) were inconsistent with
their non-quantized filename counterparts (pascal case). This is the first of a series of PRs that changes
all files in quantized (and sub-directories) dir to have pascal case.

`aten/src/ATen/native/quantized/qconv_unpack.cpp` has not been renamed yet
because (for reasons currently unknown) after making the name change, `import torch` produces the below error (`qlinear_unpack.cpp` renaming also seems to fail some phabricator CI tests for similar reasons). We suspect that these may be undefined errors and will revisit naming these files in a future PR.

```
terminate called after throwing an instance of 'c10::Error'
  what():  Type c10::intrusive_ptr<ConvPackedParamsBase<2> > could not be converted to any of the known types.
Exception raised from operator() at ../aten/src/ATen/core/jit_type.h:1735 (most recent call first):
frame #0: c10::Error::Error(c10::SourceLocation, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) + 0x55 (0x7f26745c0c65 in /data/users/dzdang/pytorch/torch/lib/libc10.so)
frame #1: c10::detail::torchCheckFail(char const*, char const*, unsigned int, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) + 0xb1 (0x7f26745bdcd1 in /data/users/dzdang/pytorch/torch/lib/libc10.so)
frame #2: <unknown function> + 0x1494e24 (0x7f2663b14e24 in /data/users/dzdang/pytorch/torch/lib/libtorch_cpu.so)
frame #3: <unknown function> + 0xfed0bc (0x7f266366d0bc in /data/users/dzdang/pytorch/torch/lib/libtorch_cpu.so)
frame #4: c10::detail::infer_schema::make_function_schema(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&&, c10::ArrayRef<c10::detail::infer_schema::ArgumentDef>, c10::ArrayRef<c10::detail::infer_schema::ArgumentDef>) + 0x5a (0x7f266366d71a in /data/users/dzdang/pytorch/torch/lib/libtorch_cpu.so)
frame #5: c10::detail::infer_schema::make_function_schema(c10::ArrayRef<c10::detail::infer_schema::ArgumentDef>, c10::ArrayRef<c10::detail::infer_schema::ArgumentDef>) + 0x7b (0x7f266366e06b in /data/users/dzdang/pytorch/torch/lib/libtorch_cpu.so)
frame #6: <unknown function> + 0x1493f32 (0x7f2663b13f32 in /data/users/dzdang/pytorch/torch/lib/libtorch_cpu.so)
frame #7: <unknown function> + 0xe227dd (0x7f26634a27dd in /data/users/dzdang/pytorch/torch/lib/libtorch_cpu.so)
frame #8: <unknown function> + 0x14e0a (0x7f268c934e0a in /lib64/ld-linux-x86-64.so.2)
..........................truncated.............
```

Reviewed By: malfet

Differential Revision: D36862332

Pulled By: dzdang

fbshipit-source-id: 598c36656b4e71f906d940e7ff19ecf82d43031d

* empty commit

* empty commit

* empty commit
Co-authored-by: default avatardzdang <dzdang@umich.edu>
Co-authored-by: default avatarVasilis Vryniotis <datumbox@users.noreply.github.com>
      a7e4fbdc
  41. 30 May, 2022 1 commit
  43. 19 Apr, 2022 1 commit
  45. 31 Mar, 2022 1 commit
  47. 25 Mar, 2022 1 commit
  49. 02 Mar, 2022 1 commit
  51. 01 Mar, 2022 2 commits
  53. 25 Feb, 2022 1 commit
  55. 15 Feb, 2022 1 commit
  57. 11 Feb, 2022 1 commit
  59. 08 Feb, 2022 1 commit
  61. 01 Feb, 2022 1 commit
  63. 27 Jan, 2022 1 commit
  65. 24 Jan, 2022 2 commits
  67. 19 Jan, 2022 1 commit
  69. 17 Jan, 2022 1 commit
    • Daniel Falbel's avatar
      Conditionally include Python in the C++ builds. (#5190) · 5e56575e
      Daniel Falbel authored 
      

* Conditionally include Python in the C++ builds.

Added an option `USE_PYTHON` that allows users to decide to link to Python3 or not.

* Also conditionally include this defintion.

* Define `USE_PYTHON` for the Windows builds.

* Remove Python3 reference in CMake test as it's no longer required.

* Accidentally removed the closing > from the decl.

* Also add `USE_PYTHON` when building the separate image library on Windows.

* Also conditionally include this depening on USE_PYTHON.

* Go back to require Python for this example.

* Find Python in the hello world example.

* Add a paragraph documenting the `USE_PYTHON` option.
Co-authored-by: default avatarPrabhat Roy <prabhatroy@fb.com>
      5e56575e