Age | Commit message (Collapse) | Author | Files | Lines |
|
...and replace all checks for RECORD in GstRTSPMedia which are really
for "sender-only". This way the code becomes more generic and introducing
support for onvif-backchannel later on will require no changes in
GstRTSPMedia.
|
|
...in order to let subclasses building the onvif part of the pipeline
check whether backchannel shall be included or not.
|
|
They are wrong in the ONVIF streaming spec. The backchannel should be
recvonly and the normal media should be sendonly: direction is always
from the point of view of the SDP offerer (the server) according to
RFC 3264.
|
|
This adds a new RTSP server, client, media-factory and media subclass
for handling the specifics of the backchannel. Ideally this later can be
extended with other ONVIF specific features.
|
|
We need to add an appsrc/appsink in that case because otherwise the
media bin will be a sink and a source for rtpbin, causing a pipeline
loop.
|
|
And not if we do unicast UDP.
https://bugzilla.gnome.org/show_bug.cgi?id=791743
|
|
allocated a socket
In the multicast case (as in test-multicast, not test-multicast2), the
address could be allocated/reserved (and thus set) already without
allocating the actual socket. We need to allocate the socket here still
instead of just claiming that it was already allocated.
See https://bugzilla.gnome.org/show_bug.cgi?id=791743#c2
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=790412
|
|
Make sure that the sink thread has started opening connection
to the server before continuing.
https://bugzilla.gnome.org/show_bug.cgi?id=790412
|
|
From e8c7a71 to 3fa2c9e
|
|
Mostly for g-i
|
|
Move conditional subdir include into top level.
Based on patch by: Joel Holdsworth
https://bugzilla.gnome.org/show_bug.cgi?id=757703
|
|
|
|
As gst_rtsp_session_next_timeout is deprecated.
```
../subprojects/gst-rtsp-server/gst/rtsp-server/rtsp-session.c:760:3: error: ‘gst_rtsp_session_next_timeout’ is deprecated: Use 'gst_rtsp_session_next_timeout_usec' instead [-Werror=deprecated-declarations]
res = (gst_rtsp_session_next_timeout (session, now) == 0);
^~~
../subprojects/gst-rtsp-server/gst/rtsp-server/rtsp-session.c:685:1: note: declared here
gst_rtsp_session_next_timeout (GstRTSPSession * session, GTimeVal * now)
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
```
|
|
From 3f4aa96 to e8c7a71
|
|
Media contains two streams but only one is complete and prepared
for playing.
https://bugzilla.gnome.org/show_bug.cgi?id=790674
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=790674
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=790674
|
|
|
|
|
|
They're no longer needed, symbol exporting is now explicit
via GST_EXPORT in all cases (autotools, meson, incl. MSVC).
|
|
Instead, use -fvisibility=hidden and explicit exports via GST_EXPORT.
This should result in consistent behaviour for the autotools and
Meson builds.
|
|
|
|
Make sure that once GstRTSPMedia are prepared they returned
the expected seekability results
https://bugzilla.gnome.org/show_bug.cgi?id=790674
|
|
SDP are now provided *before* the pipeline is fully complete. In order
to know whether a media is seekable or not therefore requires asking
the invididual streams.
API: gst_rtsp_stream_seekable
https://bugzilla.gnome.org/show_bug.cgi?id=790674
|
|
Handle the case when streams are not blocked and media
is suspended from PAUSED.
Change-Id: I2f3d222ea7b9b20a0732ea5dc81a32d17ab75040
https://bugzilla.gnome.org/show_bug.cgi?id=790674
|
|
Change-Id: I0f92b1caca0ee518ae64a7dacfbd28a214c3eea1
https://bugzilla.gnome.org/show_bug.cgi?id=790674
|
|
There is not need of adding fakesink elements to the media
pipeline in the dynamic-payloader case.
The media pipeline itself is dynamically updated with
the receiver and sender parts that are based on the client
transport information known after SETUP has been received.
Change-Id: I4e88c9b500c04030669822f0d03b1842913f6cb9
https://bugzilla.gnome.org/show_bug.cgi?id=790674
|
|
Media is complete when all the transport based parts are
added to the media pipeline. At this point ASYNC_DONE is
posted by the media pipeline and media is ready to enter
the PREPARED state.
Change-Id: I50fb8dfed88ebaf057d9a35fca2d7f0a70e9d1fa
https://bugzilla.gnome.org/show_bug.cgi?id=790674
|
|
Whenever a RTSPMedia is prepared, it should be able to provide a SDP
|
|
CID #1422260
|
|
|
|
If we still have some dynamic paylaoders which haven't posted
no-more-pads yet, don't go to PREPARED if one of the streams
blocked.
The risk was that we would end up not exposing/using all specified
streams.
The downside is that if you have _multiple_ _live_ _dynamic_ payloaders
then it will take a bit more time to start. But only if those 3
conditions are present.
https://bugzilla.gnome.org/show_bug.cgi?id=769521
|
|
|
|
Just use 0. Fixes 'undefined' behaviour from clang
|
|
We only want to count dynamic payloaders
|
|
If we have more than one dynamic payloader in the pipeline, we need
to wait until the *last* one emits 'no-more-pads' before switching
to PREPARED.
Failure to do so would result in a race where some of the streams
wouldn't properly be prepared
https://bugzilla.gnome.org/show_bug.cgi?id=769521
|
|
|
|
For send-only streams it does not exist, but the RTCP udpsink might.
|
|
|
|
Make sure that a seek is performed on pipelines that
contain at least one sink element.
Change-Id: Icf398e10add3191d104b1289de612412da326819
https://bugzilla.gnome.org/show_bug.cgi?id=788340
|
|
The initial pipeline does not contain specific transport
elements. The receiver and the sender parts are added
after PLAY.
If the media is shared, the streams are dynamically
reconfigured after each PLAY.
https://bugzilla.gnome.org/show_bug.cgi?id=788340
|
|
If no sinks have been added yet, obtain the current and
the stop position of the stream from the send_src pad.
Change-Id: Iacd4ab4bdc69f6b49370d06012880ce48a7d595a
https://bugzilla.gnome.org/show_bug.cgi?id=788340
|
|
Change-Id: I817e10624da0f3200f24d1b232cff481099278e3
https://bugzilla.gnome.org/show_bug.cgi?id=788340
|
|
Change-Id: Iddfe6e0bd250cb0159096d5eba9e4202d22b56db
https://bugzilla.gnome.org/show_bug.cgi?id=788340
|
|
Change-Id: I929a218a9adf4759f61322b6f2063aacc5595f90
https://bugzilla.gnome.org/show_bug.cgi?id=788340
|
|
The minimum position should be returned as we are interested
in the whole interval.
Change-Id: I30e297fc040c995ae40c25dee8ff56321612fe2b
https://bugzilla.gnome.org/show_bug.cgi?id=788340
|
|
According to the documentation, a timeout of value 0 means
that the session never timeouts. This adds handling of that.
If timeout=0 we just return with a -1 from
gst_rtsp_session_next_timeout_usec ().
https://bugzilla.gnome.org/show_bug.cgi?id=785058
|
|
certificate for validity
https://bugzilla.gnome.org/show_bug.cgi?id=785024
|
|
and fix the documentation for the return value of the getter
|