On Tue, Nov 23, 2021 at 6:19 AM Gyan Doshi wrote:
>
>
>
> On 2021-11-23 01:50 am, Michael Niedermayer wrote:
> > On Mon, Nov 22, 2021 at 10:23:35PM +0530, Gyan Doshi wrote:
> >>
> >> On 2021-11-22 09:49 pm, Michael Niedermayer wrote:
> >>> On Mon, Nov 22, 2021 at 08:36:30PM +0530, Gyan Doshi wrote
On 23/11/21 16:18, Peter Ross wrote:
index cbfadcb639..1054ac9667 100644
--- a/libavformat/allformats.c
+++ b/libavformat/allformats.c
@@ -392,6 +392,7 @@ extern const AVOutputFormat ff_sbc_muxer;
extern const AVInputFormat ff_sbg_demuxer;
extern const AVInputFormat ff_scc_demuxer;
On Tue, Nov 23, 2021 at 03:58:29PM +1000, Zane van Iperen wrote:
> Ping again?
>
> I'll merge in a few days if no objections.
>
>
> On 13/11/21 04:22, Zane van Iperen wrote:
> > Ping?
> >
> > Pretty sure most people didn't get this as I was making DMARC changes at
> > the time. I can re-send i
Ping again?
I'll merge in a few days if no objections.
On 13/11/21 04:22, Zane van Iperen wrote:
Ping?
Pretty sure most people didn't get this as I was making DMARC changes at the
time. I can re-send if necessary.
On 4/11/21 00:29, Zane van Iperen wrote:
Adds demuxer for Square Enux SCD fi
On 2021-11-23 01:50 am, Michael Niedermayer wrote:
On Mon, Nov 22, 2021 at 10:23:35PM +0530, Gyan Doshi wrote:
On 2021-11-22 09:49 pm, Michael Niedermayer wrote:
On Mon, Nov 22, 2021 at 08:36:30PM +0530, Gyan Doshi wrote:
On 2021-11-22 07:29 pm, Michael Niedermayer wrote:
On Mon, Nov 22, 2
> From: nyanmisaka
>
> mfxHDLPair was added to qsv, so modify qsv->opencl map function as well.
> Now the following commandline works:
>
> ffmpeg -v verbose -init_hw_device vaapi=va:/dev/dri/renderD128 \
> -init_hw_device qsv=qs@va -init_hw_device opencl=ocl@va -
> filter_hw_device ocl \
> -hwac
> From: nyanmisaka
>
> The data stored in data[3] in VAAPI AVFrame is VASurfaceID while
> the data stored in pair->first is the pointer of VASurfaceID, so
> we need to do cast to make following commandline works:
>
> ffmpeg -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 \
> -hwaccel_output_f
> For vaapi if the init_pool_size is not zero, the pool size is fixed.
> This means max surfaces is init_pool_size, but when mapping vaapi
> frame to qsv frame, the init_pool_size < nb_surface. The cause is that
> vaapi_decode_make_config() config the init_pool_size and it is called
> twice. The fi
On Fri, Nov 12, 2021 at 04:11:38PM +0100, Michael Niedermayer wrote:
> On Thu, Nov 11, 2021 at 08:56:54PM +, Paul B Mahol wrote:
> > ffmpeg | branch: master | Paul B Mahol | Thu Nov 11
> > 09:48:07 2021 +0100| [946493eb3e072b499909f606625480c928834a44] |
> > committer: Paul B Mahol
> >
> >
On 11/22/2021 6:58 PM, rcombs wrote:
---
libavcodec/hevcdec.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
index 3e19f4ebed..f99cd7094e 100644
--- a/libavcodec/hevcdec.c
+++ b/libavcodec/hevcdec.c
@@ -420,7 +42
On 11/22/2021 5:53 PM, rcombs wrote:
---
libavcodec/hevcdec.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
index 3e19f4ebed..47c551237f 100644
--- a/libavcodec/hevcdec.c
+++ b/libavcodec/hevcdec.c
@@ -401,6 +401,10 @
On Mon, Nov 22, 2021 at 12:37 PM Paul B Mahol wrote:
>
>
>
> On Mon, Nov 22, 2021 at 5:35 PM Pierre-Anthony Lemieux
> wrote:
>>
>> Hi Paul,
>>
>> Thanks for the review.
>>
>> Are you saying that, in the event that any memory allocation fails
>> within the demuxer, the demuxer is responsible for
On 11/22/2021 5:53 PM, rcombs wrote:
---
libavcodec/h264_slice.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/libavcodec/h264_slice.c b/libavcodec/h264_slice.c
index 89ea16a57f..476a14d485 100644
--- a/libavcodec/h264_slice.c
+++ b/libavcodec/h264_slice.c
@@ -798,
On Mon, Nov 22, 2021 at 5:35 PM Pierre-Anthony Lemieux
wrote:
> Hi Paul,
>
> Thanks for the review.
>
> Are you saying that, in the event that any memory allocation fails
> within the demuxer, the demuxer is responsible for cleaning-up already
> previously allocated memory so that other parts of
On Mon, Nov 22, 2021 at 10:23:35PM +0530, Gyan Doshi wrote:
>
>
> On 2021-11-22 09:49 pm, Michael Niedermayer wrote:
> > On Mon, Nov 22, 2021 at 08:36:30PM +0530, Gyan Doshi wrote:
> > >
> > > On 2021-11-22 07:29 pm, Michael Niedermayer wrote:
> > > > On Mon, Nov 22, 2021 at 06:57:32PM +0530, Gy
On Mon, Nov 22, 2021 at 6:47 AM wrote:
>
> From: Limin Wang
>
> For dst->have_sse will be assigned by ctx->have_sse soon(code line 23).
>
> Signed-off-by: Limin Wang
> ---
> libavcodec/libaomenc.c | 1 -
> 1 file changed, 1 deletion(-)
>
lgtm.
___
ff
On Mon, Nov 22, 2021 at 4:35 AM Matt Oliver wrote:
>
> On Thu, 4 Nov 2021 at 15:44, Matt Oliver wrote:
>
> > Instead link against the function that returns the correct variable. This
> > fixes linking errors with dlls with msvc.
> > ---
> > libavcodec/libvpxdec.c | 10 +-
> > 1 file chan
On 2021-11-22 09:49 pm, Michael Niedermayer wrote:
On Mon, Nov 22, 2021 at 08:36:30PM +0530, Gyan Doshi wrote:
On 2021-11-22 07:29 pm, Michael Niedermayer wrote:
On Mon, Nov 22, 2021 at 06:57:32PM +0530, Gyan Doshi wrote:
On 2021-11-22 06:50 pm, Michael Niedermayer wrote:
On Mon, Nov 22, 2
Hi Paul,
Thanks for the review.
Are you saying that, in the event that any memory allocation fails
within the demuxer, the demuxer is responsible for cleaning-up already
previously allocated memory so that other parts of the pipeline can
continue operating? In other words, ffmpeg is not expected
On Mon, Nov 22, 2021 at 08:36:30PM +0530, Gyan Doshi wrote:
>
>
> On 2021-11-22 07:29 pm, Michael Niedermayer wrote:
> > On Mon, Nov 22, 2021 at 06:57:32PM +0530, Gyan Doshi wrote:
> > >
> > > On 2021-11-22 06:50 pm, Michael Niedermayer wrote:
> > > > On Mon, Nov 22, 2021 at 02:17:24PM +0100, Mi
On 2021-11-22 07:29 pm, Michael Niedermayer wrote:
On Mon, Nov 22, 2021 at 06:57:32PM +0530, Gyan Doshi wrote:
On 2021-11-22 06:50 pm, Michael Niedermayer wrote:
On Mon, Nov 22, 2021 at 02:17:24PM +0100, Michael Niedermayer wrote:
On Mon, Nov 22, 2021 at 09:49:26AM +, Gyan Doshi wrote:
From: Limin Wang
For dst->have_sse will be assigned by ctx->have_sse soon(code line 23).
Signed-off-by: Limin Wang
---
libavcodec/libaomenc.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/libaomenc.c b/libavcodec/libaomenc.c
index 800fda0..963cc1b 100644
--- a/libavcodec/libaom
From: Limin Wang
Signed-off-by: Limin Wang
---
doc/filters.texi| 5 +
libavfilter/src_movie.c | 8 +++-
2 files changed, 12 insertions(+), 1 deletion(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index c3ccaf9..6c35788 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
On Mon, Nov 22, 2021 at 06:57:32PM +0530, Gyan Doshi wrote:
>
>
> On 2021-11-22 06:50 pm, Michael Niedermayer wrote:
> > On Mon, Nov 22, 2021 at 02:17:24PM +0100, Michael Niedermayer wrote:
> > > On Mon, Nov 22, 2021 at 09:49:26AM +, Gyan Doshi wrote:
> > > > ffmpeg | branch: master | Gyan Do
On 2021-11-22 06:50 pm, Michael Niedermayer wrote:
On Mon, Nov 22, 2021 at 02:17:24PM +0100, Michael Niedermayer wrote:
On Mon, Nov 22, 2021 at 09:49:26AM +, Gyan Doshi wrote:
ffmpeg | branch: master | Gyan Doshi | Tue Nov 16 19:02:32
2021 +0530| [203b0e3561dea1ec459be226d805abe73e7535e
On Mon, Nov 22, 2021 at 02:17:24PM +0100, Michael Niedermayer wrote:
> On Mon, Nov 22, 2021 at 09:49:26AM +, Gyan Doshi wrote:
> > ffmpeg | branch: master | Gyan Doshi | Tue Nov 16
> > 19:02:32 2021 +0530| [203b0e3561dea1ec459be226d805abe73e7535e5] |
> > committer: Gyan Doshi
> >
> > avform
On Mon, Nov 22, 2021 at 09:49:26AM +, Gyan Doshi wrote:
> ffmpeg | branch: master | Gyan Doshi | Tue Nov 16 19:02:32
> 2021 +0530| [203b0e3561dea1ec459be226d805abe73e7535e5] | committer: Gyan Doshi
>
> avformat/mov: make STTS duration unsigned int
>
> As per 8.6.1.2.2 of ISO/IEC 14496-12:20
On Thu, 4 Nov 2021 at 15:44, Matt Oliver wrote:
> Instead link against the function that returns the correct variable. This
> fixes linking errors with dlls with msvc.
> ---
> libavcodec/libvpxdec.c | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/libavcodec/li
The realloc calls still leaks on error.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
On 2021-11-19 09:32 pm, Gyan Doshi wrote:
Plan to push Monday afternoon.
Pushed as 203b0e3561dea1ec459be226d805abe73e7535e5
Regards,
Gyan
On 2021-11-16 07:45 pm, Gyan Doshi wrote:
As per 8.6.1.2.2 of ISO/IEC 14496-12:2015(E), STTS sample offsets
are to be always stored as uint32_t. So f
Signed-off-by: Wu Jianhua
---
tests/checkasm/Makefile | 1 +
tests/checkasm/checkasm.c| 3 ++
tests/checkasm/checkasm.h| 1 +
tests/checkasm/vf_exposure.c | 59
tests/fate/checkasm.mak | 1 +
5 files changed, 65 insertions(+)
create mode
Performance data(Less is better):
exposure_sse: 500491
exposure_avx2: 449122
Signed-off-by: Wu Jianhua
---
libavfilter/x86/vf_exposure.asm| 15 +++
libavfilter/x86/vf_exposure_init.c | 4
2 files changed, 19 insertions(+)
diff --git a/libavfilter/x86/vf_exposure
Performance data(Less is better):
exposure_c:857394
exposure_sse: 327589
Signed-off-by: Wu Jianhua
---
libavfilter/exposure.h | 36 +++
libavfilter/vf_exposure.c | 36 +--
libavfilter/x86/Makefile | 2 ++
libavfilter/x86/vf_exp
On Fri, 2021-11-19 at 15:14 +, Soft Works wrote:
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Wang, Fei W
> > Sent: Friday, November 19, 2021 2:15 AM
> > To: ffmpeg-devel@ffmpeg.org
> > Cc: Sun, Xinpeng ; Zhou, Zachary
> >
> > Subject: Re: [FFmpeg-devel] [PATCH v1] a
34 matches
Mail list logo
