- 04 7月, 2014 8 次提交
-
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>
-
由 Carl Eugen Hoyos 提交于
Autodetection of jp2 files does not work yet, the files are detected as mov.
-
由 Lukasz Marek 提交于
Signed-off-by: NLukasz Marek <lukasz.m.luki2@gmail.com>
-
由 Lukasz Marek 提交于
Most FTP servers enable UTF-8 by default, but it is not required by the standard. Enabling it manually makes ffmpeg implementation more consistent when server doesn't enable it by default. Signed-off-by: NLukasz Marek <lukasz.m.luki2@gmail.com>
-
由 Lukasz Marek 提交于
Signed-off-by: NLukasz Marek <lukasz.m.luki2@gmail.com>
-
由 Anton Khirnov 提交于
-
由 Nidhi Makhijani 提交于
Signed-off-by: NDiego Biurrun <diego@biurrun.de>
-
由 Carl Eugen Hoyos 提交于
Reviewed-by: Nwm4 <nfxjfg@googlemail.com> Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>
-
- 03 7月, 2014 5 次提交
-
-
由 James Zern 提交于
libvpx tools accept vp9 ivf files Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>
-
由 Vittorio Giovara 提交于
-
由 Carl Eugen Hoyos 提交于
-
由 Michael Niedermayer 提交于
This typo has existed since this code was added in c1658257. Newer versions of clang pointed out that this comparison always was true (since the result of the negation is either 0 or 1, while AVDISCARD_ALL has the value 48). Signed-off-by: NMartin Storsjö <martin@martin.st>
-
- 01 7月, 2014 4 次提交
-
-
由 Luca Barbato 提交于
-
由 Luca Barbato 提交于
-
由 Luca Barbato 提交于
-
由 Yusuke Nakamura 提交于
default-base-is-moof shall be set to track fragments compatible with DASH Media Segments. So, this is a fundamental support for ISOBMFF ver. DASH. This is meaningful only when base-data-offset-present is absent and two or more track fragments are present in a movie fragment. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
- 30 6月, 2014 2 次提交
-
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>
-
- 29 6月, 2014 2 次提交
-
-
由 Michael Niedermayer 提交于
Found-by: NReimar Döffinger <Reimar.Doeffinger@gmx.de> Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>
-
由 Michael Niedermayer 提交于
Found-by: NReimar Döffinger <Reimar.Doeffinger@gmx.de> Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>
-
- 28 6月, 2014 1 次提交
-
-
由 Vittorio Giovara 提交于
-
- 27 6月, 2014 1 次提交
-
-
由 Gaullier Nicolas 提交于
Approved-by: NTomas Härdin <tomas.hardin@codemill.se> Approved-by: Ntim nicholson <nichot20@yahoo.com> Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>
-
- 26 6月, 2014 2 次提交
-
-
由 Anton Khirnov 提交于
It makes more sense to print the timebase exactly as it is set. Also, this avoids a divide by zero when av_dump_format() is called on a format context before writing the header.
-
由 Gaullier Nicolas 提交于
There are interoperability issues with D-10 related to the channelcount property in the generic sound essence descriptor. On one side, SMPTE 386M requires channel count to be 4 or 8, other values being prohibited. The most widespread value is 8, which seems straightforward as it is the actual size of the allocated structure/disk space. At the end, it appears that some vendors or workflows do require this descriptor to be 8, and otherwise just "fail". On the other side, at least AVID and ffmpeg do write/set the channel count to the exact number of channels really "used", usually 2 or 4, or any other value. And on the decoding side, ffmpeg (for example) make use of the channel count for probing and only expose this limited number of audio streams (which make sense but has strong impact on ffmpeg command line usage, output, and downstream workflow). At the end, I find it pretty usefull to simply give ffmpeg the ability to force/set the channel count to any value the user wants. (there are turnaround using complex filters, pans, amerge etc., but it is quite boring and requires the command line to be adapted to the input file properties) Reviewed-by: NMatthieu Bouron <matthieu.bouron@gmail.com> Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>
-
- 25 6月, 2014 1 次提交
-
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>
-
- 24 6月, 2014 6 次提交
-
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>
-
由 Georg Lippitsch 提交于
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>
-
由 Georg Lippitsch 提交于
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>
-
- 23 6月, 2014 2 次提交
-
-
由 Justin Ruggles 提交于
As indicated in the function documentation, the header MUST be checked prior to calling it because no consistency check is done there. CC:libav-stable@libav.org
-
由 Diego Biurrun 提交于
-
- 22 6月, 2014 5 次提交
-
-
由 Diego Biurrun 提交于
-
由 Diego Biurrun 提交于
-
由 Diego Biurrun 提交于
-
由 Michael Niedermayer 提交于
This should fix a infinite loop on freebsd Signed-off-by: NMichael Niedermayer <michaelni@gmx.at>
-
由 Carl Eugen Hoyos 提交于
Fixes ticket #3428.
-
- 21 6月, 2014 1 次提交
-
-
由 Diego Biurrun 提交于
Fixes compilation with --disable-everything --disable-network --enable-demuxer=matroska Signed-off-by: NCarl Eugen Hoyos <cehoyos@ag.or.at>
-