- Jun 09, 2016
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Jun 08, 2016
-
-
Nicolas Dufresne authored
The heuristic to choose between packetise or not was changed to use the segment format. The problem is that this change is reading the segment during the caps event handling. The segment event will only be sent after. That prevented the decoder to go in packetize mode, and avoid useless parsing. https://bugzilla.gnome.org/show_bug.cgi?id=736252
-
Nicolas Dufresne authored
The heuristic to choose between packetise or not was changed to use the segment format. The problem is that this change is reading the segment during the caps event handling. The segment event will only be sent after. That prevented the decoder to go in packetize mode, and avoid useless parsing. https://bugzilla.gnome.org/show_bug.cgi?id=736252
-
- Jun 07, 2016
-
-
This was broken in 09c05df8 (make "alignment" property more useful for packetisation). https://bugzilla.gnome.org/show_bug.cgi?id=765926
-
Pools cannot be used by the two elements at the same time. https://bugzilla.gnome.org/show_bug.cgi?id=766611
-
Alessandro Decina authored
Move calling gst_vtdec_push_frames_if_needed from ::set_format to ::negotiate so that we always drain even when renegotiation is triggered by downstream.
-
Alessandro Decina authored
vtdec specifies sysmem; GLMemory as template caps. When negotiating, we used to call gst_pad_peer_query_caps (..., filter) with our template caps as filter. The query does gst_caps_intersect (filter, peercaps) internally which gives precedence to the order of the filter caps. While we want to output sysmem by default, when negotiating with glimagesink which returns GLMemory; sysmem; we do want to do GL, so we now query using a NULL filter and intersect the result with our template caps giving precedence to downstream's caps. tl;dr: make sure we end up negotiating GLMemory with glimagesink
-
- Jun 02, 2016
-
-
Alessandro Decina authored
When renegotiating mid stream - for example with variable bitrate streams - and therefore destroying and recreating VTSessions, the hw decoder might become temporarily unavailable. To deal with this and avoid erroring out on bitrate changes, vtdec_hw now falls back to using the software decoder if the hw one was available at some point but isn't anymore. At renegotiation/bitrate change time, it will still retry to open the hardware one.
-
Alessandro Decina authored
When renegotiating from GLMemory to Sysmem do teardown the texture_cache. Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=766190
-
Alessandro Decina authored
::negotiate can be called several times before the CAPS event is sent downstream so use the currently configured output state caps instead of the pad current caps when deciding whether to recreate the VTSession or not. This leads to creating/destroying less VTSessions which makes renegotiation more reliable especially when using hw decoding.
-
- May 25, 2016
-
-
The property is a string, not a boolean. https://bugzilla.gnome.org/show_bug.cgi?id=766607
-
Sebastian Dröge authored
Otherwise we do state changes and everything in the application thread, which might block and more important can cause reentrant signals. https://bugzilla.gnome.org/show_bug.cgi?id=766607
-
Document out parameters and fix function name.
-
Calling GST_DEBUG() in test rely on the default category to be defined, which is done in gst_check_init(). https://bugzilla.gnome.org/show_bug.cgi?id=766607
-
This bug was found via cppcheck static analysis. If android.hardware.Camera.getParameters returns NULL, then object will be NULL, and we won't allocate params. This means that the GST_DEBUG statement referencing params->object will be invalid. Fix this by exiting early if android.hardware.Camera.getParameters returns NULL. https://bugzilla.gnome.org/show_bug.cgi?id=766638
-
- May 20, 2016
-
-
gst_gl_mosaic_init_shader() is called twice with test_glmosaic so the first shader was leaked. https://bugzilla.gnome.org/show_bug.cgi?id=766661
-
For some reason DestroyWindow() deadlock if it's called from parent window's KeyPress event. https://bugzilla.gnome.org/show_bug.cgi?id=766533
-
This fix regression introduced by 0acc18c6. https://bugzilla.gnome.org/show_bug.cgi?id=766520
-
Olivier Crête authored
If the input buffer is after the end of the output buffer, then waiting for more data won't help. We will never get an input buffer for this point. This fixes compositing of streams from rtspsrc. https://bugzilla.gnome.org/show_bug.cgi?id=766422
-
In OpenBSD there is no "actual" librt that programs can link with, instead the system/base libc provides the functions one would customarily find there. https://bugzilla.gnome.org/show_bug.cgi?id=766441
-
- May 12, 2016
-
-
Sebastian Dröge authored
Otherwise the GAP event fallback negotiation will fail to produce complete srcpad caps, and thus fail. https://bugzilla.gnome.org/show_bug.cgi?id=766289
-
- May 11, 2016
-
-
The port was trivial, and according to the NEWS file nothing else has changed, but it is possible that other API was changed without proper notification. OpenJPEG upstream has shipped a pkg-config file for the past 4 years, and all distros should be shipping it by now. https://bugzilla.gnome.org/show_bug.cgi?id=766213
-
- May 06, 2016
-
-
- May 05, 2016
-
-
Matthew Waters authored
Don't try to reimplement it badly.
-
Matthew Waters authored
Fixes out of tree builds from tarballs. https://bugzilla.gnome.org/show_bug.cgi?id=764758
-
Matthew Waters authored
-
Matthew Waters authored
The threading validation layer has changed names.
-
- May 04, 2016
-
-
Sebastian Dröge authored
The device name and descriptions returned are in the locale encoding, not UTF8. Our device name property is in UTF8 though, so we need to convert. https://bugzilla.gnome.org/show_bug.cgi?id=756948
-
Sebastian Dröge authored
The latter should not change any state but just fixate the caps, while the former is always called when srcpads caps are decided. https://bugzilla.gnome.org/show_bug.cgi?id=765324
-
- Apr 26, 2016
-
-
Sebastian Dröge authored
Don't put level=0 into the caps, it confuses other elements. https://bugzilla.gnome.org/show_bug.cgi?id=765538
-
Sebastian Dröge authored
Don't put level=0 into the caps, it confuses other elements. https://bugzilla.gnome.org/show_bug.cgi?id=765538
-
- Apr 20, 2016
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Apr 19, 2016
-
-
Currently, gst_srtp_dec_sink_setcaps is happy if the "roc" field is not provided in the caps. If it is not provided the stream will be properly inserted in the hash table with a default "roc". Then, when the first buffer arrives validate_buffer will find an existing stream in the hash table and will not signal request-key, not allowing the user to provide a "roc". This patch expects "roc" in gst_srtp_dec_sink_setcaps, if not found a request-key will be signaled and the user will be able to provide all the srtp fields, including "roc". https://bugzilla.gnome.org/show_bug.cgi?id=765079
-
Sebastian Dröge authored
-