| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=797353
|
| |
|
| |
|
|
|
|
|
|
| |
GstVideoOverlayComposition on a stream
https://bugzilla.gnome.org/show_bug.cgi?id=797234
|
|
|
|
|
|
|
| |
Before freeing pending pads it is required to hold the mutex, that's
what is protecting the list of pending pads in other places.
https://bugzilla.gnome.org/show_bug.cgi?id=796935
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The previous failure was a timeout which was due to the sending pipeline
pushing test buffer *before* the remote client was accepted. We would
therefore never get the buffer on the other side.
While the client socket would indeed appear as "connected", this doesn't
mean that the remote server side did "accept" it (which is where we then
add it to the list of remote parties to which data will be sent).
The problem isn't with the element implementation, but to the nature of
TCP 3-way handshake.
In order to make the test reliable, wait for the sink to have accepted
the remote client (by checking the number of handles) before sending out
test buffers.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=796860
|
| |
|
|
|
|
|
|
|
|
| |
Use 'copy' keyword to avoid meson warning message.
Note that 'copy' keyword in configure_file() is available
since meson 0.47.0
https://bugzilla.gnome.org/show_bug.cgi?id=797298
|
|
|
|
| |
Otherwise it's very easy to miss them when gst_video_frame_map() fails
|
|
|
|
|
|
|
|
|
| |
rtsp_connection_send takes care of adding those already,
and some reverse proxies such as nginx will reject the request
altogether if the Authorization header is present twice,
even with the same value.
https://bugzilla.gnome.org/show_bug.cgi?id=797272
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add a source-info property that will read/write meta to the buffers
about RTP source information. The GstRTPSourceMeta can be used to
transport information about the origin of a buffer, e.g. the sources
that is included in a mixed audio buffer.
A new function gst_rtp_base_payload_allocate_output_buffer() is added
for payloaders to use to allocate the output RTP buffer with the correct
number of CSRCs according to the meta and fill it.
RTPSourceMeta does not make sense on RTP buffers since the information
is in the RTP header. So the payloader will strip the meta from the
output buffer.
https://bugzilla.gnome.org/show_bug.cgi?id=761947
|
|
|
|
| |
https://github.com/mesonbuild/meson/pull/4169
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=797173
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=797225
|
|
|
|
|
|
| |
otherwise caps intersection always fails when converting non-interleaved to interleaved audio
https://bugzilla.gnome.org/show_bug.cgi?id=797225
|
|
|
|
|
|
| |
This reverts commit 452d90a88c6e68a3daa38e02213782836788236a.
This was actually correct. sorry for the noise!
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes the internal viewconvert to not scale buffers for output with the
following pipeline:
gltestsrc ! glimagesink
It also fixes overlay composition with a resized output with an OpenGL
upstream:
gltestsrc ! timeoverlay ! glimagesink
|
|
|
|
| |
This reverts commit 779d028f27b7bc6eb7abe841fe2cda97de3be983.
|
|
|
|
|
| |
Fallback to the closest but incorrect values we had before if we can't
do this correctly.
|
|
|
|
| |
Remove testing code from 23159365618409011745b554b4ad371700961121
|
|
|
|
|
|
| |
Using the correct blend modes for each case or converting to
premultipled in the very unlikely case that separate blend modes are
unavailable on ancient opengl hardware.
|
| |
|
|
|
|
| |
It's proper new name is gst_gl_stereo_downmix_get_type().
|
| |
|
|
|
|
| |
And register a GType for it.
|
| |
|
|
|
|
|
|
|
|
|
| |
Attempting to use the MAX(1, display_rect) would result in the overlay
composition attempting to draw into 1x1 buffer and calculate some
grossly incorrect sizes.
previously failing case:
gltestsrc ! textoverlay text=GStreamer ! glimagesinkelement
|
|
|
|
|
|
|
| |
Flattens all the overlays from the GstVideoOverlayCompositionMeta into
the video stream.
https://bugzilla.gnome.org/show_bug.cgi?id=759867
|
|
|
|
|
| |
This is required to use gloverlaycompositor outside of glimagesink where
the output is not automatically flipped
|
| |
|
|
|
|
|
| |
We can get away with ensuring that the memory:GLMemory caps feature is
present in the output caps
|
| |
|
|
|
|
| |
Older glib-mkenums completely fails to parse it otherwise.
|
|
|
|
| |
The old one still exists but behind GST_DISABLE_DEPRECATED
|
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=797240
https://bugzilla.gnome.org/show_bug.cgi?id=797144
|
| |
|
| |
|
|
|
|
|
|
| |
It was checking for GST_IS_CAPS only and that would fail if the new
restriction caps was NULL and its documentation says it accepts NULL as
valid input.
|
|
|
|
|
|
| |
other way around
Upstream is supposed to be painted first, and only then our rectangle.
|
| |
|
|
|
|
|
|
|
| |
By tracking parents and using the proper GstMiniObject API for detecting
writability instead of just the reference count.
https://bugzilla.gnome.org/show_bug.cgi?id=797230
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
If we have an upstream GST_EVENT_STREAM_START, use that one instead
of creating a new one which could be completely different from the
upstream one and drop information (like the stream flags and stream
object).
Only create a new event if we don't already have one from upstream
https://bugzilla.gnome.org/show_bug.cgi?id=797215
|
|
|
|
|
| |
This may be a cause of out-of-place frames when transforming multiview
buffers.
|
|
|
|
|
| |
Without this, glviewconvert (and thus glimagesink) will drop all overlay
composition metas.
|
| |
|
|
|
|
| |
Also use G_OS_WIN32 instead of _WIN32 for clarity.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
For each lib we build export its own API in headers when we're
building it, otherwise import the API from the headers.
This fixes linker warnings on Windows when building with MSVC.
The problem was that we had defined all GST_*_API decorators
unconditionally to GST_EXPORT. This was intentional and only
supposed to be temporary, but caused linker warnings because
we tell the linker that we want to export all symbols even
those from externall DLLs, and when the linker notices that
they were in external DLLS and not present locally it warns.
What we need to do when building each library is: export
the library's own symbols and import all other symbols. To
this end we define e.g. BUILDING_GST_FOO and then we define
the GST_FOO_API decorator either to export or to import
symbols depending on whether BUILDING_GST_FOO is set or not.
That way external users of each library API automatically
get the import.
While we're at it, add new GST_API_EXPORT in config.h and use
that for GST_*_API decorators instead of GST_EXPORT.
The right export define depends on the toolchain and whether
we're using -fvisibility=hidden or not, so it's better to set it
to the right thing directly than hard-coding a compiler whitelist
in the public header.
We put the export define into config.h instead of passing it via the
command line to the compiler because it might contain spaces and brackets
and in the autotools scenario we'd have to pass that through multiple
layers of plumbing and Makefile/shell escaping and we're just not going
to be *that* lucky.
The export define is only used if we're compiling our lib, not by external
users of the lib headers, so it's not a problem to put it into config.h
Also, this means all .c files of libs need to include config.h
to get the export marker defined, so fix up a few that didn't
include config.h.
This commit depends on a common submodule commit that makes gst-glib-gen.mak
add an #include "config.h" to generated enum/marshal .c files for the
autotools build.
https://bugzilla.gnome.org/show_bug.cgi?id=797185
|
|
|
|
|
|
|
|
|
| |
Fix build on some non-US locale Windows systems
Error:
gst-plugins-base/tools/gst-device-monitor.c(278): error C2001
https://bugzilla.gnome.org/show_bug.cgi?id=797186
|