From: Zhao Zhili
Streams with all zero sample_delta in 'stts' have all zero dts.
They have higher chance be chose by mov_find_next_sample(), which
leads to seek again and again.
For example, GoPro created a 'GoPro SOS' stream:
Stream #0:4[0x5](eng): Data: none (fdsc / 0x63736466), 13 kb/s (def
>Envoyé : jeudi 30 juin 2022 12:41
>Objet : [PATCH] fftools: Fix preset search pathes (regression since 13350e81fd)
>
>Fix looking for .ffmpeg subfolder in FFMPEG_DATADIR and inversely not in HOME.
>Fix search order (documentation).
It seems I have not received any feedback for this simple fix ? P
On 02.07.2022 10:54, Michael Niedermayer wrote:
seems to get this stuck:
./ffmpeg -f lavfi -i
'amovie=fate-suite/wavpack/num_channels/eva_2.22_6.1_16bit-partial.wv,asplit=3[out1][a][b];
[a]showwaves=s=340x240,pad=iw:ih*2[waves];
[b]showspectrum=s=340x240[spectrum]; [waves][spectrum] overlay=0:
Quoting Andreas Rheinhardt (2022-07-03 15:16:39)
> Anton Khirnov:
> > +
> > +#include "mathops.h"
>
> What exactly is mathops.h for? get_bits.h uses it for NEG_USR32 and
> NEG_SSR32, but you are not using it here.
sign_extend()?
> > +/**
> > + * Skip bits to a byte boundary.
> > + */
> > +static
Op za 11 jun. 2022 om 09:31 schreef Martijn van Beurden :
> The afconvert utility shipped with MacOS supports muxing of FLAC
> in CAF, see afconvert help output on a recent Mac here:
> https://hydrogenaud.io/index.php?topic=122509.0 A file created
> with afconvert free of copyright (licensed CC0)
On 2022-07-05 01:20 pm, Zhao Zhili wrote:
From: Zhao Zhili
Streams with all zero sample_delta in 'stts' have all zero dts.
They have higher chance be chose by mov_find_next_sample(), which
leads to seek again and again.
For example, GoPro created a 'GoPro SOS' stream:
Stream #0:4[0x5](eng
On 5 Jul 2022, at 2:11, Niklas Haas wrote:
> From: Niklas Haas
>
> This header is unconditionally installed, even though the utility
> functions defined by it may be missing from the built library.
>
> A precedent set by e.g. libavcodec/qsv.h (and others) is to always
> provide these functions by
Hi!
I developing custom GPU filter that require lot of time to process frames and
as result overal fps is low ( around 20 fps):
ffmpeg -i 720p.mp4 -filter_complex "format=rgb24,myfilter" -f null -
But then I added actual encoding part to ffmpeg command, result fps is down to
16 fps (-4 fps, ar
From: ffmpeg-devel on behalf of Alex
<3.1...@ukr.net>
Sent: July 5, 2022 9:00 AM
To: FFmpeg development discussions and patches
Subject: [FFmpeg-devel] filter queue question
Hi!
I developing custom GPU filter that require lot of time to process frames and
as result overal fps is low ( around
> On Jul 5, 2022, at 8:07 PM, Gyan Doshi wrote:
>
>
>
> On 2022-07-05 01:20 pm, Zhao Zhili wrote:
>> From: Zhao Zhili
>>
>> Streams with all zero sample_delta in 'stts' have all zero dts.
>> They have higher chance be chose by mov_find_next_sample(), which
>> leads to seek again and again.
This avoids an extra copy of potentially quite big video frames.
Instead of copying the entire frames data into a rawvideo packet it
packs the frame into a wrapped avframe packet and passes it through
as-is.
Unfortunately, wrapped avframes are set up to be video frames, so the
audio frames unfortun
Thanks I will chek it out!
For now my filter use standart filter_frame() function callback. But how to
request next frame from decoder in my filter?
5 July 2022, 16:19:49, by "Felix LeClair" :
From: ffmpeg-devel on behalf of Alex
<3.1...@ukr.net>
Sent: July 5, 2022 9:00 AM
To: FFmpeg develo
---
libavcodec/Makefile | 2 +
libavcodec/tests/bitstream_be.c | 19 +++
libavcodec/tests/bitstream_le.c | 20 +++
libavcodec/tests/bitstream_template.c | 180 ++
tests/fate/libavcodec.mak | 10 ++
5 files changed, 231 insertio
From: Alexandra Hájková
The cached bitstream reader was originally written by Alexandra Hájková
for Libav, with significant input from Kostya Shishkov and Luca Barbato.
It was then committed to FFmpeg in ca079b09549, by merging it with the
implementation of the current bitstream reader.
This mer
On 2022-07-05 07:05 pm, "zhilizhao(赵志立)" wrote:
On Jul 5, 2022, at 8:07 PM, Gyan Doshi wrote:
On 2022-07-05 01:20 pm, Zhao Zhili wrote:
From: Zhao Zhili
Streams with all zero sample_delta in 'stts' have all zero dts.
They have higher chance be chose by mov_find_next_sample(), which
lea
From: Mohamed Khaled Mohamed
<56936494+mohamedelhadidy0...@users.noreply.github.com>
V2 ChromeKey CUDA
Added Chromakey CUDA filter
some edits to comply with FFmpeg coding convention
GSoC'22
Added CUDA chromakeyfilter
libavfilter/vf_chromakey_cuda.cu:the CUDA kernel for the filter
libavfilter/vf
From: Mohamed Khaled Mohamed
<56936494+mohamedelhadidy0...@users.noreply.github.com>
V2 ChromeKey CUDA
Added Chromakey CUDA filter
v2 some changes for coding conventions
GSoC'22
Added CUDA chromakeyfilter
libavfilter/vf_chromakey_cuda.cu:the CUDA kernel for the filter
libavfilter/vf_chromakey_c
---
fftools/ffmpeg.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index e7384f052a..6ec28f3019 100644
--- a/fftools/ffmpeg.c
+++ b/fftools/ffmpeg.c
@@ -766,6 +766,7 @@ static double adjust_frame_pts_to_encoder_tb(OutputFile
*of, Ou
Hello,
Patch attached.
From 62fce2bfd811eb4fb86b5907d62e67f0a2d033ff Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Sun, 3 Jul 2022 23:50:05 +0200
Subject: [PATCH] avcodec: add Radiance HDR image format support
Signed-off-by: Paul B Mahol
---
doc/general_contents.texi | 2 +
libavcodec/Ma
From: Mohamed Khaled Mohamed
<56936494+mohamedelhadidy0...@users.noreply.github.com>
Chromakey CUDA
Added Chromakey CUDA filter
v2 some changes for coding conventions and add documentation
GSoC'22
Added CUDA chromakeyfilter
libavfilter/vf_chromakey_cuda.cu:the CUDA kernel for the filter
libavfi
Quoting Gyan Doshi (2022-07-04 10:20:22)
>
>
> On 2022-07-04 11:51 am, Anton Khirnov wrote:
> > Quoting Gyan Doshi (2022-07-02 11:51:53)
> >>
> >> On 2022-07-02 02:12 pm, Anton Khirnov wrote:
> >>> Quoting Gyan Doshi (2022-07-01 13:03:04)
> On 2022-07-01 03:33 pm, Anton Khirnov wrote:
>
Desktop duplication outputs those
---
libavutil/hwcontext_d3d11va.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavutil/hwcontext_d3d11va.c b/libavutil/hwcontext_d3d11va.c
index 904d14bbc8..1f3d1b7755 100644
--- a/libavutil/hwcontext_d3d11va.c
+++ b/libavutil/hwcontext_d3d11va.c
@@ -86
Dual mono files report a channel count of 2 with each individual channel in its
own SCE, instead of both in a single CPE as is the case with standard stereo.
This commit handles this non default channel configuration scenario.
Fixes ticket #1614
Signed-off-by: James Almer
---
libavcodec/aacdec_
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Timo Rothenpieler
> Sent: Tuesday, July 5, 2022 6:15 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Timo Rothenpieler
> Subject: [FFmpeg-devel] [PATCH] avutil/hwcontext_d3d11va: add
> BGRA/RGBA10 formats support
>
> Desktop duplication
Quoting Tomas Härdin (2022-07-04 12:46:04)
> lör 2022-07-02 klockan 11:43 +0200 skrev Anton Khirnov:
> > Quoting Tomas Härdin (2022-06-30 14:42:42)
> > > Hi
> > >
> > > Previous version of this patch failed fate-fic-avi with
> > > THREAD_TYPE=slice THREADS=2 due to thread_execute() always
> > > re
Quoting Vignesh Venkatasubramanian (2022-07-02 23:15:35)
> > As for encoding, not fully sure how it should be integrated, if any
> > encoders actually at this moment do proper alpha coding, or do all API
> > clients have to separately encode with one context the primary image,
> > and the alpha wit
Quoting Michael Niedermayer (2022-07-02 14:56:50)
> On Sat, Jul 02, 2022 at 10:38:26AM +0200, Anton Khirnov wrote:
> > Quoting Michael Niedermayer (2022-07-01 21:53:00)
> > > On Thu, Jun 30, 2022 at 10:55:46AM +0200, Anton Khirnov wrote:
> > > > Variant 2 is less bad, but the whole check seems hack
On Tue, Jul 05, 2022 at 02:11:01AM +0200, Niklas Haas wrote:
> From: Niklas Haas
>
> This header is unconditionally installed, even though the utility
> functions defined by it may be missing from the built library.
>
> A precedent set by e.g. libavcodec/qsv.h (and others) is to always
> provide
On 2022-07-05 09:45 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2022-07-04 10:20:22)
On 2022-07-04 11:51 am, Anton Khirnov wrote:
Quoting Gyan Doshi (2022-07-02 11:51:53)
On 2022-07-02 02:12 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2022-07-01 13:03:04)
On 2022-07-01 03:33 pm, Anton K
Quoting Paul B Mahol (2022-07-05 17:45:20)
> Hello,
>
> Patch attached.
>
> From 62fce2bfd811eb4fb86b5907d62e67f0a2d033ff Mon Sep 17 00:00:00 2001
> From: Paul B Mahol
> Date: Sun, 3 Jul 2022 23:50:05 +0200
> Subject: [PATCH] avcodec: add Radiance HDR image format support
>
> Signed-off-by: Pau
Michael Niedermayer:
> On Tue, Jul 05, 2022 at 02:11:01AM +0200, Niklas Haas wrote:
>> From: Niklas Haas
>>
>> This header is unconditionally installed, even though the utility
>> functions defined by it may be missing from the built library.
>>
>> A precedent set by e.g. libavcodec/qsv.h (and oth
Quoting Gyan Doshi (2022-07-05 19:10:33)
>
>
> On 2022-07-05 09:45 pm, Anton Khirnov wrote:
> > Quoting Gyan Doshi (2022-07-04 10:20:22)
> >>
> >> On 2022-07-04 11:51 am, Anton Khirnov wrote:
> >>> Quoting Gyan Doshi (2022-07-02 11:51:53)
> On 2022-07-02 02:12 pm, Anton Khirnov wrote:
>
av_fast_realloc and av_fast_mallocz? store the size of
the objects they allocate in an unsigned. Yet they overallocate
and currently they can allocate more than UINT_MAX bytes
in case a user has requested a size of about UINT_MAX * 16 / 17
or more if SIZE_MAX > UINT_MAX. In this case it is impossib
Fixes memleaks when the trailer is never written or when shift_data()
fails when writing the trailer.
Signed-off-by: Andreas Rheinhardt
---
This is the same as
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20191023125944.10292-4-andreas.rheinha...@gmail.com/
libavformat/flvenc.c | 30 ++
From: Andreas Rheinhardt
This is an array-equivalent of av_fast_realloc(). Its advantages
compared to using av_fast_realloc() for allocating arrays are as
follows:
a) It performs its own overflow checks for the multiplication that is
implicit in array allocations. (And it only needs to perform t
Using a linked list had very much overhead (the pointer to the next
entry increased the size of the index entry struct from 16 to 24 bytes,
not to mention the overhead of having separate allocations), so it is
better to (re)allocate a continuous array for the index.
av_fast_realloc_array() is used
Currently, the Matroska muxer reallocates its array of index entries
each time another entry is added. This is bad performance-wise,
especially on Windows where reallocations are slow. This is solved
by switching to av_fast_realloc_array() which ensures that actual
reallocations will happen only se
It has the advantage of not overallocating beyond the maximum
amount of entries that can be potentially used (namely UINT16_MAX).
Signed-off-by: Andreas Rheinhardt
---
libavcodec/movtextenc.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/libavcodec/movtextenc.c
In case the data in the FIFO currently wraps around,
move the data from the end of the old buffer to the end
of the new buffer instead of moving the data from the start
of the old buffer partially to the end of the new buffer
and partially to the start of the new buffer.
This simplifies the code.
Up until now, when the FIFO is grown automatically, it
would be resized by double the amount needed (if possible,
i.e. if compatible with the auto-grow limit).
This implies that if e.g. the user always writes a single
element to the FIFO, the FIFO will be reallocated once
for every two writes (pres
On Sat, Jul 02, 2022 at 08:32:06AM +0200, Andreas Rheinhardt wrote:
> Michael Niedermayer:
> > On Fri, Jul 01, 2022 at 12:29:45AM +0200, Andreas Rheinhardt wrote:
> >> The HEVC decoder has both HEVCContext and HEVCLocalContext
> >> structures. The latter is supposed to be the structure
> >> contain
On Tue, Jul 05, 2022 at 06:58:28PM +0200, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2022-07-02 14:56:50)
> > On Sat, Jul 02, 2022 at 10:38:26AM +0200, Anton Khirnov wrote:
> > > Quoting Michael Niedermayer (2022-07-01 21:53:00)
> > > > On Thu, Jun 30, 2022 at 10:55:46AM +0200, Anton Khirn
Andreas Rheinhardt 于2022年7月6日周三 04:27写道：
>
> Fixes memleaks when the trailer is never written or when shift_data()
> fails when writing the trailer.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> This is the same as
> https://patchwork.ffmpeg.org/project/ffmpeg/patch/20191023125944.10292-4-andreas
> On Jul 5, 2022, at 10:33 PM, Gyan Doshi wrote:
>
>
>
> On 2022-07-05 07:05 pm, "zhilizhao(赵志立)" wrote:
>>
>>> On Jul 5, 2022, at 8:07 PM, Gyan Doshi wrote:
>>>
>>>
>>>
>>> On 2022-07-05 01:20 pm, Zhao Zhili wrote:
From: Zhao Zhili
Streams with all zero sample_delta in
On 2022-07-06 08:23 am, "zhilizhao(赵志立)" wrote:
On Jul 5, 2022, at 10:33 PM, Gyan Doshi wrote:
On 2022-07-05 07:05 pm, "zhilizhao(赵志立)" wrote:
On Jul 5, 2022, at 8:07 PM, Gyan Doshi wrote:
On 2022-07-05 01:20 pm, Zhao Zhili wrote:
From: Zhao Zhili
Streams with all zero sample_delt
On 2022-07-05 10:54 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2022-07-05 19:10:33)
On 2022-07-05 09:45 pm, Anton Khirnov wrote:
Quoting Gyan Doshi (2022-07-04 10:20:22)
On 2022-07-04 11:51 am, Anton Khirnov wrote:
Quoting Gyan Doshi (2022-07-02 11:51:53)
On 2022-07-02 02:12 pm, Anton K
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index fea512e8ef..29d60efad6 100755
--- a/configure
+++ b/configure
@@ -6988,7 +6988,7 @@ fi
enabled amf &&
check_cpp_condition amf "AMF/core/Version.h" \
-"(AMF_VERSION_MAJOR <<
From: Michael Fabian 'Xaymar' Dirks
added 10 bit support for amf hevc.
before:
command - ffmpeg.exe -hide_banner -y -hwaccel d3d11va -hwaccel_output_format
d3d11 -i test_10bit_file.mkv -an -c:v h264_amf res.dx11_hw_h264.mkv
output - Format of input frames context (p010le) is not supported by
From: nyanmisaka
---
libavcodec/amfenc.c | 83 +
1 file changed, 83 insertions(+)
diff --git a/libavcodec/amfenc.c b/libavcodec/amfenc.c
index 5c38a29df1..d3edbb04b6 100644
--- a/libavcodec/amfenc.c
+++ b/libavcodec/amfenc.c
@@ -36,6 +36,57 @@
#inclu
> On Jul 6, 2022, at 12:09 PM, Gyan Doshi wrote:
>
>
>
> On 2022-07-06 08:23 am, "zhilizhao(赵志立)" wrote:
>>
>>> On Jul 5, 2022, at 10:33 PM, Gyan Doshi wrote:
>>>
>>>
>>>
>>> On 2022-07-05 07:05 pm, "zhilizhao(赵志立)" wrote:
> On Jul 5, 2022, at 8:07 PM, Gyan Doshi wrote:
>
>
On 2022-07-06 10:54 am, "zhilizhao(赵志立)" wrote:
On Jul 6, 2022, at 12:09 PM, Gyan Doshi wrote:
On 2022-07-06 08:23 am, "zhilizhao(赵志立)" wrote:
On Jul 5, 2022, at 10:33 PM, Gyan Doshi wrote:
On 2022-07-05 07:05 pm, "zhilizhao(赵志立)" wrote:
On Jul 5, 2022, at 8:07 PM, Gyan Doshi wrote
Quoting Michael Niedermayer (2022-07-06 00:36:25)
> On Tue, Jul 05, 2022 at 06:58:28PM +0200, Anton Khirnov wrote:
> > Quoting Michael Niedermayer (2022-07-02 14:56:50)
> > > On Sat, Jul 02, 2022 at 10:38:26AM +0200, Anton Khirnov wrote:
> > > > Quoting Michael Niedermayer (2022-07-01 21:53:00)
> >
52 matches
Mail list logo
