Signed-off-by: Andreas Rheinhardt
---
libavfilter/avfilter.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/libavfilter/avfilter.c b/libavfilter/avfilter.c
index a04f8ed62f..c614eb0740 100644
--- a/libavfilter/avfilter.c
+++ b/libavfilter/avfilter.c
@@ -812,7 +812,7 @@ s
avfilter_init_str() (via process_options()) both applies options
extracted from the given string directly to the relevant (private)
context as well as to an AVDictionary that is later given to
avfilter_init_dict() which applies these options again. This is
unnecessary, so leave applying the options
Signed-off-by: Andreas Rheinhardt
---
libavfilter/avfilter.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/libavfilter/avfilter.c b/libavfilter/avfilter.c
index 11d4e01807..cc499fd5ed 100644
--- a/libavfilter/avfilter.c
+++ b/libavfilter/avfilter.c
@@ -822,6 +822,7 @@
The documentation for filter arguments states that short options must
precede long options (i.e. those of the form key=value). Yet if
process_options() encounters arguments not abiding by this, it simply
treats short options after a long option as if it were parsing short
options for the first time
Commit 62549f9655c48f0ec061087fa33a96040ce01145 added a check to
(the predecessor of) avfilter_init_str() to error out if options
were provided to a filter without options (or rather, without private
class). This was fine at the time, yet soon afterwards commit
fdd93eabfb2644f541f7aac9943abce26776e
This filter only had an AVClass and empty options because up until
recently, avfilter_init_str() errored out when options were provided
for a filter without an AVClass. But setting (generic) options is
necessary to take advantage of timeline support. So with
avfilter_init_str() fixed, the AVClass a
This filter only had an AVClass and empty options because up until
recently, avfilter_init_str() errored out when options were provided
for a filter without an AVClass. But setting (generic) options is
necessary to take advantage of timeline support. So with
avfilter_init_str() fixed, the AVClass a
This filter only had an AVClass and empty options because up until
recently, avfilter_init_str() errored out when options were provided
for a filter without an AVClass. But setting (generic) options is
necessary to take advantage of timeline support. So with
avfilter_init_str() fixed, the AVClass a
This filter only had an AVClass and empty options because up until
recently, avfilter_init_str() errored out when options were provided
for a filter without an AVClass. But setting (generic) options is
necessary to take advantage of timeline support. So with
avfilter_init_str() fixed, the AVClass a
Signed-off-by: Andreas Rheinhardt
---
libavfilter/vf_hflip.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavfilter/vf_hflip.c b/libavfilter/vf_hflip.c
index bdff052b45..e15cf22f9e 100644
--- a/libavfilter/vf_hflip.c
+++ b/libavfilter/vf_hflip.c
@@ -39,10 +39,10 @@
s
This filter only had an AVClass and empty options because up until
recently, avfilter_init_str() errored out when options were provided
for a filter without an AVClass. But setting (generic) options is
necessary to take advantage of timeline support. So with
avfilter_init_str() fixed, the AVClass a
12 Sept 2021, 05:21 by softwo...@hotmail.com:
> This is the root commit for adding subtitle filtering capabilities.
> Adding the media type property to AVFrame replaces the previous
> way of distinction which was based on checking width and height
> to determine whether a frame is audio or video.
12 Sept 2021, 13:31 by d...@lynne.ee:
> 12 Sept 2021, 05:21 by softwo...@hotmail.com:
>
>> This is the root commit for adding subtitle filtering capabilities.
>> Adding the media type property to AVFrame replaces the previous
>> way of distinction which was based on checking width and height
>> to
Lynne:
> 12 Sept 2021, 05:21 by softwo...@hotmail.com:
>
>> This is the root commit for adding subtitle filtering capabilities.
>> Adding the media type property to AVFrame replaces the previous
>> way of distinction which was based on checking width and height
>> to determine whether a frame is a
Lynne:
> 12 Sept 2021, 13:31 by d...@lynne.ee:
>
>> 12 Sept 2021, 05:21 by softwo...@hotmail.com:
>>
>>> This is the root commit for adding subtitle filtering capabilities.
>>> Adding the media type property to AVFrame replaces the previous
>>> way of distinction which was based on checking width
sön 2021-09-05 klockan 21:24 +0200 skrev Michael Niedermayer:
> Fixes: Out of array access
> Fixes: 37030/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-
> 5387719147651072
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off
@@ -2681,6 +2845,88 @@ static int
mxf_parse_structural_metadata(MXFContext *mxf)
st->internal->need_parsing = AVSTREAM_PARSE_FULL;
}
st->codecpar->bits_per_coded_sample =
av_get_bits_per_sample(st->codecpar->codec_id);
+
+ current_channel = 0;
+
From: Niklas Haas
This bug flew under the radar because, in practice, these values are
0-initialized for the first invocation. But for subsequent invocations
(with different h/v values), reading from the uninitialized parts of
`out` is undefined behavior.
Avoid this by simply adjusting the itera
On Fri, 2021-09-10 at 02:19 +, Chen, Wenbin wrote:
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > James Almer
> > Sent: Thursday, September 9, 2021 8:48 PM
> > To: ffmpeg-devel@ffmpeg.org
> > Subject: Re: [FFmpeg-devel] [PATCH] libavutil/hwcontext_qsv: fix a bug for
> >
Nicolas George (12021-08-31):
> Signed-off-by: Nicolas George
> ---
> libavformat/concatdec.c | 255 ++--
> 1 file changed, 167 insertions(+), 88 deletions(-)
Will push this series soon.
Regards,
--
Nicolas George
signature.asc
Description: PGP signatur
On Thu, 2021-08-19 at 04:44 +, Xiang, Haihao wrote:
> On Wed, 2021-08-04 at 05:17 +, Soft Works wrote:
> > > -Original Message-
> > > From: ffmpeg-devel On Behalf Of
> > > Haihao Xiang
> > > Sent: Tuesday, 29 June 2021 03:46
> > > To: ffmpeg-devel@ffmpeg.org
> > > Cc: Haihao Xiang
Hello folks,
This is a topic that has come regularly on the table, in various discussions in
the community, in IRL, on IRC and on the mailing list; but also when talking
with downstreams applications and distributions...
Currently, it's quite difficult to know when is coming the next release, w
will apply soon
___
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".
will apply soon
___
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".
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 7 ++
libavfilter/Makefile | 1 +
libavfilter/af_asdr.c| 237 +++
libavfilter/allfilters.c | 1 +
4 files changed, 246 insertions(+)
create mode 100644 libavfilter/af_asdr.c
diff --git a
Paul B Mahol (12021-09-12):
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi | 7 ++
> libavfilter/Makefile | 1 +
> libavfilter/af_asdr.c| 237 +++
> libavfilter/allfilters.c | 1 +
> 4 files changed, 246 insertions(+)
> create mod
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Lynne
> Sent: Sunday, 12 September 2021 13:38
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v5 01/12] avutil/frame: Subtitle
> Filtering - Add AVMediaType property to AVFr
Soft Works:
> Signed-off-by: softworkz
> ---
> configure| 2 +-
> libavfilter/allfilters.c | 10 +++---
> libavfilter/buffersink.c | 63 +++
> libavfilter/buffersink.h | 15 +
> libavfilter/buffersrc.c | 72
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Andreas Rheinhardt
> Sent: Sunday, 12 September 2021 14:04
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v5 01/12] avutil/frame: Subtitle
> Filtering - Add AVMediaType property to AVFrame
>
> Lynne:
> > 12 Se
Soft Works:
> Signed-off-by: softworkz
> ---
> doc/filters.texi | 104
> libavfilter/Makefile | 2 +
> libavfilter/allfilters.c | 2 +
> libavfilter/vf_overlay_graphicsubs.c | 731 +++
> 4 files changed, 839 insertio
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Hendrik Leppkes
> Sent: Sunday, 12 September 2021 07:30
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v5 00/12] Subtitle Filtering
>
> On Sun, Sep 12, 2021 at 6:21 AM Sof
On Sun, Sep 12, 2021 at 10:07 PM Soft Works wrote:
>
> All-in-all that doesn't seem to be worth all the hazzle. Again,
> that brings me back to my original approach:
>
It is for us, if its not for you, what can we say.
The only approach to go forwards is to prepare proper, clean and fully
feature
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 7 ++
libavfilter/Makefile | 1 +
libavfilter/af_asdr.c| 197 +++
libavfilter/allfilters.c | 1 +
4 files changed, 206 insertions(+)
create mode 100644 libavfilter/af_asdr.c
diff --git a
v3 Update:
- Add a libwebpdecoder based WebP decoder for animated pictures.
- Adapt the native decoder for the new demuxer.
v2 Update:
- Cleanups based on reviews.
This patchset introduces an initial implementation of a decoder for the
animated WebP format. The native decoder doesn't provide sup
The demuxer implementation splits some RIFF chunks (`RIFF`/`VP8X`/`ANMF` +
frame chunk) or sends the picture chunks separately.
The internal WebP decoder waits for a complete file instead and by consequence
it needs to be modified to support this kind of fractioned input.
Fixes FATE tests with W
FFmpeg has the ability to mux encoded WebP packets, but it cannot demux the
format.
The purpose of this patch is to add a way to extract pictures from a WebP
stream.
Any other side data processing (mainly ICC profiles) is left up for later work.
Although we have a demuxer with `image2`, it doesn'
Receiving RIFF chunks as `av_packet`s from `webpdec.c` in `webpenc.c` it wasn't
doing proper animated frame detection/enumeration.
Check for `ANIM`/`ANMF` chunks to see if the package is an animated WebP packet
and for the `ANMF`/`ALPH`/`VP8 `/`VP8L` chunks if it's an actual frame.
Signed-off-by
Followup of the webp demuxer implementation. As the demuxer sends RIFF packets,
the decoder choses what to do with the arriving chunks.
Completely fixes #4907.
Signed-off-by: Martin Reboredo
---
configure | 4 +-
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
On Sun, Sep 12, 2021 at 10:21 PM Martin Reboredo wrote:
> Followup of the webp demuxer implementation. As the demuxer sends RIFF
> packets, the decoder choses what to do with the arriving chunks.
>
> Completely fixes #4907.
>
I really doubt that.
>
> Signed-off-by: Martin Reboredo
> ---
> con
Martin Reboredo:
> The demuxer implementation splits some RIFF chunks (`RIFF`/`VP8X`/`ANMF` +
> frame chunk) or sends the picture chunks separately.
> The internal WebP decoder waits for a complete file instead and by
> consequence it needs to be modified to support this kind of fractioned input.
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Hendrik Leppkes
> Sent: Sunday, 12 September 2021 22:15
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v5 00/12] Subtitle Filtering
>
> On Sun, Sep 12, 2021 at 10:07 PM So
Paul B Mahol (12021-09-12):
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi | 7 ++
> libavfilter/Makefile | 1 +
> libavfilter/af_asdr.c| 197 +++
> libavfilter/allfilters.c | 1 +
> 4 files changed, 206 insertions(+)
> create mod
Andreas Rheinhardt:
> Martin Reboredo:
> > The demuxer implementation splits some RIFF chunks (`RIFF`/`VP8X`/`ANMF` +
> > frame chunk) or sends the picture chunks separately.
> > The internal WebP decoder waits for a complete file instead and by
> > consequence it needs to be modified to support
On Sun, Sep 12, 2021 at 10:49 PM Nicolas George wrote:
> Paul B Mahol (12021-09-12):
> > Signed-off-by: Paul B Mahol
> > ---
> > doc/filters.texi | 7 ++
> > libavfilter/Makefile | 1 +
> > libavfilter/af_asdr.c| 197 +++
> > libavfilter/a
Paul B Mahol (12021-09-12):
> Yes, it is called down bellow few lines.
Indeed, but only if frame_wanted is set on the output. And it is conform
with all that is currently done, but there is something missing in all
filters with multiple inputs to make them work with a purely
input-driven scheme. I
Martin Reboredo:
> Andreas Rheinhardt:
>> Martin Reboredo:
>>> The demuxer implementation splits some RIFF chunks (`RIFF`/`VP8X`/`ANMF` +
>>> frame chunk) or sends the picture chunks separately.
>>> The internal WebP decoder waits for a complete file instead and by
>>> consequence it needs to be
On Sun, Sep 12, 2021 at 11:06 PM Nicolas George wrote:
> Paul B Mahol (12021-09-12):
> > Yes, it is called down bellow few lines.
>
> Indeed, but only if frame_wanted is set on the output. And it is conform
> with all that is currently done, but there is something missing in all
> filters with mu
Soft Works:
> Signed-off-by: softworkz
> ---
> doc/filters.texi | 64 +++
> libavfilter/Makefile | 3 +
> libavfilter/allfilters.c | 1 +
> libavfilter/sf_textmod.c | 381 +++
> 4 files changed, 449 insertions(+)
> create mode 100644 libav
Soft Works:
> Signed-off-by: softworkz
> ---
> diff --git a/libavutil/frame.c b/libavutil/frame.c
> index ef2867d318..1855de9b3d 100644
> --- a/libavutil/frame.c
> +++ b/libavutil/frame.c
> @@ -72,7 +72,12 @@ static void get_frame_defaults(AVFrame *frame)
> frame->colorspace = AVCOL
Soft Works:
> This is the root commit for adding subtitle filtering capabilities.
> Adding the media type property to AVFrame replaces the previous
> way of distinction which was based on checking width and height
> to determine whether a frame is audio or video.
>
> Signed-off-by: softworkz
> --
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Andreas Rheinhardt
> Sent: Sunday, 12 September 2021 23:56
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v5 10/12] avfilter/textmod: Add
> textmod filter
>
> Soft Works:
> > Signed-off-by: softworkz
> > ---
Andreas Rheinhardt:
> Martin Reboredo:
> > Andreas Rheinhardt:
> >> Martin Reboredo:
> >>> The demuxer implementation splits some RIFF chunks (`RIFF`/`VP8X`/`ANMF`
> >>> + frame chunk) or sends the picture chunks separately.
> >>> The internal WebP decoder waits for a complete file instead and by
13 Sept 2021, 00:34 by softwo...@hotmail.com:
>
>
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of
>> Andreas Rheinhardt
>> Sent: Sunday, 12 September 2021 23:56
>> To: ffmpeg-devel@ffmpeg.org
>> Subject: Re: [FFmpeg-devel] [PATCH v5 10/12] avfilter/textmod: Add
>> textmod filter
12 Sept 2021, 22:20 by yakoy...@gmail.com:
> Followup of the webp demuxer implementation. As the demuxer sends RIFF
> packets, the decoder choses what to do with the arriving chunks.
>
> Completely fixes #4907.
>
I'd really rather not merge this. Not when we have patches from last year[1]
that
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Lynne
> Sent: Monday, 13 September 2021 02:11
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v5 10/12] avfilter/textmod: Add
> textmod filter
>
> 13 Sept 2021, 00:34 by so
there have been get http/https shutdown status in ffurl_shutdown.
so unnecessary http/https shutdown status operate.
Signed-off-by: Steven Liu
---
libavformat/hlsenc.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 7c37bc50
Zhao Zhili wrote:
>
> Hi Wu,
>
> > On Aug 4, 2021, at 10:06 AM, Wu Jianhua wrote:
> >
> > We introduced a ff_horiz_slice_avx2/512() implemented on a new
> algorithm.
> > In a nutshell, the new algorithm does three things, gathering data
> > from
> > 8/16 rows, blurring data, and scattering data
> On Fri, 2021-09-10 at 02:19 +, Chen, Wenbin wrote:
> > > -Original Message-
> > > From: ffmpeg-devel On Behalf Of
> > > James Almer
> > > Sent: Thursday, September 9, 2021 8:48 PM
> > > To: ffmpeg-devel@ffmpeg.org
> > > Subject: Re: [FFmpeg-devel] [PATCH] libavutil/hwcontext_qsv: fix
Command below failed.
ffmpeg -v verbose -init_hw_device vaapi=va:/dev/dri/renderD128
-init_hw_device qsv=qs@va -hwaccel qsv -hwaccel_device qs
-filter_hw_device va -c:v h264_qsv
-i 1080P.264 -vf "hwmap,format=vaapi" -c:v h264_vaapi output.264
Cause: Assign pair->first directly to data[3] in vaapi
Paul B Mahol (12021-09-12):
> Why purely input-driven scheme is wanted/needed to be supported?
Consider this:
input -> scale -> sink
If you add frames to the input, they will reach the sink. It can even be
something else than a buffersink and still work. No need to request a
frame on the
60 matches
Mail list logo
