On 2022-05-19 09:57 am, Gyan Doshi wrote:
On 2022-05-18 01:06 am, James Zern wrote:
On Mon, May 16, 2022 at 10:40 AM Vignesh Venkatasubramanian
wrote:
Add support for AVIF muxing in the image2 muxer.
Tested with this example:
ffmpeg -lavfi testsrc=duration=1:size=320x320 -g 1 -flags
glob
Andreas Rheinhardt:
> It is unused and given that one needs an encoder to produce
> packets from AVFrames (as output by filters) this is likely
> to remain so, because FILTERDEMDECENCMUX is better for these
> scenarios.
> The only case where one can use filters without encoders is
> with the lavfi
Quoting lance.lmw...@gmail.com (2022-05-11 15:30:37)
> On Wed, May 11, 2022 at 02:00:10PM +0200, Anton Khirnov wrote:
> > Quoting lance.lmw...@gmail.com (2022-05-08 09:17:01)
> > > From: Limin Wang
> > >
> > > some samples include both A53 and SCTE20 data. Before the commit, both
> > > of the wil
Hi,
Thanks for the reply. I checked the memory usage while building ffmpeg with
64 threads. The machine I tested has 128 GB ram. While I tested it I found
that maximum memory utilized by the build of ffmpeg was 17GB. Still the
build throws up error semaphore or child process wait (Error 87 : The
Hi,
Thanks for the reply. I checked the memory usage while building ffmpeg with
64 threads. The machine I tested has 128 GB ram. While I tested it I found
that maximum memory utilized by the build of ffmpeg was 17GB. Still the
build throws up error semaphore or child process wait (Error 87 : The
On Wed, May 18, 2022 at 10:50:58PM +0800, "zhilizhao(赵志立)" wrote:
>
>
> > On May 8, 2022, at 3:17 PM, lance.lmw...@gmail.com wrote:
> >
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > doc/filters.texi| 9 +
> > libavfilter/src_movie.c | 5 -
> > 2 files ch
On Thu, May 19, 2022 at 11:12:58AM +0200, Anton Khirnov wrote:
> Quoting lance.lmw...@gmail.com (2022-05-11 15:30:37)
> > On Wed, May 11, 2022 at 02:00:10PM +0200, Anton Khirnov wrote:
> > > Quoting lance.lmw...@gmail.com (2022-05-08 09:17:01)
> > > > From: Limin Wang
> > > >
> > > > some samples
This function is always called indirectly, it cannot be inlined.
---
libavfilter/vf_v360.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/vf_v360.c b/libavfilter/vf_v360.c
index 7f377dd8f2..8f36d207c9 100644
--- a/libavfilter/vf_v360.c
+++ b/libavfilter/vf_v360.c
@
The top/bottom of the barrel are each coded as two semicircles inside a
square block in the frame. Mask out the parts of the square that lie
outside of these semicircles, so they are made transparent when
alpha_mask=1.
Fixes the other part of #9725.
---
libavfilter/vf_v360.c | 6 +-
1 file ch
Make it match Facebook's transform360
(https://github.com/facebook/transform360)
Fixes one part of #9725.
---
libavfilter/vf_v360.c | 46 ---
1 file changed, 21 insertions(+), 25 deletions(-)
diff --git a/libavfilter/vf_v360.c b/libavfilter/vf_v360.c
index
---
libavfilter/vf_v360.c | 20
1 file changed, 4 insertions(+), 16 deletions(-)
diff --git a/libavfilter/vf_v360.c b/libavfilter/vf_v360.c
index 8f36d207c9..620a995733 100644
--- a/libavfilter/vf_v360.c
+++ b/libavfilter/vf_v360.c
@@ -3765,6 +3765,7 @@ static int barrelsplit
Addresses #9784
---
fftools/opt_common.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/fftools/opt_common.c b/fftools/opt_common.c
index 55d86eeb19..ae5e28a5af 100644
--- a/fftools/opt_common.c
+++ b/fftools/opt_common.c
@@ -675,6 +675,8 @@ int show_codecs(void *optctx, const char *opt, co
Noticed-and-suggested-by: Mark Gaiser
Signed-off-by: Michael Niedermayer
---
Changelog | 1 +
1 file changed, 1 insertion(+)
diff --git a/Changelog b/Changelog
index 4d42a0f681..869f05de34 100644
--- a/Changelog
+++ b/Changelog
@@ -2,6 +2,7 @@ Entries are sorted chronologically from oldest to y
Currently, ff_frame_thread_free() uses the last worker thread
to updates the first worker thread via update_context_from_thread()
immediately before freeing all these worker threads. This is
a remnant of the time in which the first worker was special.
(E.g. the first worker shared its AVCodecIntern
On Wed, May 18, 2022 at 7:36 PM Bang He wrote:
>
> error happened:
>
> ./ffmpeg -i alpha.png -filter_complex [0:v]alphaextract[a] -map 0 -map [a]
> -still-picture 1 avif_with_alpha.avif
> ffmpeg version N-106936-gff5ea89da2 Copyright (c) 2000-2022 the FFmpeg
> developers
> built with gcc 11 (Ubu
On Thu, May 19, 2022 at 1:55 AM Gyan Doshi wrote:
>
>
>
> On 2022-05-19 09:57 am, Gyan Doshi wrote:
> >
> >
> > On 2022-05-18 01:06 am, James Zern wrote:
> >> On Mon, May 16, 2022 at 10:40 AM Vignesh Venkatasubramanian
> >> wrote:
> >>> Add support for AVIF muxing in the image2 muxer.
> >>>
> >>>
On Mon, May 16, 2022 at 9:59 AM Vignesh Venkatasubramanian
wrote:
>
> Update the still AVIF parser to only read the primary item. With this
> patch, AVIF still images with exif/icc/alpha channel will no longer
> fail to parse.
>
> For example, this patch enables parsing of files in:
> https://gith
Andreas Rheinhardt:
> The user-provided value is overwritten in ff_mpv_encode_init()
> without having ever been read.
> (This has been broken when making these options mpegvideo-specific
> in commits 910247f1720c6aae422723c05dac6d0b19f20bec and
> cf7d2f2d2134c0854edf2db91e7436ac2bc9874f. No one has
vp9, hevc, avc, mpeg2 QSV encoders inherit common list
of options (QSV_COMMON_OPTS) while bunch of options is not
actually supported by current qsv code. The only codec which
supportes everything is avc, followed by hevc, while vp9 and
mpeg2 significantly fall behind. This creates difficulties
for
ffmpeg support YCOCG (YCOCG=YCGCO). However, vf_colorspace is only support
YCGCO as input. Added YCOCG to the inputs.
---
libavfilter/vf_colorspace.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavfilter/vf_colorspace.c b/libavfilter/vf_colorspace.c
index 3c8b3b20eb..bccd04528e 100644
-
> -Original Message-
> From: Tobias Rapp
> Sent: Wednesday, May 18, 2022 9:01 AM
> To: ffmpegagent ; ffmpeg-devel@ffmpeg.org
> Cc: Martin Storsjö ; Soft Works
>
> Subject: Re: [PATCH v4 0/2] use av_fopen_utf8() instead of plain
> fopen()
>
> On 17/05/2022 14:29, ffmpegagent wrote:
> >
Unify file access operations by replacing usages of direct calls to posix
fopen()
v2: Remove changes to fftools for now
v3: Add some additional replacements
v4: Fix and improve commit messages
v5: Add patch to remap ff_open in libavfilter for MSVC on Windows
softworkz (3):
avfilter: use av_fope
From: softworkz
Unify file access operations by replacing usages of direct calls
to posix fopen() to prepare for long filename support on Windows.
Signed-off-by: softworkz
---
libavfilter/af_firequalizer.c | 2 +-
libavfilter/vf_deshake.c | 2 +-
libavfilter/vf_psnr.c
From: softworkz
Unify file access operations by replacing usages of direct calls
to posix fopen() to prepare for long filename support on Windows.
Signed-off-by: softworkz
---
libavcodec/dvdsubdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/dvdsubdec.c b/li
From: softworkz
This applies the same change for libavfilter as commit
e743e7ae6ee7e535c4394bec6fe6650d2b0dbf65 did for the other libraries.
Original commit message:
Add one copy of the function into each of the libraries, similarly
to what we do for log2_tab. When using static libs, only one
c
From: softworkz
The definition of X264_API_IMPORTS is required for shared linking
(when MSVC is used) but it must not be defined in case of static
builds as is stated in x264.h:
https://code.videolan.org/videolan/x264/-/blob/
bfc87b7a330f75f5c9a21e56081e4b20344f139e/x264.h#L63-67
This commit ad
Unify file access operations by replacing usages of direct calls to posix
fopen()
v2: Remove changes to fftools for now
v3: Add some additional replacements
v4: Fix and improve commit messages
v5: Add patch to remap ff_open in libavfilter for MSVC on Windows
v6: Add avfilter/file_open.c to "Files
From: softworkz
Unify file access operations by replacing usages of direct calls
to posix fopen() to prepare for long filename support on Windows.
Signed-off-by: softworkz
---
libavfilter/af_firequalizer.c | 2 +-
libavfilter/vf_deshake.c | 2 +-
libavfilter/vf_psnr.c
From: softworkz
Unify file access operations by replacing usages of direct calls
to posix fopen() to prepare for long filename support on Windows.
Signed-off-by: softworkz
---
libavcodec/dvdsubdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/dvdsubdec.c b/li
From: softworkz
This applies the same change for libavfilter as commit
e743e7ae6ee7e535c4394bec6fe6650d2b0dbf65 did for the other libraries.
Original commit message:
Add one copy of the function into each of the libraries, similarly
to what we do for log2_tab. When using static libs, only one
c
The code is only called if size is > 0 so buf should not be NULL
Helps: CID610554
Signed-off-by: Michael Niedermayer
---
libavformat/matroskadec.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/matroskadec.c b/libavformat/matroskadec.c
index 4715f1b7d4..de73f97aca 100644
---
This function needs more cleanup and it lacks error handling
Fixes: use of uninitialized memory
Fixes: CID700776
Signed-off-by: Michael Niedermayer
---
libavformat/rtsp.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c
index 88e9ef5226..f948f1d395 1
On Sat, 2022-05-07 at 06:24 +, Tong Wu wrote:
> Fixes:
> $ ffmpeg.exe -y -hwaccel qsv -init_hw_device d3d11va=d3d11 \
> -init_hw_device qsv=qsv@d3d11 -c:v h264_qsv -i input.h264 \
> -vf "hwmap=derive_device=d3d11va,format=d3d11" -f null -
>
> Signed-off-by: Tong Wu
> ---
> libavutil/hwcontex
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".
34 matches
Mail list logo
