- 29 3月, 2011 5 次提交
-
-
由 Stefano Sabatini 提交于
Change position of the fade filter description, put it between drawtext and fifo descriptions.
-
由 Stefano Sabatini 提交于
-
由 Stefano Sabatini 提交于
-
由 Reimar Döffinger 提交于
-
由 Reimar Döffinger 提交于
avcodec_thread_init currently doesn't do anything at all with pthreads enabled.
-
- 28 3月, 2011 6 次提交
-
-
由 Michael Niedermayer 提交于
-
由 Michael Niedermayer 提交于
* newdev/master: ac3enc: Add codec-specific options for writing AC-3 metadata. NOT MERGED: Remove arrozcru URL from documentation sndio support for playback and record Conflicts: doc/faq.texi doc/general.texi Merged-by: NMichael Niedermayer <michaelni@gmx.at>
-
由 Michael Niedermayer 提交于
Fixes issue2632 if interl=1 is used or the automatic interlace detection is enabled and works. This has the advantage compared to the patch in issue2632 that it causes no speed loss and it also works when scaling is used. The disadvantage is that interlacing autodetection does not yet work very well it seems. This is the same method mplayer uses Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>
-
由 Aurelien Jacobs 提交于
Signed-off-by: NAurelien Jacobs <aurel@gnuage.org>
-
由 Stefano Sabatini 提交于
In draw_glyphs(), draw glyphs in dtext->expanded_text rather than in dtext->text. Fix crash if a strftime() sequence is used.
-
由 Stefano Sabatini 提交于
-
- 27 3月, 2011 18 次提交
-
-
由 Justin Ruggles 提交于
-
由 Stefano Sabatini 提交于
This is more consistent with the terminology adopted by the aspect filter names.
-
由 Stefano Sabatini 提交于
-
由 Ramiro Polla 提交于
Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Brad 提交于
Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Michael Niedermayer 提交于
* newdev/master: dsputil: allow to skip drawing of top/bottom edges. Split fate-psx-str-v3 into a video-only and audio-only test. Conflicts: libavcodec/dsputil.c libavcodec/mpegvideo.c libavcodec/snow.c libavcodec/x86/dsputil_mmx.c Merged-by: NMichael Niedermayer <michaelni@gmx.at>
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>
-
由 Philip Langdale 提交于
Signed-off-by: NPhilip Langdale <philipl@overt.org>
-
由 Philip Langdale 提交于
Signed-off-by: NPhilip Langdale <philipl@overt.org>
-
由 Philip Langdale 提交于
This reverts commit e44073ca.
-
由 Philip Langdale 提交于
This reverts commit 4ab57cff.
-
由 Philip Langdale 提交于
This reverts commit f968ef92.
-
由 Philip Langdale 提交于
-
由 Philip Langdale 提交于
As previously discussed, the CrystalHD hardware treats some PAFF clips different from others; even when input fields are always in separate packets, the hardware might return a single fieldpair for one clip and individual fields for another. Given the bogus flags set by the hardware, it is impossible to distinguish these two cases without knowing about the current picture and the next one. The hardware can usually provide the picture number of the next picture and when that is available, we can detect the two cases. When it is not available, we have to guess - and find out later if we were right or wrong. With this change, clips will play correctly unless they are PAFF where individual fields are returned *and* no next picture number is available. Generally speaking, the incorrect cases arise in the first couple of seconds of a clip as the delay calibration takes place. Once that's set, things work fine.
-
由 Philip Langdale 提交于
As previously discussed, the CrystalHD hardware returns exceptionally useless information about interlaced h.264 content - to the extent that it's not possible to distinguish MBAFF and PAFF content until it's too late. This change introduces use of the h264_parser to help bridge the gap; it can indicate if the input data is PAFF fields or not. With this clarity, some of heuristics can be removed from the code, making this less convoluted. Finally, I found an MBAFF clip that acts like non h.264 content so I had to make allowances for that. Note that I still cannot distinguish between two forms of PAFF, where the hardware either returns individual fields or a field-pair. It's not clear that there's even a spec relevant difference between the two forms, as opposed to hardware ideosyncracies.
-
由 Alexander Strange 提交于
-
由 Ronald S. Bultje 提交于
-
由 Ilya 提交于
strtol could return negative values, leading to various error messages, mainly "non-monotonically increasing dts".
-
- 26 3月, 2011 11 次提交
-
-
由 Nicolas George 提交于
Currently, only S16 quad, 5.1 and 7.1 are implemented. Implementing support for other formats/layouts and capture should be straightforward. 7.1 support by Carl Eugen Hoyos.
-
由 Stefano Sabatini 提交于
Provide a non-NULL AVFormatParameters structure to av_open_input_file() in open_input_file(). This is required because otherwise av_open_input_file() will allocate and use a new format context, discarding the options set in the provided format context.
-
由 Stefano Sabatini 提交于
-
由 Stefano Sabatini 提交于
The function was only used in opt_sample_fmt() for listing the sample formats. Move list_fmts() functionality directly into opt_sample_fmt(). Als fix the warning: ffmpeg.c: In function ‘opt_audio_sample_fmt’: ffmpeg.c:2877: warning: passing argument 1 of ‘list_fmts’ from incompatible pointer type cmdutils.h:163: note: expected ‘void (*)(char *, int, int)’ but argument is of type ‘char * (*)(char *, int, enum AVSampleFormat)’
-
由 Reimar Döffinger 提交于
-
由 Peter Ross 提交于
-
由 Peter Ross 提交于
-
由 Peter Ross 提交于
-
由 Peter Ross 提交于
-
由 Peter Ross 提交于
-
由 Michael Niedermayer 提交于
* newdev/master: mov: set audio service type for AC-3 from bitstream mode in the 'dac3' atom. Get audio_service_type for AC-3 based on bitstream mode in the AC-3 parser and decoder, and vice-versa for the AC-3 encoder. Use audio_service_type to set stream disposition. Add APIchanges entry for audio_service_type. Add audio_service_type field to AVCodecContext for encoding and reporting of the service type in the audio bitstream. configure: in check_ld, place new -l flags before existing ones support @heading, @subheading, @subsubheading, and @subsubsection in texi2pod.pl doc: update build system documentation aacenc: indentation aacenc: fix the side calculation in search_for_ms vp8.c: rename EDGE_* to VP8_EDGE_*. Conflicts: doc/APIchanges libavcodec/avcodec.h libavcodec/version.h libavcodec/vp8.c Merged-by: NMichael Niedermayer <michaelni@gmx.at>
-