Skip to content

F
ffmpeg.wasm-core
Switch branch/tag
  1. 02 Apr, 2017 2 commits
  3. 31 Mar, 2017 2 commits
  5. 28 Mar, 2017 2 commits
  7. 22 Mar, 2017 2 commits
  9. 07 Mar, 2017 1 commit
  11. 26 Feb, 2017 4 commits
  13. 22 Feb, 2017 1 commit
  15. 21 Feb, 2017 1 commit
  17. 19 Feb, 2017 1 commit
  19. 24 Jan, 2017 2 commits
  21. 12 Jan, 2017 1 commit
  23. 27 Dec, 2016 2 commits
  25. 03 Dec, 2016 1 commit
  27. 08 Nov, 2016 1 commit
  29. 03 Nov, 2016 1 commit
    • Nicolas George's avatar
      lavd/xcbgrab: do not try to create refcounted packets. · 0bd1be65
      Nicolas George authored 
      The framework will allocate a buffer and copy the data to it,
that takes time. But it avoids constently creating and
destroyng the shared memory segment, and that saves more time.

On my setup,
from ~200 to ~300 FPS at full screen (1920×1200),
from ~1400 to ~3300 at smaller size (640×480),
similar to legacy x11grab and confirmed by others.

Plus, shared memory segments are a scarce resource,
allocating potentially many is a bad idea.

Note: if the application were to drop all references to the
buffer before the next call to av_read_frame(), then passing
the shared memory segment as a refcounted buffer would be
even more efficient, but it is hard to guarantee, and it does
not happen with the ffmpeg command-line tool. Using a small
number of preallocated buffers and resorting to a copy when
the pool is exhausted would be a solution to get the better
of both worlds.
      0bd1be65
  31. 26 Oct, 2016 2 commits
  33. 22 Oct, 2016 1 commit
  35. 21 Oct, 2016 2 commits
  37. 03 Oct, 2016 1 commit
  39. 02 Oct, 2016 1 commit
  41. 25 Sep, 2016 2 commits
  43. 24 Sep, 2016 5 commits
  45. 15 Sep, 2016 1 commit
  47. 20 Aug, 2016 1 commit