- 03 Apr, 2016 7 commits
-
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
Hendrik Leppkes authored
It will be used by text subtitle demuxers to construct format instructions straight into extradata. They all currently a similar function that accepts an AVCodecContext instead. Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
Michael Niedermayer authored
Found-by: carl Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Martin Vignali authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
Martin Vignali authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
Martin Vignali authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 02 Apr, 2016 21 commits
-
-
Derek Buitenhuis authored
WAV is not a NOHEADER format, and thus should not be changing stream codec IDs and probing in read_packet. Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
This fixes issues if the permutation changes, as quantizations tables would need to be reread Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Marios Titas authored
Currently, if the movie source filter is used and a seek_point is specified on a file that has a negative start time, ffmpeg will fail. An easy way to reproduce this is as follows: $ ffmpeg -vsync passthrough -filter_complex 'color=d=10,setpts=PTS-1/TB' test.mp4 $ ffmpeg -filter_complex 'movie=filename=test.mp4:seek_point=2' -f null - The problem is caused by checking for int64_t overflow the wrong way. In general, to check whether a + b overflows, it is not enough to do: a > INT64_MAX - b because b might be negative; the correct way is: b > 0 && > a > INT64_MAX - b Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Hendrik Leppkes authored
The AVCodecContext is only used for logging, so instead take any valid log context. This allows reusing the exif functions more easily in avformat. Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
Hendrik Leppkes authored
Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
Rodger Combs authored
-
Rodger Combs authored
This reduces some code duplication, and ensures that cur_entry.last_duration is always set.
-
Rodger Combs authored
-
Rick Kern authored
CMVideoFormatDescriptionGetH264ParameterSetAtIndex() fails on some hardware/OS versions when retrieving the parameter set count alone. Signed-off-by:
Rick Kern <kernrj@gmail.com> Signed-off-by:
wm4 <nfxjfg@googlemail.com>
-
Rick Kern authored
Fixes crash in #5352. VTCompressionSessionInvalidate() crashes if the internal encoder hasn't completed, but hasn't experienced an error. The function call isn't needed since the encoder is invalidated when the reference count reaches 0 anyway. Signed-off-by:
Rick Kern <kernrj@gmail.com> Signed-off-by:
wm4 <nfxjfg@googlemail.com>
-
Clément Bœsch authored
This is consistent with other AVSubtitle timing adjustments.
-
Clément Bœsch authored
lavc/utils already rescales avpkt->pts to sub->pts in AV_TIME_BASE_Q before calling the decode callback. This prevents from rescaling again into the decoder, and avoid the use of avctx->time_base which will disappear in the incoming codecpar merge. This commit also replaces the use of "20 centisecond" (ass time base) with "200 ms".
-
Stefano Sabatini authored
This is consistent with the AV_BASE64_SIZE macro and avoids the literal use of constants in the code.
-
Rodger Combs authored
This is added in 10.11, so we add a #define when building against older SDKs. The decoder actually supports 7.1-channel eac3, but since the parser only reports 6 channels, we end up decoding the 5.1 downmix (same as the internal decoder) for now.
-
Rodger Combs authored
- ADTS-formatted AAC didn't work - Channel layouts were never exported - Channel mappings were incorrect beyond stereo - Channel counts weren't updated after packets were decoded - Timestamps were exported incorrectly
-
Rodger Combs authored
-
Rodger Combs authored
The build failure here is caused by the enum value not being defined, but as long as we're on a newer SDK that has it, it's safe to use it even when our deployment target is older. Setting the property will error, but we're not failing on errors there.
-
Rodger Combs authored
-
Rodger Combs authored
- size variables were used in a confusing way - incorrect size var use led to channel layouts not being set properly - channel layouts were incorrectly mapped for >2-channel AAC - bitrates not accepted by the encoder were discarded instead of being clamped - some minor style/indentation fixes
-
Rodger Combs authored
This isn't necessary here, and for some reason broke only multichannel AAC encoding when a channel layout tag was set.
-
Rodger Combs authored
Most useful for MPEG-TS. Works by having the underlying muxer configure the bitstream filters, then moving them to our own AVStreams.
-
- 01 Apr, 2016 12 commits
-
-
Ronald S. Bultje authored
-
Ronald S. Bultje authored
They were derived from incorrect values cr=0.2125 (should be cr=0.2126) and cb=0.0721 (should be cb=0.0722).
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Clément Bœsch authored
Looks broken.
-
Matthieu Bouron authored
-
Matthieu Bouron authored
-
Matthieu Bouron authored
-
Matthieu Bouron authored
-