| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.
|
|
|
|
|
|
| |
We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.
|
|
|
|
|
|
| |
We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.
|
|
|
|
|
|
| |
We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.
|
|
|
|
|
|
| |
We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.
|
|
|
|
|
|
| |
We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.
|
|
|
|
|
|
| |
We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.
|
|
|
|
|
|
| |
We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.
|
|
|
|
|
|
| |
We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.
|
|
|
|
|
|
| |
We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.
|
|
|
|
|
|
| |
We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.
|
|
|
|
|
|
| |
We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.
|
|
|
|
|
|
| |
We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.
|
|
|
|
|
|
| |
We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.
|
|
|
|
|
|
|
| |
Best to return a valid profiles rather than no profile if bitstream uses
a not standard profile.
https://bugzilla.gnome.org/show_bug.cgi?id=793876
|
|
|
|
|
|
|
| |
Those profiles have been introduced in version 2 of the HEVC spec
(A.3.5).
https://bugzilla.gnome.org/show_bug.cgi?id=793876
|
|
|
|
|
|
|
|
|
| |
Those fields have been introduced in version 2 and later to define new
profiles like the format range extensions profiles (A.3.5).
NOTE: This patch breaks the parser ABI, rebuild needed.
https://bugzilla.gnome.org/show_bug.cgi?id=793876
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We used to have the same enum to represent H265 profiles and idc values.
Those are no longer the same with extension profiles defined from
version 2 of the spec.
Split those enums so the semantic of each is clearer and we'll be able
to add extension profiles to GstH265Profile.
Also add gst_h265_profile_tier_level_get_profile() to retrieve the
GstH265Profile from the GstH265ProfileTierLevel. It will be used to
implement the detection of extension profiles.
https://bugzilla.gnome.org/show_bug.cgi?id=793876
|
|
|
|
|
|
| |
The aggregator segment is now exposed on the src pad
https://bugzilla.gnome.org/show_bug.cgi?id=793946
|
|
|
|
|
|
|
|
| |
There is nothing in the spec that state that framerate is not valid in
that case. This aligns GStreamer with FFMPEG behaviour for similar
streams.
https://bugzilla.gnome.org/show_bug.cgi?id=793284
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=791218
|
|
|
|
|
|
|
|
| |
While #782140 can stay open for actually handling these,
the fact is currently adaptivedemux does not handle segment
seeks, and as such should not accept them.
https://bugzilla.gnome.org/show_bug.cgi?id=784655
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
SDP's are generated and consumed according to the W3C PeerConnection API
available from https://www.w3.org/TR/webrtc/
The SDP is either created initially from the connected
sink pads/attached transceivers as in the case of generating an offer or
intersected with the connected sink pads/attached transceivers as in
the case for creating an answer. In both cases, the rtp payloaded streams
sent by the peer are exposed as separate src pads.
The implementation supports trickle ICE, RTCP muxing, reduced size RTCP.
With contributions from:
Nirbheek Chauhan <nirbheek@centricular.com>
Mathieu Duponchelle <mathieu@centricular.com>
Edward Hervey <edward@centricular.com>
https://bugzilla.gnome.org/show_bug.cgi?id=792523
|
|
|
|
|
|
|
|
|
|
|
| |
According to the vp8 spec, the first partition (size can be derived from
the frame header) should have all compressed header information and we
implemented gst codecparser based on that. But it doesn't seem to be the
case with some of the streams (#792773) and libvpx
works fine because it uses the whole frame size (not the first partition
size) to initialize the bool decoder.
https://bugzilla.gnome.org/show_bug.cgi?id=792773
|
|
|
|
|
|
|
| |
Skip buffers from sources with a framerate higher than the output
framerate.
https://bugzilla.gnome.org/show_bug.cgi?id=781928
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=791204
|
|
|
|
| |
A call to this function without enabling the subtitle track has no effect.
|
|
|
|
|
|
|
| |
The algorithm we use only supports up to a maximum exponent of 31
(for a maximum resulting of 2**32 -1)
CID #1427097
|
|
|
|
|
|
|
| |
The previous code would emit GObject critical warnings when the info properties
are NULL.
https://bugzilla.gnome.org/show_bug.cgi?id=791982
|
|
|
|
| |
all audioaggregator subclasses were leaking the first sink pad :)
|
|
|
|
|
|
| |
pending_segment shall be logged as GST_PTR_FORMAT, it's an event
https://bugzilla.gnome.org/show_bug.cgi?id=791813
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=786344
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=754094
|
|
|
|
|
|
| |
range_start/range_end shall be logged as G_GINT64_FORMAT
https://bugzilla.gnome.org/show_bug.cgi?id=791735
|
|
|
|
| |
instead of a player instance
|
|
|
|
|
| |
The latter needs additional metadata, and the former was already used
everywhere except for the functions: in properties in playbin itself.
|
|
|
|
|
| |
gstglwindow_cocoa.m:186:60: error: incompatible pointer types sending 'GstGLContextCocoa *'
(aka 'struct _GstGLContextCocoa *') to parameter of type 'GstGLContext *' (aka 'struct _GstGLContext *')
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=791391
|
|
|
|
|
|
| |
As most Wayland compositors supports XWayland, X11 backend get
selected. This also realign better GStreamer decision to what
happens with GTK and other stack out there.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This patch adds code to gldownload to export the image as a
dmabuf if requested. The element now exposes memory:DMABuf as
a cap feature, and if it is selected, the element exports the
texture to an EGL image and then a dmabuf. It also implements a
fallback to system memory download in case the exportation failed.
https://bugzilla.gnome.org/show_bug.cgi?id=776927
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=739010
|
|
|
|
|
| |
Allows keeping the GstGLCAOpenGLLayer public but not the winsys-specific
context/display/window.
|
|
|
|
|
|
|
| |
This reverts commit 94d798c3337013bd902c0fd0a66f7f6842243eeb.
cocoac headers don't need to be public as all the functionality can be
provided by the base class
|
|
|
|
|
|
|
|
|
|
| |
Undefined symbols for architecture x86_64:
"_gst_gl_context_cocoa_get_type", referenced from:
__create_layer in libgstopengl_la-caopengllayersink.o
Might need some more in other headers, but first need to
clarify what exactly should be exported, there are some
inconsistencies (installed header files vs. funcs in docs).
|
|
|
|
|
|
| |
Libraries in -bad are not covered by our API/ABI stability
guarantees, and to the best of our knowledge everyone using
this API has moved to the replacement APIs ages ago.
|
|
|
|
| |
The result of gst_video_colorimetry_to_string () needs to be free'd
|
|
|
|
|
|
| |
It causes crashes in applications because the result of
fbGetDisplay() might be in use elsewhere in the application
and Vivante doesn't seem to do any refcounting
|
|
|
|
|
|
|
|
|
|
|
| |
GstGLDisplayVIVFb subclass"
This reverts commit 47fd4d391e775c11f529705bb0f457a9d25ba5e7.
This patch is incorrect. It doesn't actually compile, and causes a crash
because the viv-fb window implementation needs a native EGL handle
to pass to fbCreateWindow, but the GstGLDisplayEGL handleis actually
an EGLDisplay now (and gets cast to the wrong type)
|