| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
| |
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.
|
| | |
|
| | |
|
| |
|
|
| |
There is nothing meaningful the caller can do with it.
|
| |
|
|
|
|
|
|
|
|
| |
Decoders will currently warn if an audio decoder not marked with
AV_CODEC_CAP_SUBFRAMES consumes less than the whole packet, but
* this happens for regular files
* this has no negative consequences
* there is no meeaningful action that can or should be taken in response
The warning is thus useless noise.
|
| |
|
|
|
|
|
|
| |
This should fix the regression since 6b1f68ccb04d791f0250e05687c346a99ff47ea1
Should fix Ticket10353 (please test and report cases that still fail)
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
|
| |
|
|
|
|
| |
Match url against a list of extensions similar to av_match_ext()
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
|
| |
|
|
| |
There is no always need for new buffers.
|
| |
|
|
|
|
| |
The spec states "num_units_in_decoding_tick shall be greater than 0".
Signed-off-by: James Almer <jamrial@gmail.com>
|
| | |
|
| | |
|
| | |
|
