1. 25 Jan, 2019 1 commit
    • Lars Wireen's avatar
      rtsp-media: Fix race codition in finish_unprepare · ae32203c
      Lars Wireen authored
      The previous fix for race condition around finish_unprepare where the
      function could be called twice assumed that the status wouldn't change
      during execution of the function. This assumption is incorrect as the
      state may change, for example if an error message arrives from the
      pipeline bus.
      Instead a flag keeping track on whether the finish_unprepare function
      is currently executing is introduced and checked.
      Fixes gstreamer/gst-rtsp-server#59
  2. 17 Jan, 2019 1 commit
  3. 06 Dec, 2018 1 commit
  4. 05 Dec, 2018 1 commit
  5. 20 Nov, 2018 2 commits
  6. 19 Nov, 2018 2 commits
  7. 17 Nov, 2018 1 commit
  8. 14 Nov, 2018 2 commits
    • Linus Svensson's avatar
      rtsp-stream: Use seqnum-offset for rtpinfo · 18538592
      Linus Svensson authored
      The sequence number in the rtpinfo is supposed to be the first RTP
      sequence number. The "seqnum" property on a payloader is supposed to be
      the number from the last processed RTP packet. The sequence number for
      payloaders that inherit gstrtpbasepayload will not be correct in case of
      buffer lists. In order to fix the seqnum property on the payloaders
      gst-rtsp-server must get the sequence number for rtpinfo elsewhere and
      "seqnum-offset" from the "stats" property contains the value of the
      very first RTP packet in a stream. The server will, however, try to look
      at the last simple in the sink element and only use properties on the
      payloader in case there no sink elements yet, and by looking at the last
      sample of the sink gives the server full control of which RTP packet it
      looks at. If the payloader does not have the "stats" property, "seqnum"
      is still used since "seqnum-offset" is only present in as part of
      "stats" and this is still an issue not solved with this patch.
      Needed for gst-plugins-base!17
    • Linus Svensson's avatar
      rtsp-stream: Plug memory leak · 1c4d3b36
      Linus Svensson authored
      Attaching a GSource to a context will increase the refcount. The idle
      source will never be free'd since the initial reference is never
  9. 12 Nov, 2018 1 commit
    • Jordan Petridіs's avatar
      Add Gitlab CI configuration · 2065298d
      Jordan Petridіs authored
      This commit adds a .gitlab-ci.yml file, which uses a feature
      to fetch the config from a centralized repository. The intent is
      to have all the gstreamer modules use the same configuration.
      The configuration is currently hosted at the gst-ci repository
      under the gitlab/ci_template.yml path.
      Part of gstreamer/gstreamer-project#29
  10. 05 Nov, 2018 1 commit
  11. 01 Nov, 2018 5 commits
  12. 23 Oct, 2018 1 commit
  13. 22 Oct, 2018 1 commit
    • Edward Hervey's avatar
      rtsp-client: Remove timeout GSource on cleanup · ebafccb6
      Edward Hervey authored
      Avoids ending up with races where a timeout would still be around
      *after* a client was gone. This could happen rather easily in
      RTSP-over-HTTP mode on a local connection, where each RTSP message
      would be sent as a different HTTP connection with the same tunnelid.
      If not properly removed, that timeout would then try to free again
      a client (and its contents).
  14. 04 Oct, 2018 1 commit
  15. 03 Oct, 2018 1 commit
  16. 28 Sep, 2018 2 commits
  17. 24 Sep, 2018 1 commit
  18. 19 Sep, 2018 4 commits
  19. 01 Sep, 2018 1 commit
  20. 31 Aug, 2018 2 commits
  21. 29 Aug, 2018 2 commits
  22. 15 Aug, 2018 1 commit
  23. 14 Aug, 2018 5 commits