Users may take the description literally which leads to inverted
results.
---
doc/bitstream_filters.texi | 8
libavcodec/av1_metadata_bsf.c | 2 +-
libavcodec/h264_metadata_bsf.c | 2 +-
libavcodec/h265_metadata_bsf.c | 2 +-
4 files changed, 7 insertions(+), 7 deletions(-)
diff --g
Soft Works (12021-08-27):
> I finally came to review your proposed changes as documented in this
> patch and I also watched your presentation:
This patch does not propose changes, except minor optimizations.
--
A
Nicolas
___
ffmpeg-devel mailing li
Signed-off-by: Paul Buxton
---
doc/filters.texi | 12 ++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/version.h | 2 +-
libavfilter/vf_grayworld.c | 361 +
5 files changed, 376 insertions(+), 1 deletion(-
On Fri, Aug 27, 2021 at 10:06 AM Paul Buxton
wrote:
> Signed-off-by: Paul Buxton
> ---
> doc/filters.texi | 12 ++
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/version.h | 2 +-
> libavfilter/vf_grayworld.c | 361 +++
I will get there eventually!
On Fri, Aug 27, 2021 at 9:06 AM Paul Buxton
wrote:
> Signed-off-by: Paul Buxton
> ---
> doc/filters.texi | 12 ++
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/version.h | 2 +-
> libavfilter/vf_grayworl
Paul Buxton:
> Signed-off-by: Paul Buxton
> ---
> doc/filters.texi | 12 ++
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/version.h | 2 +-
> libavfilter/vf_grayworld.c | 361 +
> 5 files changed, 37
tis 2021-08-24 klockan 13:18 +0200 skrev Marc-Antoine Arnaud:
---
libavformat/mxfdec.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
Fine by me
/Tomas
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffm
Signed-off-by: Paul Buxton
---
doc/filters.texi | 12 ++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/version.h | 2 +-
libavfilter/vf_grayworld.c | 362 +
5 files changed, 377 insertions(+), 1 deletion(-
tis 2021-08-24 klockan 13:18 +0200 skrev Marc-Antoine Arnaud:
---
libavformat/mxf.h | 1 +
libavformat/mxfdec.c | 283 ++-
2 files changed, 278 insertions(+), 6 deletions(-)
diff --git a/libavformat/mxf.h b/libavformat/mxf.h
index fe9c52732c..cddbcb13c
Andreas Rheinhardt:
> This is in preparation for further commits.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/oggparsevorbis.c | 142 ++-
> 1 file changed, 75 insertions(+), 67 deletions(-)
>
> diff --git a/libavformat/oggparsevorbis.c b/libavformat
Updated with more input from Paul and Andreas
Paul Buxton (1):
avfilter: Implement gray world color correction Uses log LAB
colorspace
doc/filters.texi | 12 ++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/version.h | 2 +-
libavfilt
Signed-off-by: Paul Buxton
---
doc/filters.texi | 12 ++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/version.h | 2 +-
libavfilter/vf_grayworld.c | 362 +
5 files changed, 377 insertions(+), 1 deletion(-
Hi,
I am using git-prepare patch and send-email to send my patches, but don't
seem to get the subject line correct.
It seems to ignore the subject line I pass in except for if I use the cover
letter option with prepare patch, but only applies it to the cover letter.
Thanks,
Paul
__
Since av1 decoder is only available for hw acceleration. This will
gives out more accurate information if this decoder used but doesn't
specificed a hwaccel.
For example:
ffmpeg -c:v av1 -i INPUT OUTPUT
Signed-off-by: Fei Wang
---
1. This is improvement of patch for:
https://patchwork.ffmpeg.org
The WebM DASH Manifest demuxer creates a comma-delimited list of
all the timestamps of index entries. It allocates 20 bytes per
timestamp; yet the largest 64bit numbers have 20 decimal digits
(for int64_t it can be '-'+ 19 digits), so that one needs 21B
per entry because of the comma (resp. the fin
Signed-off-by: Andreas Rheinhardt
---
libavcodec/tiff_common.c | 76 +++-
1 file changed, 21 insertions(+), 55 deletions(-)
diff --git a/libavcodec/tiff_common.c b/libavcodec/tiff_common.c
index b3c6b96b57..2b872ea7e2 100644
--- a/libavcodec/tiff_common.c
+++
Signed-off-by: Andreas Rheinhardt
---
libavformat/yuv4mpegdec.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/libavformat/yuv4mpegdec.c b/libavformat/yuv4mpegdec.c
index c327aa9d3f..69dd8a3165 100644
--- a/libavformat/yuv4mpegdec.c
+++ b/libavformat/yuv4mpegdec.c
@@ -44
Signed-off-by: Andreas Rheinhardt
---
libavfilter/graphdump.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavfilter/graphdump.c b/libavfilter/graphdump.c
index 79ef1a733f..22b2e21559 100644
--- a/libavfilter/graphdump.c
+++ b/libavfilter/graphdump.c
@@ -31,10 +31,1
64B are not enough any more.
Signed-off-by: Andreas Rheinhardt
---
libavfilter/graphdump.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/libavfilter/graphdump.c b/libavfilter/graphdump.c
index 22b2e21559..cf3296550c 100644
--- a/libavfilter/graphdump.c
+++ b/libavf
Signed-off-by: Andreas Rheinhardt
---
libavfilter/graphdump.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavfilter/graphdump.c b/libavfilter/graphdump.c
index cf3296550c..099125bea8 100644
--- a/libavfilter/graphdump.c
+++ b/libavfilter/graphdump.c
@@ -159,8 +159,
The chapters are independently allocated, so that comparing
the pointers is undefined behaviour. Furthermore, its result
is not platform-independent (and may not even be deterministic
on a particular platform). So compare the chapters' ids instead.
(avpriv_new_chapter() ensures that there are no du
AVFormatContext.internal is already allocated by
avformat_alloc_context() on success; and on error,
avformat_alloc_context() cleans up manually without
avformat_free_context().
Signed-off-by: Andreas Rheinhardt
---
libavformat/utils.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/libavfor
Signed-off-by: Andreas Rheinhardt
---
libavfilter/graphdump.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/graphdump.c b/libavfilter/graphdump.c
index 099125bea8..cf8914b558 100644
--- a/libavfilter/graphdump.c
+++ b/libavfilter/graphdump.c
@@ -29,7 +29,7 @@
It is unnecessary and also ill-defined: av_malloc() returns a 1-byte
block of memory in this case, but this is not documented.
Signed-off-by: Andreas Rheinhardt
---
libavformat/utils.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/libavformat/utils.c b/libavforma
Also initialize the AVCodecContexts directly.
Signed-off-by: Andreas Rheinhardt
---
libavformat/utils.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index 7d7fd16257..ad8e26d3a3 100644
--- a/libavformat/utils.c
+++ b/libavf
Since 1c0885334dda9ee8652e60c586fa2e3674056586 ff_compute_frame_duration
is only called from within utils.c and only for demuxers. So make it
static and remove the code in it that deals with muxers.
Signed-off-by: Andreas Rheinhardt
---
libavformat/internal.h | 6 --
libavformat/utils.c
An AVStream's internal AVCodecContext is pretty much unused for muxing:
The only place where any of its fields are set is
avformat_transfer_internal_stream_timing_info() where its time base is
set based upon the desired output format. The max_b_frames field is
never set at all, so don't read it in
Signed-off-by: Andreas Rheinhardt
---
libavformat/utils.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index b3ff9e95eb..b56190d2da 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils.c
@@ -3176,12 +3176,9 @@ static int com
The packet queue is already flushed in avformat_free_context() which
is called a few lines below.
Signed-off-by: Andreas Rheinhardt
---
libavformat/utils.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index 67a1d158b4..79fa9382cf 100644
--- a/lib
This structure is only used for demuxers (mostly in
avformat_find_stream_info()), so only allocate it for them.
Signed-off-by: Andreas Rheinhardt
---
Yes, when demuxing this structure was freed in
avformat_find_stream_info(), but for muxers it was always kept.
libavformat/utils.c | 20 +
It has been allocated and initialized in avformat_find_stream_info()
until fd0368e7ca35e2feaf7960564e61a76655c4d1f6 when the structure
was moved to AVStreamInternal and its allocation to avformat_new_stream.
In order to also initialize the struct for new streams that only get
created during avforma
Signed-off-by: Andreas Rheinhardt
---
libavformat/mux.c | 60 --
libavformat/utils.c | 284 +++-
2 files changed, 148 insertions(+), 196 deletions(-)
diff --git a/libavformat/mux.c b/libavformat/mux.c
index b1ad0dd561..a05deb3f0b 100644
--- a/li
This gets rid of ugly "->internal" and is in preparation for removing
AVFormatInternal altogether.
Signed-off-by: Andreas Rheinhardt
---
libavformat/mux.c| 80 +-
libavformat/mxfenc.c | 15 ++---
libavformat/utils.c | 133 ---
Do this by allocating AVFormatContext together with the data that is
currently in AVFormatInternal; or rather: Put AVFormatContext at the
beginning of a new structure called FFFormatContext (which encompasses
more than just the internal fields and is a proper context in its own
right, hence the nam
This gets rid of ugly "->internal" and is in preparation for removing
AVStreamInternal altogether.
Signed-off-by: Andreas Rheinhardt
---
libavformat/mux.c | 94 ++---
libavformat/utils.c | 891 +++-
2 files changed, 521 insertions(+), 464 deletions(-)
Signed-off-by: Andreas Rheinhardt
---
libavformat/utils.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index cedea97593..e86cdaa96f 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils.c
@@ -4274,19 +4274,
libavformat/utils.c has over 5500 lines and is supposed to contain
"various utility functions for use within FFmpeg". In reality it
contains all that and the whole demuxing+seeking core of libavformat.
This is especially bad, because said file includes the FFMPEG_VERSION
(the git commit sha) so tha
lgtm
___
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".
Andreas Rheinhardt (12021-08-27):
> Signed-off-by: Andreas Rheinhardt
> ---
> libavfilter/graphdump.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
No objection to all four patches.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
_
On 8/27/2021 11:27 AM, Andreas Rheinhardt wrote:
diff --git a/libavformat/internal.h b/libavformat/internal.h
index 4fc1154b9d..813032870f 100644
--- a/libavformat/internal.h
+++ b/libavformat/internal.h
@@ -69,7 +69,12 @@ typedef struct FFFrac {
} FFFrac;
-struct AVFormatInternal {
+typ
> -Original Message-
> From: ffmpeg-devel On Behalf Of Fei
> Wang
> Sent: Friday, 27 August 2021 13:54
> To: ffmpeg-devel@ffmpeg.org
> Cc: Fei Wang
> Subject: [FFmpeg-devel] [PATCH v1] avcodec/av1dec: check if hwaccel
> is specificed
>
> Since av1 decoder is only available for hw acce
On Fri, Aug 27, 2021 at 1:54 PM Fei Wang wrote:
>
> Since av1 decoder is only available for hw acceleration. This will
> gives out more accurate information if this decoder used but doesn't
> specificed a hwaccel.
>
> For example:
> ffmpeg -c:v av1 -i INPUT OUTPUT
>
> Signed-off-by: Fei Wang
> --
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Nicolas George
> Sent: Friday, 27 August 2021 09:27
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 3/3] lavfi/formats: document the
> negotiation process
>
> Soft Works (1
Michael Witten (1 week ago):
> This series improves the following function:
>
> libavformat/protocols.c: avio_enum_protocols()
>
> There are only 2 commits:
>
> [1] Quash warning about const-correctness
> [2] Refactoring
>
> This series is a revision of a previous series;
Suggested-by: BBB
Signed-off-by: James Almer
---
Changelog | 1 +
configure | 1 +
doc/general_contents.texi | 1 +
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/rawenc.c | 20
libavformat/version.h
On Sat, Aug 07, 2021 at 09:33:27PM +0200, Michael Niedermayer wrote:
> On Sat, Aug 07, 2021 at 06:15:05PM +0800, Linjie Fu wrote:
> > From: Linjie Fu
> >
> > This reverts commit b3a0548a981db52911dd34d9de254c4fee0a8f79.
>
> LGTM
please apply this unless you intend to fix it in another way
thx
On Thu, Aug 26, 2021 at 10:11:40AM -0400, Olivier Crête wrote:
> On Thu, 2021-08-26 at 12:33 +0200, Michael Niedermayer wrote:
> > On Tue, Aug 24, 2021 at 09:43:43AM -0400, Olivier Crête wrote:
> > > From: Stéphane Cerveau
> > >
> > > Consider data as invalid if ff_wma_run_level_decode
> > > gets
On Fri, Aug 27, 2021 at 01:02:31AM +0300, Jan Ekström wrote:
> On Sun, Aug 22, 2021 at 11:55 PM Jan Ekström wrote:
> >
> > Fixes passing through mismatching metadata from the input side
> > when RGB input (from f.ex. H.264 or HEVC) gets converted to YCbCr.
> >
> > Fixes #9132
> > ---
> > libavfil
On Sat, Aug 28, 2021 at 12:03 AM Michael Niedermayer
wrote:
>
> On Fri, Aug 27, 2021 at 01:02:31AM +0300, Jan Ekström wrote:
> > On Sun, Aug 22, 2021 at 11:55 PM Jan Ekström wrote:
> > >
> > > Fixes passing through mismatching metadata from the input side
> > > when RGB input (from f.ex. H.264 or
There still are some issues in the C side of this filter:
You're allocating a lot of stuff on init (integral_img, ...) but never
free it. So the filter leaks those.
You define a list of supported formats at the top, listing practically
all formats that can be in a CUDA frame as of right now.
Not really important to user.
Signed-off-by: Paul B Mahol
---
libavcodec/mlpdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/mlpdec.c b/libavcodec/mlpdec.c
index f0012cbb05..d8b347ce1e 100644
--- a/libavcodec/mlpdec.c
+++ b/libavcodec/mlpdec.c
@@ -1288,7 +1288
Fixes invalid reports of bad lossless crc.
Signed-off-by: Paul B Mahol
---
libavcodec/mlpdec.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/libavcodec/mlpdec.c b/libavcodec/mlpdec.c
index e4992550ee..f0012cbb05 100644
--- a/libavcodec/mlpdec.c
+++ b/libavcodec/mlpde
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Shubhanshu Saxena
> Sent: 2021年8月26日 5:08
> To: ffmpeg-devel@ffmpeg.org
> Cc: Shubhanshu Saxena
> Subject: [FFmpeg-devel] [PATCH v5 1/6] lavfi/dnn: Task-based Inference in
> Native Backend
>
> This commit rearranges the code in N
ping.
___
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".
54 matches
Mail list logo
