- Feb 08, 2014
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Feb 04, 2014
-
-
even if downloader->priv->urisrc is not set. This avoids deadlock under some some conditions on cancel. https://bugzilla.gnome.org/show_bug.cgi?id=723127
-
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.
-
Sebastian Dröge authored
-
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
-
Sebastian Dröge authored
-
Vincent Penquerc'h authored
Copied from wavparse, helps with CPU usage on high bitrate files.
- Feb 02, 2014
-
-
Vincent Penquerc'h authored
In particular, this fixes seeking back to the start reading data out of sync with sample start granularity, yielding swapped channels.
-
- Jan 31, 2014
- Jan 26, 2014
-
-
Mark Nauwelaerts authored
-
- Jan 25, 2014
-
-
Sebastian Dröge authored
And also just stop the task for FLUSHING.
-
- Jan 22, 2014
-
-
Thiago Santos authored
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
-
- Jan 15, 2014
-
-
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
-
- Jan 14, 2014
-
-
Sebastian Dröge authored
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
-
- Jan 06, 2014
- Dec 31, 2013
- Dec 29, 2013
-
-
Sebastian Dröge authored
Reported by kwm on IRC.
-
- Dec 27, 2013
-
-
Vincent Penquerc'h authored
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.
-
- Dec 26, 2013
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
Otherwise this will just error out if we only set caps on the srcpad.
-
Sebastian Dröge authored
-
Sebastian Dröge authored
... instead create a new context for every sink instance. https://bugzilla.gnome.org/show_bug.cgi?id=720421
-
- Dec 18, 2013
- Dec 17, 2013
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Dec 16, 2013
-
-
Sebastian Dröge authored
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
- Dec 12, 2013
-
-
Tim-Philipp Müller authored
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
-