| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
colour_mapping_table.
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
Signed-off-by: James Almer <jamrial@gmail.com>
|
|
|
|
| |
Padding OBUs are not required to be nonempty.
|
| |
|
|
|
|
|
|
|
| |
Accept it and pass it through unchanged.
The standard requires that decoders ignore unknown metadata, and indeed
this is tested by some of the Argon coverage streams.
|
|
|
|
| |
Make it a little easier to interpret metadata in trace output.
|
|
|
|
|
|
| |
Clarify that -sws_flags are only applied to simple filtergraphs as a
default, not complex filtergraphs. Add a reference to the scaler
options.
|
|
|
|
|
| |
Adds FATE tests for RGB jpegs to test commit
0b352e350e773673f11ea380f3507923c70e1175.
|
|
|
|
|
|
|
| |
Connected FFmpeg to Mediacodec VP8 encoder.
Signed-off-by: Samuel Mira <samuel.mira@qt.io>
Signed-off-by: Zhao Zhili <zhilizhao@tencent.com>
|
|
|
|
|
|
|
| |
Connected FFmpeg to Mediacodec AV1 encoder
Signed-off-by: Samuel Mira <samuel.mira@qt.io>
Signed-off-by: Zhao Zhili <zhilizhao@tencent.com>
|
|
|
|
|
|
| |
The matrix coefficients are stored permutated for the IDCT,
rather then in plain raster order, and need to be un-permutated
for the hardware.
|
|
|
|
|
|
| |
The matrix coefficients are stored permutated for the IDCT,
rather then in plain raster order, and need to be un-permutated
for the hardware.
|
|
|
|
|
|
| |
The matrix coefficients are stored permutated for the IDCT,
rather then in plain raster order, and need to be un-permutated
for the hardware.
|
|
|
|
|
|
| |
The matrix coefficients are stored permutated for the IDCT,
rather then in plain raster order, and need to be un-permutated
for the hardware.
|
|
|
|
| |
Same issues as in the previous commit.
|
|
|
|
|
|
|
|
|
| |
* take num_ticks_per_picture_minus_1 into account, since that is a part
of the framerate computation
* stop exporting num_ticks_per_picture_minus_1 into
AVCodecContext.ticks_per_frame, as that field is used for other
purposes (in conjunction with repeat_pict, which is not used at all by
av1)
|
|
|
|
|
|
|
| |
It does no initialization anymore, except for setting
transcode_init_done - the bulk of the function is printing the
input/output maps. It also cannot fail anymore, so remove the useless
return value.
|
|
|
|
| |
Only the demuxer itself should do that.
|
|
|
|
| |
They are no longer used outside of ffmpeg_demux.
|
|
|
|
|
|
| |
Export the corresponding flag in InputFile instead. This will allow
making the demuxer AVFormatContext private in future commits, similarly
to what was previously done for muxers.
|
| |
|
| |
|
| |
|
|
|
|
| |
This is a more appropriate place for this code.
|
|
|
|
|
|
| |
There is no point in having a per-stream wallclock start time, since
they are all computed at the same instant. Keep a per-file start time
instead, initialized when the demuxer thread starts.
|
|
|
|
| |
It is no longer used outside of ffmpeg_demux.
|
|
|
|
| |
It is no longer used outside of ffmpeg_demux.
|
|
|
|
| |
They are no longer used outside of ffmpeg_demux.
|
|
|
|
| |
They are no longer used outside of ffmpeg_demux.
|
|
|
|
| |
They are no longer used outside of ffmpeg_demux.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
That is a more appropriate place for this code and will allow hiding
more of InputStream.
The value of repeat_pict extracted from libavformat internal parser no
longer needs to be trasmitted outside of the demuxing thread.
Move readrate handling to the demuxer thread. This has to be done in the
same commit, since it reads InputStream.dts,nb_packets, which are now
set in the demuxer thread.
|
|
|
|
|
|
| |
This way computing it and using it for streamcopy does not need to
happen in sync. Will be useful in following commits, where updating
InputStream.dts will be moved to the demuxing thread.
|
|
|
|
|
| |
Will be useful in following commits, which will move more code into this
function.
|
|
|
|
|
|
| |
This code runs post-demuxing and is not synchronized with the decoder
output (which may be delayed with respect to its input by arbitrary and
unknowable amounts), so accessing any decoder properties is incorrect.
|
| |
|
|
|
|
|
|
| |
Move them to a separate function called right after timestamp
discontinuity processing. This is now possible, since these values have
no interaction with decoding anymore.
|
| |
|
|
|
|
|
|
|
|
| |
For encoding, this field is entirely redundant with
AVCodecContext.framerate.
For decoding, this field is entirely redundant with
AV_CODEC_PROP_FIELDS.
|
|
|
|
|
|
|
|
| |
Since this is an external encoder not under our control, we cannot test
the encoded output exactly as is done for internal encoders. We can
still test however that the output is decodable and produces the
expected number of frames with expected dimensions, pixel formats, and
timestamps.
|
|
|
|
|
| |
Adapt similar code from libaomenc - stop using ticks_per_frame except as
a last resort.
|
|
|
|
| |
The same check is present in encode_preinit_video().
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
H.264 and mpeg12 parsers need to be adjusted at the same time to stop
using the value of AVCodecContext.ticks_per_frame, because it is not set
correctly unless the codec has been opened. Previously this would result
in both the parser and lavf seeing the same incorrect value, which would
cancel out.
Updating lavf and not the parsers would result in correct value in lavf,
but the wrong one in parsers, which would break some tests.
|
|
|
|
|
|
|
| |
Multiple places currently use AVCodecContext.ticks_per_frame > 1 to
identify such codecs, which
* requires a codec context
* requires it to be open
|
|
|
|
|
| |
This field contains the number of _field_ durations by which the
standard frame duration should be extended.
|
| |
|
| |
|