Signed-off-by: Andreas Rheinhardt
---
configure| 2 +-
libavcodec/intrax8.c | 4 +---
libavcodec/intrax8.h | 3 +--
libavcodec/vc1dec.c | 2 +-
libavcodec/wmv2dec.c | 2 +-
5 files changed, 5 insertions(+), 8 deletions(-)
diff --git a/configure b/configure
index 8c7e8c9d1d..974768a6
IntraX8 uses WMV2DSP directly, so it should have a direct dependency
on it. Also remove the indirect Makefile dependency of the VC-1 decoder
on wmv2dsp.o. Notice that since the addition of the MIPS WMV2DSP
implementation building only the VC-1 decoder would fail, because
no Makefile dependency VC1-
The msmpeg4 decoders/encoders share a common set of prerequisites,
ergo it makes sense to use common subsystems for them. This also
allows to remove the CONFIG_MSMPEG4_DECODER/ENCODER ad-hoc defines
(which violated the CONFIG_ namespace).
Signed-off-by: Andreas Rheinhardt
---
configure
To do so, store the pointer to the VLC table and not to the VLC.
This is possible, because all the VLCs of the same type use
the same number of bits.
Also use a const VLCElem*, because the target is static and must
therefore not be modified after its initialization.
Signed-off-by: Andreas Rheinhar
On Sun, 31 Jul 2022, Andreas Rheinhardt wrote:
The msmpeg4 decoders/encoders share a common set of prerequisites,
ergo it makes sense to use common subsystems for them. This also
allows to remove the CONFIG_MSMPEG4_DECODER/ENCODER ad-hoc defines
(which violated the CONFIG_ namespace).
Signed-of
2022.07.28. 16:09 keltezéssel, Anton Khirnov írta:
Sorry, I do not like your patch. The problem is that this essentialy
codifies ffmpeg's internal structure and makes into a kind of a public
interface, which makes it harder for us to change it.
Given that I'm currently in the middle of a big re
Martin Storsjö:
> On Sun, 31 Jul 2022, Andreas Rheinhardt wrote:
>
>> The msmpeg4 decoders/encoders share a common set of prerequisites,
>> ergo it makes sense to use common subsystems for them. This also
>> allows to remove the CONFIG_MSMPEG4_DECODER/ENCODER ad-hoc defines
>> (which violated the
From: Pierre-Anthony Lemieux
As discussed at https://ffmpeg.org/pipermail/ffmpeg-devel/2022-July/298491.html.
Note that ff_stream_params_copy() does not copy:
* the index field
* the attached_pic if its size is 0
---
libavformat/avformat.c | 41
liba
From: Pierre-Anthony Lemieux
As discussed at https://trac.ffmpeg.org/ticket/9818, the IMF demuxer does not
currently preserve stream information such as language in the case of audio
streams.
---
libavformat/imfdec.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/lib
On 7/31/2022 5:37 PM, p...@sandflow.com wrote:
diff --git a/libavformat/avformat.c b/libavformat/avformat.c
index 30d6ea6a49..1d0ac5ab7e 100644
--- a/libavformat/avformat.c
+++ b/libavformat/avformat.c
@@ -235,6 +235,47 @@ int ff_stream_side_data_copy(AVStream *dst, const AVStream
*src)
re
From: Pierre-Anthony Lemieux
As discussed at https://ffmpeg.org/pipermail/ffmpeg-devel/2022-July/298491.html.
Note that ff_stream_params_copy() does not copy:
* the index field
* the attached_pic if its size is 0
Addresses http://ffmpeg.org/pipermail/ffmpeg-devel/2022-August/299514.html
---
From: Pierre-Anthony Lemieux
As discussed at https://trac.ffmpeg.org/ticket/9818, the IMF demuxer does not
currently preserve stream information such as language in the case of audio
streams.
---
libavformat/imfdec.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/lib
On Sun, Jul 31, 2022 at 2:02 PM James Almer wrote:
>
> On 7/31/2022 5:37 PM, p...@sandflow.com wrote:
> > diff --git a/libavformat/avformat.c b/libavformat/avformat.c
> > index 30d6ea6a49..1d0ac5ab7e 100644
> > --- a/libavformat/avformat.c
> > +++ b/libavformat/avformat.c
> > @@ -235,6 +235,47 @@
On Fri, 2022-07-29 at 09:46 +, Soft Works wrote:
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Ronald S. Bultje
> > Sent: Friday, July 29, 2022 10:50 AM
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
> > Subject: Re: [FFmpeg-devel] [PATCH v3 2/
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Xiang, Haihao
> Sent: Monday, August 1, 2022 3:53 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v3 2/2] ffmpeg_opt: consider HW
> acceleration method when selecting decoder
>
> On Fri, 2022-07-29 at 09:46
On Mon, 2022-08-01 at 02:14 +, Soft Works wrote:
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Xiang, Haihao
> > Sent: Monday, August 1, 2022 3:53 AM
> > To: ffmpeg-devel@ffmpeg.org
> > Subject: Re: [FFmpeg-devel] [PATCH v3 2/2] ffmpeg_opt: consider HW
> > acceleration
16 matches
Mail list logo
