| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
| |
A deadlock can happen when the source sends EOS when
being put to NULL as the object lock is being held by the
thread that sets the element to NULL and is needed by
the event handler.
|
|
|
|
|
|
|
|
| |
An SEI RBSP could contains more than one SEI message as specified in
7.4.2.3.1.
This commit change the parser API: the gst_h264_parser_parse_sei()
function now create and fill a GArray containing GstH264SEIMessage.
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=723230
|
|
|
|
|
|
|
|
|
|
|
| |
It's impossible to create another pipeline with d3dvideosink after disposing
the previous one due to some problem in d3dvideosink. The message is: "Unable
to register Direct3D hidden window class".
I've evaluated the problem and it's that UnregisterClass() in working thread is
called before DestroyWindow() and UnregisterClass() does nothing.
https://bugzilla.gnome.org/show_bug.cgi?id=722622
|
|
|
|
|
|
| |
oggmux expects this to order incoming buffers
https://bugzilla.gnome.org/show_bug.cgi?id=722078
|
| |
|
|
|
|
|
| |
Copied from wavparse, helps with CPU usage on high bitrate
files.
|
|
|
|
|
| |
In particular, this fixes seeking back to the start reading data
out of sync with sample start granularity, yielding swapped channels.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=723398
|
| |
|
|
|
|
| |
And also just stop the task for FLUSHING.
|
|
|
|
|
|
|
|
|
|
| |
The spec states that the last byte of a NAL 'shall not' be 0x00
and it is allowed for byte-stream format to add padding 0x00 for
alignment.
So our parser should strip any trailling 0x00.
https://bugzilla.gnome.org/show_bug.cgi?id=721384
|
|
|
|
|
|
|
| |
Looks like all the mpeg4 video decoders also accept the divx
variants. So we better add those caps too
https://bugzilla.gnome.org/show_bug.cgi?id=711163
|
|
|
|
|
|
|
|
| |
Previously faces would only be detected if they were at least 30x30 pixels
large and at most 32x32 pixels. We keep the minimum setting (maybe needs
a property as in facedetect) but disable the maximum feature size.
See https://bugzilla.gnome.org/show_bug.cgi?id=722158
|
|
|
|
|
|
|
|
|
|
| |
This disables the "max feature size" feature. The current configuration
is totally busted: The max feature size is hard-coded to 2 pixels more
than the user-supplied min feature size which pretty much means you need
to guess the size of the person's face to within a few pixels to get the
code to find it.
https://bugzilla.gnome.org/show_bug.cgi?id=722158
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=721382
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=709241
|
|
|
|
| |
Reported by kwm on IRC.
|
|
|
|
|
|
| |
1275 is the maximum size of a frame, but the encoder may return
up to 3 frames, and we need a few extra bytes for TOC, etc. We
use 4000, which is a bit more, and suggested in the libopus docs.
|
| |
|
| |
|
| |
|
|
|
|
| |
Otherwise this will just error out if we only set caps on the srcpad.
|
| |
|
|
|
|
|
|
|
|
| |
either
... instead create a new context for every sink instance.
https://bugzilla.gnome.org/show_bug.cgi?id=720421
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=720673
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=720532
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=680700
|
|
|
|
|
|
|
|
| |
As it does not inherit from basesrc, this flag is not automatically set
and e.g. gst_bin_iterate_sources() and other code does not consider this
element a source.
https://bugzilla.gnome.org/show_bug.cgi?id=680700
|
|
|
|
|
|
|
|
| |
Alternates between 33 and 32 byte frames, but must start
with a 33 byte frame. This has been broken for ages since
the element was ported to the audio decoder base class.
https://bugzilla.gnome.org/show_bug.cgi?id=709416
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fix picture level scaling lists derivation from fall-back rule set B,
as specified in 7.4.2.2. More precisely, the sequence level scaling
lists need to be used but intra and inter lists arguments were swapped.
This fixes FRExt/freh5.264 from conformance testing.
https://bugzilla.gnome.org/show_bug.cgi?id=720099
Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
|
|
|
|
|
|
| |
This way the event is also pushed.
https://bugzilla.gnome.org/show_bug.cgi?id=719553
|
|
|
|
|
|
| |
Also remove the useless initialized flag, this is already done by the macro
https://bugzilla.gnome.org/show_bug.cgi?id=719657
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=719553
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=719553
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=715166
|
|
|
|
|
| |
Make pipeline end properly at EOS and not leak by passing events
to the default event handler.
|
|
|
|
| |
Fixes gst-inspect-1.0 -a and generic states unit test.
|
|
|
|
|
|
|
|
| |
Conversion to byte-stream/nal crashes without that because the
baseparse frame of all NALUs is finished for the first NALU, then
used again for parsing the second NALU. Just that now the buffer
of the frame is already gone. Instead we create temporary frames
for every NALU.
|
| |
|
| |
|
|
|
|
|
|
|
| |
In case more data than a start code alone is needed to decide whether
it ends a frame, arrange for more input data and decide when available.
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=711627
|
|
|
|
|
|
| |
In particular, handle the case of an empty packet with size 0 bytes.
Partially fixes: #712643
|
|
|
|
|
| |
gst_dvd_spu_finish_spu_buf drops the reference to the current
buffer, so make sure to call gst_buffer_unmap before it.
|