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".
> -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
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
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
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.
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
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 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 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
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
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;
> -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
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 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 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
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
_
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".
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
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,
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(-)
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
AVFormatInternal altogether.
Signed-off-by: Andreas Rheinhardt
---
libavformat/mux.c| 80 +-
libavformat/mxfenc.c | 15 ++---
libavformat/utils.c | 133 ---
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
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
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 +
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
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
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
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
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
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
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 @@
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
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
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,
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 79ef1a733f..22b2e21559 100644
--- a/libavfilter/graphdump.c
+++ b/libavfilter/graphdump.c
@@ -31,10 +31,1
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
---
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
+++
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
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
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
__
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(-
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
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
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
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/mxfdec.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
Fine by me
/Tomas
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffm
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
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
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 +++
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(-
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
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
54 matches
Mail list logo
