- Aug 27, 2014
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Aug 26, 2014
-
-
Sebastian Dröge authored
-
- Aug 18, 2014
-
-
Thiago Santos authored
Otherwise we might change some capsfeatures from ANY to the specific value from the filter and do not filter those out in case the sink doesn't support them https://bugzilla.gnome.org/show_bug.cgi?id=734822
-
- Aug 13, 2014
-
-
Thiago Santos authored
-
Sebastian Dröge authored
Otherwise we end up allowing video/x-raw with arbitrary caps features that are not handled by our converters. https://bugzilla.gnome.org/show_bug.cgi?id=734683
-
- Aug 11, 2014
-
-
Thiago Santos authored
Make textoverlay negotiate caps more correctly. 1) Check what caps we received in the video-sink 2) If it already has the overlay meta -> use it directly 3) If it doesn't, textoverlay try adding the overlay meta and using it, if downstream doesn't support it, just use what is received in the video-sink 4) Check if the allocation query also supports the meta to enable really using it Before it wasn't really doing renegotiation of any kind, just re-checking if it should use the overlay meta or not Also had to update the caps in the test as memory:SystemMemory seems to be required when you use a caps feature otherwise intersection/subset checks will fail. https://bugzilla.gnome.org/show_bug.cgi?id=733916
-
Thiago Santos authored
Avoids returning values that upstream can't produce https://bugzilla.gnome.org/show_bug.cgi?id=733916
-
Sebastian Dröge authored
Otherwise playsink might get shut down without us noticing that our pad references are gone now. Probably fixes https://bugzilla.gnome.org/show_bug.cgi?id=733165
-
- Jul 31, 2014
-
-
Edward Hervey authored
Fixes make distcheck
-
- Jul 30, 2014
-
-
Thibault Saunier authored
Otherwize the pipeline would be in an wrong state and on the next iteration any kind of error could happen Everytime an error happens in a pipeline the application has to set the pipeline back to NULL instead of READY. https://bugzilla.gnome.org/show_bug.cgi?id=733976
-
- Jul 19, 2014
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Jul 18, 2014
- Jul 17, 2014
-
-
Tim-Philipp Müller authored
Spotted by Josep Torra.
-
- Jul 16, 2014
- Jul 12, 2014
-
-
Arun Raghavan authored
The switch-case set was incomplete. https://bugzilla.gnome.org/show_bug.cgi?id=733012
-
- Jul 11, 2014
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Edward Hervey authored
And remove the version guards that went along with it https://bugzilla.gnome.org/show_bug.cgi?id=733046
-
Fixes regression introduced by: commit b60888fd Author: Michael Olbrich <m.olbrich@pengutronix.de> Date: Tue May 20 11:18:56 2014 +0200 dmabuf: share the mapping with shared copies of the memory https://bugzilla.gnome.org/show_bug.cgi?id=730441
-
Sebastian Dröge authored
-
- Jul 04, 2014
- Jul 03, 2014
-
-
Previously this was printed as characters which caused later processing of the error message to sometimes warn about non-UTF-8 characters. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=732697
-
Gwenole Beauchesne authored
Fix gst_video_decoder_parse_available() to really parse any pending source data that is still available in the adapter. This is a memory optimization to avoid expansion of video packed added to the adapter, but also a fix to EOS condition when the subclass parse() function ultimately only needed to call into gvd_have_frame() and no additional source bytes were consumed, i.e. gvd_add_to_frame() is not called. This situation can occur when decoding H.264 streams in byte-stream/nal mode for instance. A decoder always requires the next NAL unit to be parsed so that to determine picture boundaries. When a new picture is found, no byte is consumed (i.e. gvd_add_to_frame() is not called) but gvd_have_frame() is called (i.e. priv->current_frame is gone). Also make sure to avoid infinite loops caused by incorrect subclass parse() implementations. This can occur when no byte gets consumed and no appropriate indication (GST_VIDEO_DECODER_FLOW_NEED_DATA) is returned. https://bugzilla.gnome.org/show_bug.cgi?id=731974 Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
-
- Jul 02, 2014
-
-
Wim Taymans authored
-
Wim Taymans authored
-
Wim Taymans authored
Make the MIKEY message and payload objects miniobjects so that they have a GType and are refcounted. We can reuse the dispose method to clear our payload objects. Add some annotations. Implement a copy function for the MIKEY message. Fix the unit test. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=732589
-
- Jul 01, 2014
-
-
Wim Taymans authored
Don't only allow GET and then POST request to setup tunneling over HTTP but also allow POST and then GET. Fixes https://bugzilla.gnome.org/show_bug.cgi?id=732459
-
- Jun 28, 2014
-
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Jun 27, 2014
-
-
Thiago Santos authored
Let go the reference to the converter caps after using it
-
Tim-Philipp Müller authored
Just shows devices with basic info and exits. Or will wait for more devices to show up or be removed with the --follow option. It's also possible to pass filters as command line arguments in the form DEVICE_CLASSES or DEVICE_CLASSES:CAPS.
-