- 20 Jun, 2011 1 commit
-
-
Yusuke Nakamura authored
-
- 19 Jun, 2011 8 commits
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Reinhard Tartler authored
This makes binaries produced by source tarballs identify themselves with the version number of the corresponding release series, unless overriden by a 'VERSION' file.
-
Mans Rullgard authored
These flags are accepted without error but produce an annoying warning. Filtering them out makes the build less noisy. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Reinhard Tartler authored
-
Alex Converse authored
-
Alex Converse authored
-
Alex Converse authored
-
Alex Converse authored
-
- 18 Jun, 2011 5 commits
-
-
Ronald S. Bultje authored
Needed for proper behaviour in our old API compatibility code.
-
Reinhard Tartler authored
-
Anton Khirnov authored
-
Ronald S. Bultje authored
-
Daniel Kang authored
Mainly ported from 8-bit H.264 MC Chroma. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 17 Jun, 2011 1 commit
-
-
Anton Khirnov authored
Fixes encoder private options, which are broken now in ffmpeg, because opt_default2() can't find them, thus making opt_default() to fail.
-
- 16 Jun, 2011 24 commits
-
-
Alexander Strange authored
By observation it did not seem to handle prev_frame_num > frame_num. This does not affect any files I have. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com> Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Uoti Urpala authored
The output type of the AV_RL32/AV_RB32 macros was signed int. The resulting overflow broke at least some ASF streams with large timestamps. Fix by adding a cast to uint32_t. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com> Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Mike Scheutzow authored
One of the causes of this bug is that the h264 parser defaults low_delay to 1, but the h264 codec defaults low_delay to 0. Really Ugly. After many hours of looking at this, I'm still not sure how has_b_frames is *intended* to behave, but to me the implementation appears way more complicated than it ought to be. My patch relies on the encoder to set an optional field in the SPS. This works for libx264 streams, but I'm not sure that all h264 encoders will set it. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Anton Khirnov authored
-
Anton Khirnov authored
They've been replaced by demuxer private options.
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
It stores options in a dictionary to be passed to new open calls. It will replace opt_default once all the pieces are in place.
-
Anton Khirnov authored
-
Anton Khirnov authored
It supports more convenient setting of AVOptions.
-
Anton Khirnov authored
Deprecate the last remaining member of AVFormatParameters.
-
Anton Khirnov authored
Add support for demuxer private options.
-
Anton Khirnov authored
-
Anton Khirnov authored
This way the caller can pass all the options in one nice package.
-
Anton Khirnov authored
It's broken with multiple files or video streams.
-
Anton Khirnov authored
It's broken with multiple files or video streams.
-
Anton Khirnov authored
Fixes choosing supported samplerate and framerate.
-
Anton Khirnov authored
There's no point in keeping them separate.
-
Diego Biurrun authored
-
Martin Storsjö authored
In this case, the string that was passed couldn't contain user-defined data and thus there was no risk for injection bugs, but it's safer this way, if we later change the content of the options string. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Kirill Zorin authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Anton Khirnov authored
-
- 15 Jun, 2011 1 commit
-
-
Justin Ruggles authored
This fixes a segfault when using the C version of ac3dsp.float_to_fixed24().
-