1. 11 Apr, 2017 1 commit
  2. 03 Apr, 2017 1 commit
    • Edward Hervey's avatar
      qtdemux: Update variables before early exit · 1e4cdc6d
      Edward Hervey authored
      This is an update of d78d5896
      
      We still exit as early as possible in case of non-ok/non-unlinked combined
      flow, but we first make sure that we update the internal position variables.
      
      This ensures that if upstreams "ignores" the flow return (and carries on pushing),
      we don't end up processing data with completely bogus variables/positions.
      1e4cdc6d
  3. 27 Mar, 2017 1 commit
  4. 22 Mar, 2017 1 commit
  5. 21 Mar, 2017 2 commits
  6. 14 Mar, 2017 2 commits
  7. 03 Mar, 2017 1 commit
    • Jan Schmidt's avatar
      qtdemux: Don't lose crypto info on a new moof · c82ced18
      Jan Schmidt authored
      We parse the next moof in advance of having pushed
      all samples from the previous one in some cases, and
      we'll still need the crypto info from the previous
      fragment so keep around any unused crypto info entries
      when adding new ones
      c82ced18
  8. 28 Feb, 2017 1 commit
  9. 27 Feb, 2017 1 commit
    • Sebastian Dröge's avatar
      qtdemux: Fix compilation with gcc 7 · 4c30cbfe
      Sebastian Dröge authored
      qtdemux.c: In function ‘qtdemux_parse_samples’:
      qtdemux.c:8450:39: error: ‘*’ in boolean context, suggest ‘&&’ instead [-Werror=int-in-bool-context]
               if (stream->samples_per_frame * stream->bytes_per_frame) {
                   ~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~
      4c30cbfe
  10. 17 Feb, 2017 1 commit
  11. 31 Jan, 2017 3 commits
  12. 19 Jan, 2017 3 commits
  13. 18 Jan, 2017 2 commits
  14. 14 Jan, 2017 2 commits
  15. 12 Jan, 2017 1 commit
  16. 10 Jan, 2017 1 commit
  17. 07 Jan, 2017 1 commit
  18. 02 Jan, 2017 3 commits
    • Jan Schmidt's avatar
      qtdemux: Always snap to the start of the keyframe · 107902ec
      Jan Schmidt authored
      When performing a key-unit seek, always snap to the start ts
      of the keyframe buffer we landed on so that the keyframe is
      entirely within the resulting outgoing segment. That seems
      the most sensible result, since the user requested snapping
      to the keyframe position.
      107902ec
    • Jan Schmidt's avatar
      qtdemux: Omit cslg_shift when snapping seeks · f415730f
      Jan Schmidt authored
      Segments times and seek requests are stored and handled
      in raw 'PTS' time, without the cslg_shift - which only applies
      to outgoing samples. Omit the cslg_shift portion when
      extracting PTS to compare for internal seek snaps.
      
      If the cslg_shift is included, then keyframe+snap-before seeks
      generate a segment start/stop time that already includes the
      cslg_shift, and it's then added a 2nd time, causing the
      first buffer(s) to have timestamps that are out of segment.
      f415730f
    • Seungha Yang's avatar
      qtdemux: Fix key_time in gst_qtdemux_adjust_seek() · 65c5d6d0
      Seungha Yang authored
      time in segment should be PTS based (not DTS).
      
      https://bugzilla.gnome.org/show_bug.cgi?id=765498
      65c5d6d0
  19. 29 Dec, 2016 1 commit
  20. 14 Dec, 2016 4 commits
  21. 02 Dec, 2016 1 commit
  22. 01 Dec, 2016 6 commits