- Sep 02, 2010
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
- Aug 30, 2010
-
-
Sebastian Dröge authored
-
- Aug 27, 2010
-
-
Edward Hervey authored
Only error out when downstream returns: * NOT_SUPPORTED * ERROR * NOT_NEGOTIATED * NOT_LINKED If we got _UNEXPECTED, we push an EOS downstream (since maybe only one of the streams had gone EOS) and then stop the task silently. In the case of WRONG_STATE we just need to stop silently https://bugzilla.gnome.org/show_bug.cgi?id=600412
-
- Aug 25, 2010
-
-
Sebastian Dröge authored
-
Alessandro Decina authored
Remove a wrong GST_FLOW_IS_FATAL call. When pushing fails, mp3parse should always return the error upstream.
-
- Aug 21, 2010
-
-
Sebastian Dröge authored
-
- Aug 13, 2010
-
-
Stefan Kost authored
From 3e8db1d to ec60217
-
- Aug 11, 2010
-
-
Tim-Philipp Müller authored
-
Robert Swain authored
In X264_BUILD >= 78, b-pyramid became a non-boolean so passing a boolean argument to the option string value causes an error. For < 78 we pass the boolean value, for >= 78 we use the x264_b_pyramid_names[] array which will result in passing 'none' for false and 'strict' for true. Other modes can be set through the option-string property for now. https://bugzilla.gnome.org/show_bug.cgi?id=626577
-
- Aug 10, 2010
-
-
Tim-Philipp Müller authored
-
Stefan Kost authored
Remove unused boilerplate for signals. Use _OBJECT variants of logging macros more.
-
Stefan Kost authored
-
Tim-Philipp Müller authored
From bd2054b to 3e8db1d
-
- Aug 08, 2010
-
-
Tim-Philipp Müller authored
-
- Aug 06, 2010
-
-
Tim-Philipp Müller authored
Missing backslash at end of line meant we weren't passing all arguments to gtkdoc-fixref and we'd get a shell error when doing 'make upload'.
-
- Aug 05, 2010
-
-
Stefan Kost authored
From a519571 to bd2054b
-
- Aug 04, 2010
-
-
Sebastian Dröge authored
This first checks what is required for ISO C99 support and sets the relevant compiler parameters and if no C99 compiler is found, it checks for a C89 compiler. This enables us to check for and use C89/C99 functions that gcc hides from us without the correct compiler parameters.
-
- Jul 30, 2010
-
-
Robert Swain authored
x264_encoder_encode() should be called with a NULL picture until at least x264_encoder_delayed_frames() returns 0. This fixes what appeared to be a regression in make check due to the recent change in defaults which enabled b-frames and b-pyramid, both of which I believe increase the number of delayed frames when encoding.
-
- Jul 26, 2010
-
-
Robert Swain authored
- medium x264 speed/quality preset - threads defaults to 0 which automatically uses 1.5x number of cpu cores Addresses part of bug #607798
-
- Jul 25, 2010
-
-
Robert Swain authored
-
Robert Swain authored
-
Robert Swain authored
Use of a rate control method (pass, bitrate, quantizer, etc properties), a preset and possibly a profile and/or tuning are now the recommended way to configure x264 through x264enc. If a preset/tuning are specified then these will define the default values and the property defaults will be ignored. After this the option-string property is applied, followed by the user-set properties, fast first pass restrictions and finally the profile restrictions. Addresses part of bug #607798
-
Robert Swain authored
- Make defaults append the appropriate default value to a string. This is needed to differentiate between something user-set and the actual prop default. - Add an internal option string to which _set_property () cases append for the majority of properties. - Use gst_x264_enc_parse_options () to clean up application of settings. This will make order of application with respect to the presets and tunings quite simple. Addresses part of bug #607798
-
Robert Swain authored
Use the x264_motion_est_names[] array to populate the enum of ME types. This is now self-maintaining.
-
Robert Swain authored
Uses new x264 API to apply reduced complexity values to the parameters to increase encoding speed in the first pass of a multi-pass encode. This does not impact on final quality. Addresses part of bug #607798
-
Robert Swain authored
In X264_BUILD >= 86 there is a new API for applying restrictions to an H.264 Profile. This makes it easier to achieve Baseline Profile for example. Addresses part of bug #607798
-
- Jul 23, 2010
-
-
Robert Swain authored
Adds support for an x264 format option-string to specify advanced parameters Addresses part of bug #607798
-
- Jul 22, 2010
-
-
Tim-Philipp Müller authored
Spotted by syntr0py.
-
- Jul 20, 2010
-
-
Mark Nauwelaerts authored
-
David Hoyt authored
Fixes #624786.
-
- Jun 30, 2010
-
-
Tim-Philipp Müller authored
Only want to load core/-base/-ugly plugins here.
-
- Jun 28, 2010
-
-
Tim-Philipp Müller authored
For maintainability reasons and $(builddir). See #622944.
-
Thiago Santos authored
Don't handle wrong-state returns as errors to allow seeking to work again.
-
- Jun 24, 2010
-
-
Thiago Santos authored
When on push mode and receiving an EOS event, asfdemux should push all pending data because we might be dealing with a broken file that has a preroll value higher than its actual length.
-
Thiago Santos authored
Properly push EOS event when finishing a chained asf file in pull mode Fixes #599718
-
Tim-Philipp Müller authored
The plugin has been renamed, remove old introspection file.
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-