- 30 Apr, 2016 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 29 Apr, 2016 1 commit
-
-
Diego Biurrun authored
-
- 27 Apr, 2016 1 commit
-
-
Diego Biurrun authored
-
- 26 Apr, 2016 2 commits
-
-
Vittorio Giovara authored
-
Vittorio Giovara authored
The original sample was generated with invalid software.
-
- 25 Apr, 2016 1 commit
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 24 Apr, 2016 30 commits
-
-
Luca Barbato authored
And simplify and explain the expression. Fault introduced in f3fdef10
-
Anton Khirnov authored
It is always equal to nb_slice_ctx.
-
Anton Khirnov authored
This is more correct and avoids wasting space when frame threading is used.
-
Anton Khirnov authored
This limit is now unnecessary, we can easily support an arbitrary number of threads.
-
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 4 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>
-