- 26 Apr, 2011 1 commit
-
-
Wim Taymans authored
-
- 25 Apr, 2011 3 commits
-
-
-
David Schleef authored
Fixes #606662.
-
David Schleef authored
Now that we depend on (what will be) -base-0.10.33.
-
- 24 Apr, 2011 3 commits
-
-
Tim-Philipp Müller authored
Temporary workaround until we fix this properly and check for the ObjC warning/error flags instead of just passing CFLAGS to the ObjC compiler. https://bugzilla.gnome.org/show_bug.cgi?id=643939
-
-
Tim-Philipp Müller authored
From c3cafe1 to 46dfcea
-
- 21 Apr, 2011 2 commits
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
- 20 Apr, 2011 1 commit
-
-
Olivier Crête authored
Remove bits that were meant to suppport RTCP FIR https://bugzilla.gnome.org/show_bug.cgi?id=648160
-
- 19 Apr, 2011 3 commits
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
-
- 18 Apr, 2011 4 commits
-
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
Sebastian Dröge authored
-
- 17 Apr, 2011 1 commit
-
-
Tim-Philipp Müller authored
-
- 16 Apr, 2011 22 commits
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
Refuse h264 caps without stream-format and codec_data fields for now, to avoid creating broken files. This might cause some pipelines that worked previously to fail. However, the move from -bad to -good is our only chance to fix this up, so make it strict for now. We can always change it back to be less strict in future. https://bugzilla.gnome.org/show_bug.cgi?id=647919
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
Don't use g_assert() for error handling, even if they're highly unlikely. Either we *know* that something can't happen, in which case we should just not handle it, or we think something can happen, but it is very very unlikely that it will ever happen, in which case we should handle it like any other error instead of asserting. g_assert() is best left for conditions we have control of, like checking internal consistency of our code, not checking return values of external code. Fixes a bunch of warnings when compiling with -DG_DISABLE_ASSERT: gstrtpgsmpay.c: In function 'gst_rtp_gsm_pay_handle_buffer': gstrtpgsmpay.c:130:17: warning: variable 'rtpgsmpay' set but not used gstspeexenc.c: In function 'gst_speex_enc_encode': gstspeexenc.c:904:19: warning: variable 'written' set but not used pulsesink.c: In function 'gst_pulsesink_change_state': pulsesink.c:2725:9: warning: variable 'res' set but not used pulsesrc.c: In function 'gst_pulsesrc_change_state': pulsesrc.c:1253:7: warning: variable 'e' set but not used
-
Tim-Philipp Müller authored
Caused by -DG_DISABLE_ASSERT
-
Tim-Philipp Müller authored
Otherwise things won't work too well when compiling with -DG_DISABLE_ASSERT (as we do for pre-releases and releases).
-
Tim-Philipp Müller authored
We use -DG_DISABLE_ASSERT for the pre-releases, which makes these warnings pop up in cases that were previously covered by g_assert_not_reached() and the like: tvtime/greedyh.c:801:14: warning: 'scanline' may be used uninitialized in this function matroska-mux.c:501:19: warning: 'context' may be used uninitialized in this function
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
Robert Swain authored
The v4l2object formats list was being obtained into a local variable and then still used from the context. Make use of the local variable.
-
Robert Swain authored
GCC 4.6.x complains about such variable usage. Unused but set variables were removed except that gst_oss4_mixer_slider_set_mute () now returns the value from the call to gst_oss4_mixer_set_control_val ().
-
Robert Swain authored
GCC 4.6.x spits warnings about such usage of variables. The variables in raw1394 were marked with G_GNUC_UNUSED as this seemed omre appropriate. The others were removed.
-
Robert Swain authored
GCC 4.6.x complains about such usage.
-
Robert Swain authored
GCC 4.6.x spits warnings about such usage of variables.
-
Robert Swain authored
Remove some redundant operations (convubw) and use the correct variable, t2, in the orc_overlay_bgra function.
-
Robert Swain authored
GCC 4.6.x spits warnings about variables that are set but unused. Such variables have been removed in blend, collectpads2 and videomixer2.
-
Robert Swain authored
GCC 4.6.x spits warnings about variables that are unused but set. Such variables have been removed where trivial but with comments left behind for informational purposes in some cases. gst_rtp_session_chain_recv_rtcp () was changed in commit 490113d4 to always return GST_FLOW_OK instead of the return value of rtp_session_process_rtcp (), so we'll keep it that way.
-
Robert Swain authored
GCC 4.6.x spits warnings about such variable usage. Note that some calculations are left as comments for informative purposes.
-
Robert Swain authored
GCC 4.6.x spits warnings about such variable usage.
-