- 15 6月, 2016 5 次提交
-
-
由 Benoit Fouet 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Hendrik Leppkes 提交于
The stat struct is defined to stati64, which requires using the appropriate wstati/stati functions as well. Fixes a whole bunch of compiler warnings as well as build breakage with the decklink avdevice. Fixes trac #5640
-
由 Aman Gupta 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Aman Gupta 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
Fixes Ticket 5627 Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
- 14 6月, 2016 24 次提交
-
-
由 James Almer 提交于
Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 Carl Eugen Hoyos 提交于
Fixes one sample from ticket #5639.
-
由 Stefano Sabatini 提交于
-
由 Stefano Sabatini 提交于
Use the correct timebase, also replace "stream" with "format" in the context of the format.
-
由 Clément Bœsch 提交于
-
由 Clément Bœsch 提交于
Reduces diff for the next merge with Libav.
-
由 Clément Bœsch 提交于
This is again will help the merge as ff_h264_decode_sei will not have access to H264Context anymore.
-
由 Clément Bœsch 提交于
This will simplify the next Libav merge where SEI decoding doesn't have access to the debug level anymore.
-
由 Martin Storsjö 提交于
We still only support one single layer though, but this allows receiving streams that have this structure present even for single layer streams. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
unimplemented features Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
Fixes mis-detection of tiff as mpegts Fixes Ticket5565 Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Marton Balint 提交于
Reviewed-by: NMichael Niedermayer <michael@niedermayer.cc> Signed-off-by: NMarton Balint <cus@passwd.hu>
-
由 Marton Balint 提交于
Docs clearly states that av_write_trailer should only be called if avformat_write_header was successful, therefore we have to deinit if we return failure. Signed-off-by: NMarton Balint <cus@passwd.hu>
-
由 Marton Balint 提交于
Fixes ticket #5554. Reviewed-by: NTomas Härdin <tomas.hardin@codemill.se> Signed-off-by: NMarton Balint <cus@passwd.hu>
-
由 Clément Bœsch 提交于
-
由 Jérôme Martinez 提交于
When checking pix_fmt mapping, some bitstreams are mapped to an incorrect pix_fmt instead of being rejected (ENOSYS). Actually, such bitstreams are not supported (FFmpeg encoder does not produce such bitstream, such bitstream may come only from another encoder for the moment). - JPEG 2000 RCT 11/13/15/16 bit depths are mapped to a 8-bit FFmpeg pix_fmt (e.g. bgr0), which is not expected. - JPEG 2000 RCT 9/10/12/14 bit depths with alpha are mapped to a FFmpeg pix_fmt without alpha (e.g. AV_PIX_FMT_GBRP9 for 9-bit with alpha), which is not expected. The order for choosing the pix_fmt is changed to the one used by YCbCr selection (<=8 bit first). " && !f->transparency" is added to the other lines. Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Thomas Bernard 提交于
recognize title= album= artist= genre= track= Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Thomas Volkert 提交于
-
由 Thomas Volkert 提交于
-
- 13 6月, 2016 11 次提交
-
-
由 Michael Niedermayer 提交于
This fixes a API regression Probably fixes Ticket5451 Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Muhammad Faiz 提交于
this allow a filter to be written like this: aformat = sample_fmts = fltp|flt: sample_rates = 44100|44800 Signed-off-by: NMuhammad Faiz <mfcc64@gmail.com>
-
由 Muhammad Faiz 提交于
Signed-off-by: NMuhammad Faiz <mfcc64@gmail.com>
-
由 Muhammad Faiz 提交于
Signed-off-by: NMuhammad Faiz <mfcc64@gmail.com>
-
由 Muhammad Faiz 提交于
give high quality resampling as good as with linear_interp=on as fast as without linear_interp=on tested visually with ffplay ffplay -f lavfi "aevalsrc='sin(10000*t*t)', aresample=osr=48000, showcqt=gamma=5" ffplay -f lavfi "aevalsrc='sin(10000*t*t)', aresample=osr=48000:linear_interp=on, showcqt=gamma=5" ffplay -f lavfi "aevalsrc='sin(10000*t*t)', aresample=osr=48000:exact_rational=on, showcqt=gamma=5" slightly speed improvement for fair comparison with -cpuflags 0 audio.wav is ~ 1 hour 44100 stereo 16bit wav file ffmpeg -i audio.wav -af aresample=osr=48000 -f null - old new real 13.498s 13.121s user 13.364s 12.987s sys 0.131s 0.129s linear_interp=on old new real 23.035s 23.050s user 22.907s 22.917s sys 0.119s 0.125s exact_rational=on real 12.418s user 12.298s sys 0.114s possibility to decrease memory usage if soft compensation is ignored Signed-off-by: NMuhammad Faiz <mfcc64@gmail.com>
-
由 Matt Oliver 提交于
Signed-off-by: NMatt Oliver <protogonoi@gmail.com>
-
由 Matt Oliver 提交于
Fixes #819 #5256 #5281 Signed-off-by: NMatt Oliver <protogonoi@gmail.com>
-
由 Ilya87 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 James Almer 提交于
Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 James Almer 提交于
Signed-off-by: NJames Almer <jamrial@gmail.com>
-