Age | Commit message (Collapse) | Author | Files | Lines |
|
It's what introspection.mak does as well. Should
fix spurious build failures on gnome-continuous
(caused by g-ir-scanner getting compiler details
via python which is broken in some environments
so passing the compiler details bypasses that).
|
|
Session header
This works with rtspsrc and live555, but fails with e.g. ffmpeg.
https://bugzilla.gnome.org/show_bug.cgi?id=766619
|
|
And just make sure we always have 0/0 if we have an error
CID #1352031
|
|
- Unicast udpsrcs are now managed in a hash table. This allows for proper cleanup in with shared streams and fixes a memory leak.
- Unicast udpsrcs are now properly cleaned up when shared connections exit. See the update_transport() function.
- Create unit test for shared media.
https://bugzilla.gnome.org/show_bug.cgi?id=764744
|
|
only on Windows
For IPv6 addresses, binding to a multicast group does not work on Linux
either. Always bind to ANY and then later join the multicast group.
https://bugzilla.gnome.org/show_bug.cgi?id=764679
|
|
From 6f2d209 to ac2f647
|
|
Clarified why it is necessary to add source information to
GstRTSPThreadImpl. See the reported bug in GLib:
https://bugzilla.gnome.org/show_bug.cgi?id=720186
for more information.
https://bugzilla.gnome.org/show_bug.cgi?id=761702
|
|
The internal .la should come first and is part of LDADD, as is
GST_CFLAGS/LIBS.
|
|
libraries
|
|
|
|
For NTP and PTP clocks we signal the actual clock that is used and signal
the direct media clock offset.
For all other clocks we at least signal that it's the local sender clock.
This allows receivers to know which clock was used to generate the media and
its RTP timestamps. Receivers can then implement network synchronization,
either absolute or at least relative by getting the sender clock rate directly
via NTP/PTP instead of estimating it from RTP timestamps and packet receive
times.
https://bugzilla.gnome.org/show_bug.cgi?id=760005
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=763000
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=763000
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=763196
|
|
|
|
|
|
during setup
This would get us NO_PREROLL in the bin again and break seeking.
Thanks to Carlos Rafael Giani for helping to debug this!
https://bugzilla.gnome.org/show_bug.cgi?id=740509
|
|
|
|
syncing the state with the parent bin
Without this, RECORD pipelines are broken because
a) we wait for ASYNC_DONE which never happens anymore because udpsrc would be
added later. Previously it was there earlier and due to NO_PREROLL caused the
pipeline to preroll immediately
b) the udpsrc for the pipeline is added later and never set to PLAYING state,
as the corresponding code previously was only for PLAY pipelines.
https://bugzilla.gnome.org/show_bug.cgi?id=763281
|
|
gst_rtsp_stream_set_client_side -> gst_rtsp_stream_is_client_side
|
|
On Windows this is a receiver-side setting, on Linux a sender-side setting. As
we provide a socket ourselves to udpsrc, udpsrc is never setting the multicast
loopback setting on the socket... while udpsink does which unfortunately has
no effect here on Windows but on Linux.
https://bugzilla.gnome.org/show_bug.cgi?id=757488
|
|
Test a case when the address pool only contains multicast addresses
and the client is requesting unicast udp.
Added tests for multicast ports allocation.
https://bugzilla.gnome.org/show_bug.cgi?id=757488
|
|
On Linux it is still needed to bind to the multicast address
to filter out random other packets, while on Windows binding
to multicast addresses just fails.
|
|
unicast addresses
Otherwise we fail to allocate UDP ports if the pool only contains multicast
addresses, which is something that used to work before. For unicast addresses
if the pool contains none, we just allocate them as if there is no pool at
all.
https://bugzilla.gnome.org/show_bug.cgi?id=757488
|
|
|
|
This works on Linux but fails completely on Windows. You're supposed
to bind to ANY and then join the multicast group.
https://bugzilla.gnome.org/show_bug.cgi?id=757488
|
|
|
|
From b64f03f to 6f2d209
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=762525
|
|
Removed port allocation test from the media suite.
The port allocation failure is now in the stream suite.
rtspserver:
Make sure that the media is suspended after the DESCRIBE request
before reconfiguring the UDP sinks.
rtspclientsink:
In the RECORD case we have to set async property to false
for the appsink element in the test in order to make sure
that the media pipeline doesn't hang in start_preroll().
https://bugzilla.gnome.org/show_bug.cgi?id=757488
|
|
Postpone the allocation of the UDP sockets until we know
what transport has been chosen by the client.
Both unicast and multicast UDP sources are created in one
function.
https://bugzilla.gnome.org/show_bug.cgi?id=757488
|
|
Code refactoring: allocate the UDP ports after the sender and
the reciver parts have been created.
We postpone the creation of the UDP sources until the UDP
ports have been allocated.
https://bugzilla.gnome.org/show_bug.cgi?id=757488
|
|
Code refactoring: Introduced a function for setting UDP sources
to PLAYING state.
https://bugzilla.gnome.org/show_bug.cgi?id=757488
|
|
Code refactoring: create and configure UDP sources in a separate function.
https://bugzilla.gnome.org/show_bug.cgi?id=757488
|
|
Code refactoring: configure RTP and RTCP sockets for UDP sinks
in a separate function.
https://bugzilla.gnome.org/show_bug.cgi?id=757488
|
|
Code refactoring: create and configure UDP sinks in a separate function.
https://bugzilla.gnome.org/show_bug.cgi?id=757488
|
|
Code refactoring: introduced helper function for creating
the receiver and the sender parts of the streaming pipeline.
https://bugzilla.gnome.org/show_bug.cgi?id=757488
|
|
|
|
|
|
Currently the .la path is provided which requires to use libtool as
mentioned in the GStreamer manual section-helloworld-compilerun.html.
It is fine as long as the application is built using libtool.
So currently it is not possible to compile a GStreamer application
within gst-uninstalled with CMake or other build system different
than autotools.
This patch allows to do the following in gst-uninstalled env:
gcc test.c -o test $(pkg-config --cflags --libs gstreamer-1.0 \
gstreamer-rtsp-server-1.0)
Previously it required to prepend libtool --mode=link
https://bugzilla.gnome.org/show_bug.cgi?id=720778
|
|
Goto error label checks stream to see if it needs to be unreferenced before
returning, but this goto jumps happens before the stream is ever set, so it
will always be NULL in this error label.
CID #1352034
|
|
Coverity demands for fallthrough statements to be clearly commented,
to distinguish from accidental fall throughs. And it also needs all
cases to finish with a break, even if the break is never going to be
executed like in the case of a continue jump.
CID #1352039
CID #1352040
|
|
To get the CK_DEFAULT_TIMEOUT defined for all tests
Also removes a 120 seconds timeout that was set as default
explicitly in this module
https://bugzilla.gnome.org/show_bug.cgi?id=761472
|
|
From 86e4663 to b64f03f
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=761399
|
|
They use some of the other flags, like $GST_ALL_LDFLAGS which is adding
-no-undefined. And -no-undefined is required on Windows to build DLLs.
|
|
Use the new Mikey and SDP API in the base plugins libs
to simplify some code.
https://bugzilla.gnome.org/show_bug.cgi?id=758180
|
|
Add an rtspclientsink element that accepts streams for which
there is a registered payloader and sends them to
an RTSP server using RECORD.
Sending is synchronised to the pipeline clock. Payload-types
are automatically selected. The 'new-payloader' signal is fired
for custom configuration of payloaders when they are created.
Can now stream a movie like this:
receiver:
./test-record "( decodebin name=depay0 ! videoconvert ! autovideosink \
decodebin name=depay1 ! audioconvert ! autoaudiosink )"
sender:
gst-launch-1.0 filesrc location=file-with-aac-and-h264.mp4 ! qtdemux name=d ! \
queue ! aacparse ! rtspclientsink location=rtsp://127.0.0.1:8554/test name=s \
https://bugzilla.gnome.org/show_bug.cgi?id=758180
|
|
Add a boolean to indicate that the rtsp-stream is running on the
'client' side of an RTSP connection, for sending streams via
RECORD. In that case, the roles of the client/server ports
in transport setup are swapped.
https://bugzilla.gnome.org/show_bug.cgi?id=758180
|
|
A new function that adds info from a GstRTSPStream into an SDP message.
https://bugzilla.gnome.org/show_bug.cgi?id=758180
|