- 24 Apr, 2016 26 commits
-
-
Anton Khirnov authored
Those should already be set to the correct values.
-
Anton Khirnov authored
-
Anton Khirnov authored
In such a case, decode the MBs in parallel without the loop filter, then execute the filter serially. The ref2frm array was previously moved to H264SliceContext. That was incorrect, since it applies to all the slices and should properly be in H264Context (it did not actually break decoding, since this distinction only becomes relevant with slice threading and deblocking_filter=1, which was not implemented before this commit). The ref2frm array is thus moved back to H264Context.
-
Anton Khirnov authored
It is not used for anything internally, just exported in the output frames. So remove the indirection and set it directly in frame_start().
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
It is no longer called from outside the h264 decoder.
-
Anton Khirnov authored
It is always unconditionally initialized in decode_postinit() and then immediately used in one place further below. All the other places where it is accessed are just useless fluff.
-
Anton Khirnov authored
This comment used to apply to code that was removed.
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
It is very fragile against fields being moved and hides what is actually being copied. Copy all the fields explicitly instead.
-
Anton Khirnov authored
-
Anton Khirnov authored
This will allow decoupling the parser from the decoder.
-
Anton Khirnov authored
Make the SEI parsing independent of the H264Context, to allow decoupling the parser from the decoder.
-
Anton Khirnov authored
This will allow decoupling the parser from the decoder.
-
Anton Khirnov authored
-
Anton Khirnov authored
Make the SPS/PPS parsing independent of the H264Context, to allow decoupling the parser from the decoder. The change is modelled after the one done earlier for HEVC. Move the dequant buffers to the PPS to avoid complex checks whether they changed and an expensive copy for frame threads.
-
Anton Khirnov authored
It is no longer needed for anything.
-
Anton Khirnov authored
-
Anton Khirnov authored
This will allow decoupling the parser from the decoder.
-
Anton Khirnov authored
It is no longer necessary after 741b494f
-
Anton Khirnov authored
It has nothing to do with the reference count and so does not belong in this function.
-
Anton Khirnov authored
Remove now unused ff_h264_decode_nal().
-
Anton Khirnov authored
Just pass through the bitstream as is. This is the same as what is done for HEVC already.
-
- 21 Apr, 2016 5 commits
-
-
Vittorio Giovara authored
-
Vittorio Giovara authored
-
Diego Biurrun authored
-
Martin Storsjö authored
Add a flag which applies here, which had been missed. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This muxer generally handles pts == NOPTS by using dts instead; do this for consistency here as well. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 19 Apr, 2016 7 commits
-
-
Martin Storsjö authored
This codepath isn't quite as bad as it used to sound, if fragments are cut automatically at video packets. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Luca Barbato authored
And use it for the separate-plane side-feature as well. Bug-Id: 935
-
Luca Barbato authored
Avoid the clang warning "warning: shifting a negative signed value is undefined"
-
Luca Barbato authored
Avoid the clang warning "warning: shifting a negative signed value is undefined"
-
Derek Buitenhuis authored
Modifying global header extradata in encode_frame is an API violation and only happens to work currently because mov writes its header at the end of the file. Heavily based off of a patch from 2012 by Nicolas George. Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com> Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Thomas Guillem authored
The h264/hevc Annex E colour primaries table says that AVCOL_SPC_SMPTE170M is similar than AVCOL_SPC_SMPTE240M. These two values are not similar than AVCOL_SPC_BT470BG. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Anton Khirnov authored
-
- 15 Apr, 2016 2 commits
-
-
Anton Khirnov authored
-
Anton Khirnov authored
Right now they are the first encoders for those codecs in the list, so they are selected when the caller requests a codec by id. Since they require special treatment, they should not be selected by default if there are other encoders (e.g. libx264/5) available.
-