| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
Removes some unneeded code duplication between here and GLib.
https://bugzilla.gnome.org/show_bug.cgi?id=797184
|
|
|
|
|
|
|
|
|
|
| |
... instead of waiting for the first non-header buffer.
Also drop non-identification headers arriving after initialization or
before the identification header. We don't do anything with them and
they would just accumulate.
https://bugzilla.gnome.org/show_bug.cgi?id=796980
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=797175
|
|
|
|
|
|
| |
We want this enabled by default, also in releases, but people
may want to disable this for performance-critical workloads or
on embedded devices.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=797158
|
|
|
|
|
|
|
|
| |
There are a lot of symbols in GstGL-1.0.gir generated by automake that
are not when it is generated by meson, because a lot of headers were
not included in meson's gir generation.
https://bugzilla.gnome.org/show_bug.cgi?id=797158
|
|
|
|
|
| |
g-ir-scanner does not have a good enough C parser to parse the GL system
headers
|
| |
|
|
|
|
|
|
|
|
| |
The purpose of value_name in GEnumValue structure is to express in
text format the name of the enum, not a description of the value, so
it can be use later for the gir file generation.
https://bugzilla.gnome.org/show_bug.cgi?id=797144
|
|
|
|
| |
This reverts commit b1299c179bb185bc78df58dd3af9988e6e1f5490.
|
|
|
|
| |
This reverts commit d7eb48cce7ddb2b9f0d0bee84f66516c8113d167.
|
|
|
|
| |
This reverts commit 87336b19577b7677c0574e8cb4c4914f6d934b81.
|
|
|
|
| |
This reverts commit 8f0d75d4d6f622483302e689653ec1d8c90bcaa4.
|
|
|
|
| |
This reverts commit 3b1ae6262b99b45095c6aca02af0d7bbf88cfbbc.
|
|
|
|
| |
This reverts commit c1053e17d58c44f5509aaf9949c02b82332cb193.
|
|
|
|
| |
This reverts commit 75f2532da784731190d44f118f01a12841ecb683.
|
|
|
|
|
|
|
|
| |
The argument 0x0 is interpreted by the x86 compiler as a 32-bit int, but
it is consumed as a 64-bit uint causing a segmentation fault. We need to
explicit cast it to guint64 in order for the va_list to be built correctly.
https://bugzilla.gnome.org/show_bug.cgi?id=797092
|
|
|
|
|
|
|
|
|
| |
Without this, a buffer is dropped if glupload indicates that it is
necessary to reconfigure.
Avoid this by explicitly reconfiguring immediately and uploading the buffer
again.
https://bugzilla.gnome.org/show_bug.cgi?id=783521
|
|
|
|
|
|
|
|
| |
Reconfigure will trigger a set_caps which clears the upload method.
Remember the method in this case and start with it.
Wrap around once to try all methods if necessary.
https://bugzilla.gnome.org/show_bug.cgi?id=783521
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The idea is that some GPUs (like the Vivante series) can actually
perform the YUV->RGB conversion internally, so no custom conversion
shaders are needed. To make use of this feature, we need an additional
uploader that can import DMABUF FDs and also directly pass the pixel
format, relying on the GPU to do the conversion.
Based on patches from Nicolas Dufresne <nicolas.dufresne@collabora.com> and
Carlos Rafael Giani <dv@pseudoterminal.org>.
https://bugzilla.gnome.org/show_bug.cgi?id=783521
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The colorspace conversion happens during the upload so the necessary hints
must be provided to ensure that the conversion works correctly.
At least the Mesa Intel driver will create a texture without error but
produces an incorrect result. Use eglQueryDmaBufModifiersEXT() to check if
non-external upload is supported for the given format.
Based on a patch from Carlos Rafael Giani <dv@pseudoterminal.org>.
https://bugzilla.gnome.org/show_bug.cgi?id=783521
|
|
|
|
|
|
|
|
| |
If a upload method is selected then use it exclusively in transform_caps().
Also, reconfigure if the current caps don't match the current upload
method.
https://bugzilla.gnome.org/show_bug.cgi?id=783521
|
|
|
|
|
|
|
|
|
| |
This should not be necessary, but currently not all plugins that provide
dmabuf memory announce this with caps features, e.g. v4l2.
The static caps already contain the system memory. It didn't break before
because other upload methods provide the necessary transformation.
https://bugzilla.gnome.org/show_bug.cgi?id=783521
|
|
|
|
|
|
|
|
| |
gst_gl_memory_setup_buffer() was not properly using the number
of pointers to wrapped. This also fixes the validation, as we
only support 1 wrapper per view, or num_planes * views wrapper.
https://bugzilla.gnome.org/show_bug.cgi?id=783521
|
|
|
|
|
|
|
|
|
|
| |
The gst_video_decoder_clip_and_push_buf() now drops the internal stream
lock while pushing. This means, the output_queued list could be modififed
during that time. To make the code safe again, we delete the link before
pushing the data. The walk pointer will later be updated with the list
head, which makes it safe in case the list was modififed.
https://bugzilla.gnome.org/show_bug.cgi?id=715192
|
|
|
|
|
|
|
|
|
|
| |
On Windows, the ringbuffer thread function must have the "Pro Audio"
priority set, otherwise it sometimes doesn't get scheduled for
200-300ms, which will immediately cause an underrun unless you set
a very high latency-time and buffer-time.
This has no compile-time deps since it tries to load avrt.dll at
runtime to set the thread priority.
|
|
|
|
|
|
|
| |
It makes sense to control it explicitly to allow us to enable it on
platforms that don't have hardware floating-point, and to allow people
to enable the 'vorbis' plugin without having to also provide the
Tremor dependency which is useless on most devices.
|
|
|
|
|
| |
For distros that provide headers in seperate dev/devel packages this
won't build egl support without the necessary EGL headers.
|
|
|
|
|
|
|
|
|
| |
detection
Generally all subtitle/, subpicture/, text/, closedcaption/ and
application/x-subtitle caps instead of hardcoding a small set of caps.
https://bugzilla.gnome.org/show_bug.cgi?id=797072
|
|
|
|
|
|
|
|
| |
Release STREAM_LOCK before calling gst_pad_push() and take it
back afterward so that upstream isn't blocked while output
buffer is being pushed downstream.
https://bugzilla.gnome.org/show_bug.cgi?id=715192
|
|
|
|
|
|
|
|
| |
Release STREAM_LOCK before calling gst_pad_push() and take it
back afterward so that upstream isn't blocked while output
buffer is being pushed downstream.
https://bugzilla.gnome.org/show_bug.cgi?id=715192
|
|
|
|
|
|
|
|
| |
Requires Meson 0.48, but the feature will be ignored on older versions
so it's safe to add it without bumping the requirement.
Documentation:
https://github.com/mesonbuild/meson/blob/master/docs/markdown/Reference-manual.md#shared_library
|
|
|
|
| |
This change matches what the other winsys/platforms are doing
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Add a new macro that gives you the rate of the fields, which is the
numerator of the field-rate for ALTERNATE interlacing video and FPS for
progressive and other interlacing formats.
https://bugzilla.gnome.org/show_bug.cgi?id=796106
|
|
|
|
|
|
|
|
|
| |
Add a variant of gst_video_decoder_set_output_state() that allows the user
to pass an interlacing mode as well. This is needed to ensure that
gst_video_info_set_interlaced_format() is used instead so that
GstVideoInfo.size is correctly initialized.
https://bugzilla.gnome.org/show_bug.cgi?id=796106
|
|
|
|
|
|
|
|
|
| |
Add a new macro that gives you the height of a field. It returns the
height of the full frame unless split-field (alternate) interlacing is
in use. Also GST_VIDEO_INFO_COMP_HEIGHT macro now uses this new macro to
get the height for its calculation.
https://bugzilla.gnome.org/show_bug.cgi?id=796106
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=796106
|
|
|
|
|
|
|
|
| |
Add a helper to set the interlacing mode while creating the GstVideoInfo
in addition to format and resolution. Using this helper will ensure that
size is correctly calculated for split-field interlacing mode.
https://bugzilla.gnome.org/show_bug.cgi?id=796106
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add a new interlace mode enum to represent buffers containing a single
field of an interlaced video in a buffer. The name is based on the
equivalent video format in the V4L2 API, V4L2_FIELD_ALTERNATE:
https://01.org/linuxgraphics/gfx-docs/drm/media/uapi/v4l/field-order.html
Since caps fields are optional, we also introduce a new caps feature,
"format:Interlaced" that always goes with "alternate" interlace mode to ensure
that caps for this incompatible format are incompatible with other interlaced
and progressive video caps.
https://bugzilla.gnome.org/show_bug.cgi?id=796106
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=796106
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
packet arrives
And clean up any old pending headers if we receive a new identification
header, or if we receive a new set of headers via caps.
Otherwise it might happen that we receive one or more header but not
all, and then afterwards all headers again, and libvorbis does not like
getting headers passed multiple times and would error out.
It only makes sense to pass the very latest headers to the decoder at
the time we can actually make use of them.
https://bugzilla.gnome.org/show_bug.cgi?id=796980
|
|
|
|
|
|
|
| |
Fixes configure error when gl support was auto-detected as not being
available:
ext/gl/meson.build:50:20: ERROR: Unknown variable "gstgl_dep".
|