| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
formats with different vertical subsampling
E.g. the following pipelines fail because chroma values after the last
line are read (note: 486 % 4 == 2):
gst-launch-1.0 videotestsrc ! "video/x-raw,interlace-mode=interleaved,width=720,height=486,format=UYVY" ! videoconvert ! "video/x-raw,format=I420" ! fakesink
gst-launch-1.0 videotestsrc ! "video/x-raw,interlace-mode=interleaved,width=720,height=486,format=I420" ! videoconvert ! "video/x-raw,format=UYVY" ! fakesink
gst-launch-1.0 videotestsrc ! "video/x-raw,interlace-mode=interleaved,width=720,height=486,format=I420" ! videoconvert ! "video/x-raw,format=AYUV" ! fakesink
|
|
|
|
|
|
|
|
| |
When frames claim to have a footer, ensure they
are large enough to contain one to avoid an invalid
read overrun.
Spotted by Joshua Yabut
|
|
|
|
|
|
| |
Fixes out of bounds read
https://bugzilla.gnome.org/show_bug.cgi?id=774902
|
|
|
|
| |
Needed for avdec_vnmc to work.
|
|
|
|
|
|
| |
gst_buffer_copy_region() can return NULL when the buffer meta-data is invalid.
See https://bugzilla.gnome.org/show_bug.cgi?id=772200
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=773107
|
| |
|
|
|
|
|
| |
basesrc already did that very well for us, adjusting it again on top of
that just breaks various non-standard seeks.
|
|
|
|
|
|
|
|
|
|
| |
playback mode
We have to calculate from the segment.stop, not the segment.start, as
playback goes from stop to start. This fix works around another race
condition in streamsynchronizer in my testcase.
See https://bugzilla.gnome.org/show_bug.cgi?id=771479
|
|
|
|
|
|
| |
Copy twice the amount of pixels for 16 bits formats.
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=747225
|
|
|
|
|
| |
Use the I420->BGRA and a new I420->ARGB to speed up any I420 to RGB
operation.
|
|
|
|
|
|
|
| |
This allows gst_discoverer_info_get_misc to work again, until it
finally gets removed.
https://bugzilla.gnome.org/show_bug.cgi?id=770643
|
|
|
|
|
|
|
|
|
| |
Due to rounding errors in combination with rate changes, we might otherwise
end up producing too much and run into an assertion later.
This is not a problem with the new audioresample in GIT master.
https://bugzilla.gnome.org/show_bug.cgi?id=768836
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This workaround tried to avoid an EOS event when seeking to the
end of an Ogg stream in order to find its duration. At some point,
an EOS event there would cause any queue2 upstream to pause and
not restart on a seek back to the beginning. This now appears to
not be the case anymore, and so the workaround can be removed.
https://bugzilla.gnome.org/show_bug.cgi?id=767689
|
|
|
|
|
| |
It's what introspection.mak does as well. Should
fix spurious build failures on gnome-continuous.
|
|
|
|
|
|
|
|
|
|
|
| |
If the duration is not known from the chain, it might be known
by the startup seek.
This fixes failure to seek.
Merged with a patch from Tim-Philipp Müller <tim@centricular.com>
https://bugzilla.gnome.org/show_bug.cgi?id=768991
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=767712
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=767712
|
|
|
|
|
|
|
|
|
|
|
| |
If sanity checks on the buffer size allocated by XvShmCreateImage() fail,
call on g_set_error(), rather than just logging a warning, as this
failure is fatal.
Add a sanity check on buffer size when the video format is RGB. This adds to
existing checks on various YUV pixel formats.
https://bugzilla.gnome.org/show_bug.cgi?id=767712
|
|
|
|
|
|
|
|
|
|
| |
discoverer info
parsed, framed, stream-format and alignment are only relevant for parsers and
should not matter here. We still want to be able to use an encoder that can
only output byte-stream if the input was avc.
https://bugzilla.gnome.org/show_bug.cgi?id=768566
|
|
|
|
|
|
|
|
|
|
| |
Caps are cleaned up for missing plugins, and for creating encoding profiles
and caps descriptions.
Fields like streamheader, parsed, framed, stream-format and alignment are not
relevant here. The last ones all because a parser will take care of them.
https://bugzilla.gnome.org/show_bug.cgi?id=768566
|
|
|
|
|
|
|
| |
Reset the connection "may_cancel" property to avoid a potential deadlock
if there is no data to read and the socket stays blocked forever.
https://bugzilla.gnome.org/show_bug.cgi?id=768249
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=766970
|
|
|
|
| |
It might cause invalid calculations during the CONVERT query otherwise.
|
|
|
|
| |
It might cause invalid calculations during the CONVERT query otherwise.
|
|
|
|
| |
No need to duplicate this non-trivial function.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=766970
|
|
|
|
|
|
|
|
| |
And especially don't use the stream lock for that, as otherwise non-serialized
queries (CONVERT) will cause the stream lock to be taken and easily causes the
application to deadlock.
https://bugzilla.gnome.org/show_bug.cgi?id=768361
|
|
|
|
| |
and use consistently in encoder/decoder
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
By default we'll wait for a certain amount of data before
attempting typefinding. However, if the stream is fairly
short, we might get EOS before we ever attempted any
typefinding, so at this point we should force typefinding
and output any pending data if we manage to detect the
type.
https://bugzilla.gnome.org//show_bug.cgi?id=768178
|
|
|
|
|
|
|
|
|
|
|
|
| |
In 0.10 the source pad was a dynamic pad that was only added once
the type had been detected, but in 1.x it's an always source pad,
so checking whether it's still NULL won't work to detect if the
type has been detected.
Makes tagdemux error out when we get EOS but haven't managed to
identify the format of the data after the tag.
https://bugzilla.gnome.org//show_bug.cgi?id=768178
|
|
|
|
|
|
| |
It's 0 and no mask should be set for mono at all.
https://bugzilla.gnome.org/show_bug.cgi?id=757472
|
|
|
|
| |
It does not make much sense for audio sinks.
|
|
|
|
|
|
|
| |
step-done from there
Otherwise we would end up with a deadlock as the audio-sink emits step-done
from its streaming thread.
|
|
|
|
|
|
|
| |
They will be incomplete otherwise and we can't generate the full serialized
information, and instead will crash somewhere on the way.
https://bugzilla.gnome.org/show_bug.cgi?id=767859
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
Fix issue with colorimetry default indicies not being in sync with the
actual table causing IS_UNKNOWN() to sometimes fail.
https://bugzilla.gnome.org/show_bug.cgi?id=767163
|
|
|
|
|
|
| |
This way, the first invalid stream won't break all decoding.
https://bugzilla.gnome.org/show_bug.cgi?id=766265
|
|
|
|
|
|
|
|
|
|
|
| |
gst_video_sink_center_rect() can be called without a GstVideoSink
having been instantiated so we can't relly on the video sink
class_init function to init the category.
Fix a warning when running:
GST_CHECKS=test_video_center_rect GST_DEBUG=6 G_DEBUG=fatal_warnings make libs/video.check-norepeat
https://bugzilla.gnome.org/show_bug.cgi?id=766510
|
|
|
|
|
|
|
|
|
|
| |
We take a ref before removing which was never freeded.
The element is still alive anyway because the group has its own ref as
well.
Fix a leak with the 'test_suburi_error_wrongproto' test.
https://bugzilla.gnome.org/show_bug.cgi?id=766515
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=766204
|
| |
|
|
|
|
|
|
| |
streams could be added
https://bugzilla.gnome.org/show_bug.cgi?id=765708
|
|
|
|
|
|
|
|
|
|
| |
final audio/video streams
If we e.g. have AVI with DV container with video/audio inside the DV
container, we can't handle this at this point with an encoding profile.
Instead of erroring out, flatten the container hierarchy.
https://bugzilla.gnome.org/show_bug.cgi?id=765708
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=765708
|