- 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
-
When application change pipeline state NULL->READY and then READY->NULL, glimagesink will not clear glsink->window_id. After that, when application change state NULL->READY, the new_window_id is equal to window_id, glimagesink will not set window handle. It will use the internal window but not the window create by application. https://bugzilla.gnome.org/show_bug.cgi?id=765241
-
- Apr 18, 2016
-
-
Otherwise, the sink would execute "on_resize" for each frame. https://bugzilla.gnome.org/show_bug.cgi?id=765194
-
Fixes blurry content on HiDPI screens https://bugzilla.gnome.org/show_bug.cgi?id=765194
-
- Apr 15, 2016
- Apr 14, 2016
-
-
In this case the socket callback has not been called by libcurl and the curlsink has not been notified about any connection problems by libcurl. This indicates that it's a bug in libcurl so catch it as an unknown error. https://bugzilla.gnome.org/show_bug.cgi?id=754432
-
- Apr 12, 2016
-
-
Jan Schmidt authored
When the sub-class is delaying deactivation of the old program, but it has the same program number as the new program, don't overwrite the old program in the hash table and then steal the new program back out of it. Instead, add the new program to the hash table after handling removal of the old one.
-
- Apr 08, 2016
-
-
Sebastian Dröge authored
decklink: Initialize capture_time to NONE so it can be used if no video frame is provided but audio is CID 1358390
-
Matthew Waters authored
don't error out completely https://bugzilla.gnome.org/show_bug.cgi?id=764545
-
Matthew Waters authored
Aborting the application is never a good thing to do for recoverable errors. Just warn and error out instead. https://bugzilla.gnome.org/show_bug.cgi?id=764545
-
- Apr 07, 2016
-
-
Matthew Waters authored
We weren't using the result of find_best_format at all. Also, move the find_best_format usage to the default update_caps() to make sure that it is also overridable. https://bugzilla.gnome.org/show_bug.cgi?id=764363
-
- Apr 05, 2016
-
-
Sebastian Dröge authored
We have no idea which timestamps they are supposed to have so the only thing we can do at this point is to drop them. Packets without timestamps happen if audio was captured but no corresponding video, which shouldn't happen under normal circumstances. https://bugzilla.gnome.org/show_bug.cgi?id=747633
-
Sebastian Dröge authored
And mark these events as disconts to reset time tracking in the audio source. https://bugzilla.gnome.org/show_bug.cgi?id=747633
-
For some reason we seem to sometimes get NULL video_frames in the ::VideoInputFrameArrived() callback, observed on Intensity Pro cards. https://bugzilla.gnome.org/show_bug.cgi?id=747633
-
- Apr 03, 2016
-
-
CLSIDFromString() requires ole32.dll. See https://msdn.microsoft.com/en-us/library/windows/desktop/ms680589%28v=vs.85%29.aspx CLSIDFromString() is introduced at f9464ce3 . https://bugzilla.gnome.org/show_bug.cgi?id=764523
-
- Apr 01, 2016
-
-
Sebastian Dröge authored
We get into this code path if the profile is already constrained-baseline and downstream does not support constrained-baseline. So we should try baseline and the other compatible profiles. https://bugzilla.gnome.org/show_bug.cgi?id=764448
-
- Mar 31, 2016
-
-
Matthew Waters authored
Otherwise we are returning failure with a dangling map! Also only unset the NEED_DOWNLOAD flag in download_transfer() if the read actually succeeds.
-
Matthew Waters authored
Otherwise our state doesn't reflect reality.
-
Sebastian Dröge authored
Happens e.g. if a RECONFIGURE event is sent from downstream while we're switching pads at this very moment. The old pad is gone and the stream has a new pad. https://bugzilla.gnome.org/show_bug.cgi?id=764404
-
Matthew Waters authored
While mostly API compatible, the ABI has changed so binaries will not work across header versions (and ultimately nvidia driver releases). https://bugzilla.gnome.org/show_bug.cgi?id=763324
-
- Mar 30, 2016
-
-
Sebastian Dröge authored
And creating one is causing assertions. Also get rid of the other CONSTRUCT property as it's a) unneeded for default initialization and b) you're not supposed to use constructor properties when creating element instances and the GStreamer API doesn't provide direct ways for doing so. https://bugzilla.gnome.org/show_bug.cgi?id=764339
-
- Mar 29, 2016
-
-
Set a default category for gtkgstbasewidget lest the logging go to the 'default' category where it can't be found easily
-
Sebastian Dröge authored
Request pads are requested by applications and as such should only be released by them again. Instead of releasing them when stopping the muxer, just clear their state so that they can be used again when starting the muxer again. https://bugzilla.gnome.org/show_bug.cgi?id=763862
-
- Mar 25, 2016
-
-
Just set it directly to 0, instead of checking and reseting
-
Plug various leaks in dvbbasebin.
-
Remember to unref the GPtrArray of the PAT table after use
-
-
Sebastian Dröge authored
fxtest.c: In function ‘main’: fxtest.c:190:3: error: ISO C90 forbids mixed declarations and code [-Werror=declaration-after-statement] GtkWidget *window; ^~~~~~~~~
-
Matthew Waters authored
Allows the application to check whether gtkglsink is supported by setting the element to READY. https://bugzilla.gnome.org/show_bug.cgi?id=764148
-
- Mar 24, 2016
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- Mar 23, 2016
-
-
Thibault Saunier authored
-
Matthew Waters authored
In a stable release too, naughty. Use VK_API_VERSION_1_0 instead https://bugzilla.gnome.org/show_bug.cgi?id=764066
-