1. 23 Mar, 2019 2 commits
    • Tim-Philipp Müller's avatar
      g-i: pass --quiet to g-ir-scanner · 0becf0b6
      Tim-Philipp Müller authored
      This suppresses the annoying 'g-ir-scanner: link: cc ..' output
      that we get even if everything works just fine.
      We still get g-ir-scanner warnings and compiler warnings if
      we pass this option.
    • Tim-Philipp Müller's avatar
      g-i: silence 'nested extern' compiler warnings when building scanner binary · 6f434615
      Tim-Philipp Müller authored
      We need a nested extern in our init section for the scanner binary
      so we can call gst_init to make sure GStreamer types are initialised
      (they are not all lazy init via get_type functions, but some are in
      exported variables). There doesn't seem to be any other mechanism to
      achieve this, so just remove that warning, it's not important at all.
  2. 21 Mar, 2019 1 commit
  3. 20 Mar, 2019 1 commit
    • Göran Jönsson's avatar
      rtsp-media: Handle set state when preparing. · 1fd49d36
      Göran Jönsson authored
      Handle the situation when  a call to gst_rtsp_media_set_state is done
      when media status is preparing.
      Also add unit test for this scenario.
      The unit test simulate on a media level when two clients share a (live)
      Both clients have done SETUP and got responses. Now client 1 is doing
      play and client 2 is just closing the connection.
      Then without patch there are a problem when
      client1 is calling gst_rtsp_media_unsuspend in handle_play_request.
      And client2 is doing closing connection we can end up in a call
      to gst_rtsp_media_set_state when
      priv->status == GST_RTSP_MEDIA_STATUS_PREPARING and all the logic for
      shut down media is jumped over .
      With this patch and this scenario we wait until
      priv->status == GST_RTSP_MEDIA_STATUS_PREPARED and then continue to
      execute after that and now we will execute the logic for
      shut down media.
  4. 04 Mar, 2019 1 commit
  5. 26 Feb, 2019 1 commit
  6. 19 Feb, 2019 1 commit
  7. 02 Feb, 2019 1 commit
  8. 30 Jan, 2019 3 commits
  9. 29 Jan, 2019 2 commits
  10. 25 Jan, 2019 1 commit
    • Lars Wireen's avatar
      rtsp-media: Fix race codition in finish_unprepare · ae32203c
      Lars Wireen authored and Sebastian Dröge's avatar Sebastian Dröge committed
      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 #59
  11. 17 Jan, 2019 1 commit
  12. 06 Dec, 2018 1 commit
  13. 05 Dec, 2018 1 commit
  14. 20 Nov, 2018 2 commits
  15. 19 Nov, 2018 2 commits
  16. 17 Nov, 2018 1 commit
  17. 14 Nov, 2018 2 commits
    • Linus Svensson's avatar
      rtsp-stream: Use seqnum-offset for rtpinfo · 18538592
      Linus Svensson authored and Sebastian Dröge's avatar Sebastian Dröge committed
      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 and Sebastian Dröge's avatar Sebastian Dröge committed
      Attaching a GSource to a context will increase the refcount. The idle
      source will never be free'd since the initial reference is never
  18. 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
  19. 05 Nov, 2018 1 commit
  20. 01 Nov, 2018 5 commits
  21. 23 Oct, 2018 1 commit
  22. 22 Oct, 2018 1 commit
    • Edward Hervey's avatar
      rtsp-client: Remove timeout GSource on cleanup · ebafccb6
      Edward Hervey authored and Edward Hervey's avatar Edward Hervey committed
      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).
  23. 04 Oct, 2018 1 commit
  24. 03 Oct, 2018 1 commit
  25. 28 Sep, 2018 2 commits
  26. 24 Sep, 2018 1 commit
  27. 19 Sep, 2018 2 commits