diff options
author | Andreas Rheinhardt <andreas.rheinhardt@outlook.com> | 2022-01-27 22:05:41 +0100 |
---|---|---|
committer | Andreas Rheinhardt <andreas.rheinhardt@outlook.com> | 2022-02-13 15:16:28 +0100 |
commit | 725e2300af90eb005ecdde915ba59ee3a0dc5a7a (patch) | |
tree | fddc08f5117eb2c5e165212182b0e2baa7c8de77 /libavcodec/pcm-bluray.c | |
parent | 68595b46cb374658432fff998e82e5ff434557ac (diff) | |
download | ffmpeg-725e2300af90eb005ecdde915ba59ee3a0dc5a7a.tar.gz |
avcodec/mpegvideo: Enable private contexts
MpegEncContext is used by many different codecs and
every one of these uses just a subset of its fields.
If one tries to separate this and e.g. add a real MpegContext
and extension structures (say MpegDecContext and MpegEncContext),
one runs into two difficulties:
a) Some code is shared between decoder and encoder of
the same format and they therefore use the same contexts,
either MpegEncContext itself or identical extensions thereof.
The latter is the case for H.261 as well as WMV2.
b) In case of slice threading, the generic code can only allocate
and initialize the structure it knows about; right now this is
an MpegEncContext. If the codec has an even more extensive structure,
it is only available for the main thread's MpegEncContext.
Fixing this would involve making ff_mpv_common_init() aware
of the size the size of slice context to allocate and would be
part of separating the main thread's context from the slice contexts
in general.
This commit only intends to tackle the first issue by adding
a pointer to MpegEncContext that codecs can set to a common
context so that the aforementioned codecs can use this context
(together with the MpegEncContext) in their common code.
This will allow to move fields only used by the main thread
to more specialized contexts.
Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
Diffstat (limited to 'libavcodec/pcm-bluray.c')
0 files changed, 0 insertions, 0 deletions