| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
This gives the user more control over the gain control
and experimental gain control behaviour.
https://bugzilla.gnome.org/show_bug.cgi?id=779103
|
|
|
|
|
|
|
|
|
|
| |
When the sink receives a buffer that is neither a wl_shm one nor a
dmabuf one, this buffer is copied to an internal wl_shm buffer before
being sent to the display.
In that case, the actual size of the received buffer (which may differ
from the one negotiated in the caps) must be used.
https://bugzilla.gnome.org/show_bug.cgi?id=777841
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=778828
|
|
|
|
|
|
| |
No need to keep an extra reference to sink since an indirect one is added by gst_bin_add()
https://bugzilla.gnome.org/show_bug.cgi?id=778452
|
|
|
|
|
|
| |
When stripping the ID3 header, redo typefinding so
we set audio caps instead of still setting id3
caps and plugging a useless id3demux
|
|
|
|
|
|
|
|
|
|
|
|
| |
Unless the video format has an alpha component (ARGB, ...), set the
video_surface opaque.
In the usual case where the black area_surface has the same size as the
video_surface (eg: run gst-play-1.0 video.mp4), this makes the black
surface totally occluded which makes weston compositor's life easier
since it can ignore that surface.
Also unconditionally set the black area_surface opaque.
https://bugzilla.gnome.org/show_bug.cgi?id=778078
|
|
|
|
|
|
|
| |
Otherwise the destructor will never be called, and we would have to call
the constructors manually at some point... which we never did, so
calling release() on it before it got otherwise initialized caused a
crash. For example when running gst-inspect-1.0.
|
|
|
|
|
|
|
|
|
|
| |
Vulkan handles are either pointers (64-bit) or 64-bit integer
handles (32-bit). Cast the type in failure cases.
vkwindow.c:229:561: error: return makes integer from pointer without a cast [-Werror=int-conversion]
vkwindow.c:231:194: error: return makes integer from pointer without a cast [-Werror=int-conversion]
https://bugzilla.gnome.org/show_bug.cgi?id=777979
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
hls live starts playback from the allowed latest fragment,
but its "sequence position" is set to zero, and so stream
time is also set to zero.
This does not make sense, because hls live allows seeking to past position,
and it's negative stream time from downstream element's point of view.
Note that, allowed seekable range (and seeking query) is
from the first fragment of playlist to the allowed latest fragment.
https://bugzilla.gnome.org/show_bug.cgi?id=777682
|
|
|
|
|
|
|
|
|
|
|
|
| |
HLS spec 6.3.3 is saying that
"the client SHOULD NOT choose a segment which starts less than
three target durations from the end of the Playlist file."
To ensure above statement, the third fragment from the end of playlist
should be excluded from seekable range and also from available starting fragment.
(i.e., the fourth fragment from end of playlist is the starting fragment).
https://bugzilla.gnome.org/show_bug.cgi?id=777682
|
|
|
|
|
|
|
|
|
|
| |
During live playback, the first fragment in a updated
playlist can be advanced from that of startup playlist.
Meanwhile, since hlsdemux finds target seek position
by just accumulating fragment's duration, the base should
be adjusted to the updated first fragment's timestamp.
https://bugzilla.gnome.org/show_bug.cgi?id=777682
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=777930
|
|
|
|
|
|
|
| |
vkimagememory.c:64:14: warning: implicit conversion from enumeration type 'GstVideoGLTextureType' to different enumeration type 'VkFormat' (aka 'enum VkFormat') [-Wenum-conversion]
return GST_VIDEO_GL_TEXTURE_TYPE_RGB16;
https://bugzilla.gnome.org/show_bug.cgi?id=777760
|
|
|
|
|
|
|
|
|
| |
gstmpeg2enc.cc:224:5: warning: variable 'n' is incremented both in the loop header and in the loop body [-Wfor-loop-analysis]
n++;
^
gstmpeg2enc.cc:221:29: note: incremented here
for (n = 0; fpss[n] != 0; n++) {
^
|
|
|
|
|
| |
... and clang requires this to be specified on the commandline while gcc
nowadays defaults to C++11 or even newer.
|
| |
|
|
|
|
| |
As pointed out on irc, the version was menat to be 0.1.4.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Without failing, we would play back random parts of the stream which is
arguably a worse user experience, and failing is also recommended by the
spec here.
And also handle live streams without any media sequence numbers at all
properly, that is, make sure the sequence numbers are increasing instead
of starting again at 0 every time.
https://bugzilla.gnome.org/show_bug.cgi?id=775665
|
|
|
|
|
|
|
|
|
| |
Parsing SIDX box was allowed even if "indexRange" attribute does not appear
for On-Demand profile. However, actual seeking using SIDX index did not happen
since download loop keep working on.
To use SIDX index in that case, demux should try it in the next download loop.
https://bugzilla.gnome.org/show_bug.cgi?id=777394
|
|
|
|
|
|
| |
necessary header & caps changes downstream
https://bugzilla.gnome.org/show_bug.cgi?id=777206
|
|
|
|
|
|
|
|
|
| |
gst_caps_intersect () may return an increased reference of one of the
input caps.
Fixes critical in the simple-launch-lines test:
Unexpected critical/warning: gst_caps_set_features: assertion 'IS_WRITABLE (caps)' failed
|
| |
|
|
|
|
|
| |
4315a4b54d9 forgot to change the androidmedia/videotoolbox/caopengllayer
sources as required.
|
| |
|
| |
|
|
|
|
|
| |
Simplifies a deduplicates a lot of code in elements retrieving/setting
the local OpenGL context.
|
|
|
|
|
| |
gst_gl_caps_replace_all_caps_features() is only used in two places and can
be trivially reproduced.
|
|
|
|
|
| |
We only need the opencv2/bgsegm.hpp header for OpenCV >= 3 and have
compat code for older versions.
|
| |
|
|
|
|
|
|
|
| |
If support glBlitFrameBuffer, use it for texture copy instead
of glCopyTexImage2D
https://bugzilla.gnome.org/show_bug.cgi?id=777078
|
|
|
|
| |
Use the existing GstProxyControlBinding instead.
|
|
|
|
|
|
|
|
| |
gst_pad_template_new() does not take ownership of
the caps passed to it, so we need to unref the caps.
https://bugzilla.gnome.org/show_bug.cgi?id=776790
https://bugzilla.gnome.org/show_bug.cgi?id=776787
|
|
|
|
|
|
|
|
| |
Reset redraw_pending at display disconnection, so we can re-connect
later from a clean state (avoid endless buffer drops).
Add a log to inform of dropped buffers.
https://bugzilla.gnome.org/show_bug.cgi?id=775791
|
|
|
|
|
|
| |
new plugin that dewarp fisheye images
https://bugzilla.gnome.org/show_bug.cgi?id=776047
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=776727
|
|
|
|
|
|
|
| |
Just a matter of reordering a g_free() /after/ cleaning out all the
members.
CID 1396746
|
|
|
|
|
|
| |
Move debug category of gstisoff from default to dashdemux
https://bugzilla.gnome.org/show_bug.cgi?id=776461
|
|
|
|
|
|
|
|
| |
sidx has "first_offset" syntax which represents the distance in bytes
from anchor point to media fragment. If present, we should adjust
sidx_base_offset.
https://bugzilla.gnome.org/show_bug.cgi?id=776431
|
|
|
|
|
|
| |
Fix seek fail with On-Demand profile mpd which has no indexRange attribute
https://bugzilla.gnome.org/show_bug.cgi?id=776431
|
|
|
|
|
|
|
|
| |
Previous patch allows sidx box parsing from incoming buffers.
Since the incoming buffer boundary might be over sidx box,
there can be remaining buffer in isobmff parser adapter.
https://bugzilla.gnome.org/show_bug.cgi?id=776352
|
|
|
|
|
|
|
|
| |
If they were not ported after 4+ years it seems unlikely that anybody is
ever going to need them again. They're still in the GIT history if
needed.
https://bugzilla.gnome.org/show_bug.cgi?id=774530
|
|
|
|
|
|
|
| |
The indexRange attribute is optional and if it's not present, we should
extract the sidx box from incoming buffers.
https://bugzilla.gnome.org/show_bug.cgi?id=776200
|
|
|
|
|
|
|
| |
To parsing sidx box itself with isobmff parser,
split gst_isoff_sidx_parser_add_buffer() into two parts.
https://bugzilla.gnome.org/show_bug.cgi?id=776200
|
|
|
|
|
|
|
|
|
|
| |
They often don't only contain the PCR information but also other
metadata, like title. Give this information to the pipeline.
Also strip the tags from the stream as we a) already parsed them now and
b) decoders don't like these tags to happen in the middle of the stream
(i.e. the start of each fragment) and tagdemux only can strip them off
the beginning and end.
|
| |
|
|
|
|
|
|
|
|
|
| |
middle textures in gleffects do not need to use GstGLMemoryPBO as they
aren't transfering data to/from the GPU. This will cost too much DMA
memory and cause performance issue. Change the allocator to use non-PBO
GstGLMemory.
https://bugzilla.gnome.org/show_bug.cgi?id=776072
|
|
|
|
|
|
| |
glvideomixer does not support it currently and it needs special support
for handling this correctly, and is rather non-trivial to implement for
all formats.
|
|
|
|
|
|
| |
Allow most events through as-is so at least we don't
warn about missing stream-start. Drop segment and caps,
as those are sent internally.
|
|
|
|
| |
This is a C99 feature.
|
|
|
|
| |
This is a C99 feature.
|