If the segment is very small, avformat_find_stream_info will read all
audio/video data in this segment. cur->is_restart_needed is set to 0 later in
dash_read_packet function, and no chance to be set to 1 again in the read_data
function.
Reproduction:
ffmpeg -f lavfi -i mandelbrot -f lavfi -i an
Output var stream map m3u8 list file,
and check the list file correct.
Signed-off-by: Steven Liu
---
tests/fate-run.sh | 4
tests/fate/hlsenc.mak | 17 +
2 files changed, 21 insertions(+)
diff --git a/tests/fate-run.sh b/tests/fate-run.sh
index 6ae0320c60..12d8faa65b 1
jiangjie 于2024年9月2日周一 16:35写道：
>
> If the segment is very small, avformat_find_stream_info will read all
> audio/video data in this segment. cur->is_restart_needed is set to 0 later in
> dash_read_packet function, and no chance to be set to 1 again in the
> read_data function.
>
> Reproduction:
Steven Liu 于2024年9月2日周一 14:31写道：
>
> Signed-off-by: Steven Liu
> ---
> tests/fate/hlsenc.mak | 15 +++
> tests/ref/fate/hls-with-vtt-var-stream_map | 1 +
> 2 files changed, 16 insertions(+)
> create mode 100644 tests/ref/fate/hls-with-vtt-var-stream_map
Don't
Following yesterday posts by Anton/Tomas on version 1.
v3:
- do not fall back to time_base (that was my v2)
- do not remove "-r 25" in the fate test with streamcopy (see below)
What comes out:
- mxfenc behaves the same as matroskaenc for example
- avienc behaves differently: still sticked to time
The time_base was a bad guess.
Currently, fate-time_base test data assumed that overriding the input
time_base would affect the frame_rate, but this behaviour is not
documented, so just fix the fate data now that this is fixed.
Fix regression since 10185e2d4c1e9839bc58a1d6a63c861677b13fd0:
previo
Signed-off-by: Nicolas Gaullier
---
tests/fate/ffmpeg.mak | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/fate/ffmpeg.mak b/tests/fate/ffmpeg.mak
index 9e0c68da20..3ffaaeb295 100644
--- a/tests/fate/ffmpeg.mak
+++ b/tests/fate/ffmpeg.mak
@@ -146,7 +146,7 @@ fate-copy
Quoting Nicolas Gaullier (2024-09-02 11:52:15)
> Following yesterday posts by Anton/Tomas on version 1.
>
> v3:
> - do not fall back to time_base (that was my v2)
> - do not remove "-r 25" in the fate test with streamcopy (see below)
>
> What comes out:
> - mxfenc behaves the same as matroskaenc
mån 2024-09-02 klockan 11:52 +0200 skrev Nicolas Gaullier:
> Following yesterday posts by Anton/Tomas on version 1.
>
> v3:
> - do not fall back to time_base (that was my v2)
> - do not remove "-r 25" in the fate test with streamcopy (see below)
>
> What comes out:
> - mxfenc behaves the same as
On 8/31/2024 5:31 PM, James Almer wrote:
> Signed-off-by: James Almer
> ---
> configure | 1 +
> libavcodec/hevc/hevcdec.c | 3 +++
> libavcodec/hevc/refs.c| 15 ++-
> 3 files changed, 18 insertions(+), 1 deletion(-)
Maybe I've misunderstood, but doesn't requiri
On 8/31/2024 5:31 PM, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavcodec/avcodec.c | 2 ++
> libavcodec/avcodec.h | 5 +
> libavcodec/decode.c| 42 +-
> libavcodec/internal.h | 2 ++
> libavcodec/lcevcdec.c |
Also, simplify code, and drop a redundant call that also happens
implicitly in generic code.
---
libavfilter/af_apulsator.c | 29 -
1 file changed, 20 insertions(+), 9 deletions(-)
diff --git a/libavfilter/af_apulsator.c b/libavfilter/af_apulsator.c
index 4487bec956..8
Drop redundant ff_set_common_all_channel_counts() /
ff_set_common_all_samplerates() calls, since those happen implicitly in
generic code.
---
libavfilter/af_agate.c | 24 +---
1 file changed, 13 insertions(+), 11 deletions(-)
diff --git a/libavfilter/af_agate.c b/libavfilter/a
Also, simplify code and drop redundant calls that also happen implicitly
in generic code.
---
libavfilter/af_anequalizer.c | 32 +---
1 file changed, 9 insertions(+), 23 deletions(-)
diff --git a/libavfilter/af_anequalizer.c b/libavfilter/af_anequalizer.c
index fdc9404
Drop redundant ff_set_common_all_channel_counts() /
ff_set_common_all_samplerates() calls, since those happen implicitly in
generic code.
---
libavfilter/af_aiir.c | 20
1 file changed, 8 insertions(+), 12 deletions(-)
diff --git a/libavfilter/af_aiir.c b/libavfilter/af_aiir.
---
libavfilter/af_aresample.c | 23 +++
1 file changed, 11 insertions(+), 12 deletions(-)
diff --git a/libavfilter/af_aresample.c b/libavfilter/af_aresample.c
index 2a67b06260..9ee4082c0c 100644
--- a/libavfilter/af_aresample.c
+++ b/libavfilter/af_aresample.c
@@ -63,16 +63,1
Also, drop redundant calls that also happen implicitly in generic code.
---
libavfilter/af_asetrate.c | 18 +++---
1 file changed, 7 insertions(+), 11 deletions(-)
diff --git a/libavfilter/af_asetrate.c b/libavfilter/af_asetrate.c
index 80f76fbb70..061edebdf0 100644
--- a/libavfilter/
Also, drop redundant calls that also happen implicitly in generic code.
---
libavfilter/af_arls.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/libavfilter/af_arls.c b/libavfilter/af_arls.c
index de50da6473..3f182454e4 100644
--- a/libavfilter/af_arls.c
+++ b
Also, simplify code.
---
libavfilter/af_asr.c | 33 +++--
1 file changed, 23 insertions(+), 10 deletions(-)
diff --git a/libavfilter/af_asr.c b/libavfilter/af_asr.c
index e19b7c3be2..26963222fd 100644
--- a/libavfilter/af_asr.c
+++ b/libavfilter/af_asr.c
@@ -122,20 +12
Also, drop redundant calls that also happen implicitly in generic code.
---
libavfilter/af_biquads.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/libavfilter/af_biquads.c b/libavfilter/af_biquads.c
index 784782f14d..dc7f19d7ea 100644
--- a/libavfilter/af_biq
Also, drop redundant calls that also happen implicitly in generic code.
---
libavfilter/af_arnndn.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/libavfilter/af_arnndn.c b/libavfilter/af_arnndn.c
index b29af87df9..3c2ae6370d 100644
--- a/libavfilter/af_arnndn.c
Also, drop redundant calls that also happen implicitly in generic code.
---
libavfilter/af_anlms.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/libavfilter/af_anlms.c b/libavfilter/af_anlms.c
index 1764b01072..4e83a0501d 100644
--- a/libavfilter/af_anlms.c
+
Also, drop redundant calls that also happen implicitly in generic code.
---
libavfilter/af_bs2b.c | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git a/libavfilter/af_bs2b.c b/libavfilter/af_bs2b.c
index d6a974051e..de2c30fede 100644
--- a/libavfilter/af_bs2b.c
+
Also, drop redundant calls that also happen implicitly in generic code.
---
libavfilter/af_channelmap.c | 27 +--
1 file changed, 17 insertions(+), 10 deletions(-)
diff --git a/libavfilter/af_channelmap.c b/libavfilter/af_channelmap.c
index 8d65fb3cd2..3f02a7fd8f 100644
--
Quoting Niklas Haas (2024-08-30 12:15:24)
> diff --git a/libavcodec/codec_internal.h b/libavcodec/codec_internal.h
> index 1cd1f684f9..6fdd261066 100644
> --- a/libavcodec/codec_internal.h
> +++ b/libavcodec/codec_internal.h
> @@ -132,7 +132,13 @@ typedef struct FFCodec {
> /**
> * Inter
Quoting Niklas Haas (2024-08-30 12:15:25)
> diff --git a/libavcodec/avcodec.c b/libavcodec/avcodec.c
> index 6065f1b689..ad25e02613 100644
> --- a/libavcodec/avcodec.c
> +++ b/libavcodec/avcodec.c
> @@ -28,6 +28,7 @@
> #include "libavutil/avstring.h"
> #include "libavutil/bprint.h"
> #include "l
My ping on a patch on 21 Jul has no reaction
Signed-off-by: Michael Niedermayer
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index a513bec72a9..d73536370a0 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -146,6 +146,7 @@ Codecs:
4xm.c
A ping from last month by Yigithan Yigit had no reaction
Signed-off-by: Michael Niedermayer
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index d73536370a0..0b323962ed4 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -324,6 +324,7 @@ Filters:
af_h
Quoting Niklas Haas (2024-08-30 12:15:32)
> From: Niklas Haas
>
> All hail get_supported_config()
\o/
--
Anton Khirnov
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link
>De : Anton Khirnov
>Envoyé : lundi 2 septembre 2024 13:26
>
>Quoting Nicolas Gaullier (2024-09-02 11:52:15)
>> Following yesterday posts by Anton/Tomas on version 1.
>>
>> v3:
>> - do not fall back to time_base (that was my v2)
>> - do not remove "-r 25" in the fate test with streamcopy (see be
Fix "ost->st->avg_frame_rate = ost->frame_rate" in streamcopy_init()
being reset to input's frame rate a few lines below.
Note that in current code, there are some discrepancies amongst the
muxers. For example, avienc relies on time_base, so it is not affected
by this patch, whereas mxfenc and matr
Hi Michael,
I am new to community, and I am not sure about qualifications of maintainer but
If you prefer I can be the maintainer.
Best Regards,
Yiğithan Yiğit
> On 2 Sep 2024, at 16:39, Michael Niedermayer wrote:
> A ping from last month by Yigithan Yigit had no reaction
>
> Signed-off-by:
On Wed, Aug 21, 2024 at 12:02 PM Kieran Kunhya via ffmpeg-devel
wrote:
>
> On Mon, Aug 19, 2024 at 7:31 PM Timo Rothenpieler
> wrote:
> >
> > On 19.08.2024 16:23, Araz Iusubov wrote:
> > > From: Evgeny Pavlov
> > >
> > > This commit increase precision of Sleep() function on Windows.
> > > This
On 9/2/2024 9:00 AM, Derek Buitenhuis wrote:
On 8/31/2024 5:31 PM, James Almer wrote:
Signed-off-by: James Almer
---
configure | 1 +
libavcodec/hevc/hevcdec.c | 3 +++
libavcodec/hevc/refs.c| 15 ++-
3 files changed, 18 insertions(+), 1 deletion(-)
Mayb
On 9/2/2024 9:03 AM, Derek Buitenhuis wrote:
On 8/31/2024 5:31 PM, James Almer wrote:
Signed-off-by: James Almer
---
libavcodec/avcodec.c | 2 ++
libavcodec/avcodec.h | 5 +
libavcodec/decode.c| 42 +-
libavcodec/internal.h
On Fri, Aug 30, 2024 at 11:09 PM Jan Ekström wrote:
>
> On Fri, Aug 30, 2024 at 8:40 PM Hendrik Leppkes wrote:
> >
> > The code previously returned ENOMEM, despite this not being an
> > allocation problem, but rather a bitstream problem referring to data not
> > currently available.
> >
> > Fixes
Quoting Anton Khirnov (2024-09-02 15:50:06)
> ---
> libavfilter/af_aresample.c | 23 +++
> 1 file changed, 11 insertions(+), 12 deletions(-)
>
> diff --git a/libavfilter/af_aresample.c b/libavfilter/af_aresample.c
> index 2a67b06260..9ee4082c0c 100644
> --- a/libavfilter/af_ar
On Mon, 2 Sep 2024, at 18:48, James Almer wrote:
> On 9/2/2024 9:03 AM, Derek Buitenhuis wrote:
>> On 8/31/2024 5:31 PM, James Almer wrote:
>>> Signed-off-by: James Almer
>>> ---
>>> libavcodec/avcodec.c | 2 ++
>>> libavcodec/avcodec.h | 5 +
>>> libavcodec/decode.c|
Hi,
On Sat, Aug 31, 2024 at 12:31 PM James Almer wrote:
> --- a/libavcodec/options_table.h
> +++ b/libavcodec/options_table.h
> @@ -93,6 +93,7 @@ static const AVOption avcodec_options[] = {
>
[..]
> {"film_grain", "export film grain parameters through frame side data", 0,
> AV_OPT_TYPE_CONST, {
On Sun, 1 Sep 2024, Tomas Härdin wrote:
tis 2024-08-27 klockan 01:33 +0200 skrev Marton Balint:
If the demuxer does not provide per-stream indexes, the generic seek
search can
attempt to read the whole media file from the beginning when seeking.
For large
MXF files this can cause huge lockups
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> fei.w.wang-at-intel@ffmpeg.org
> Sent: Wednesday, August 28, 2024 8:02 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Wang, Fei W
> Subject: [FFmpeg-devel] [PATCH] cbs_av1: Copy loop filter and segment
> parameters of repeat frame fr
Quoting Nicolas Gaullier (2024-09-02 17:49:04)
> >De : Anton Khirnov
> >Envoyé : lundi 2 septembre 2024 13:26
> >
> >Quoting Nicolas Gaullier (2024-09-02 11:52:15)
> >> Following yesterday posts by Anton/Tomas on version 1.
> >>
> >> v3:
> >> - do not fall back to time_base (that was my v2)
> >>
On 02/09/2024 16:32, Michael Niedermayer wrote:
My ping on a patch on 21 Jul has no reaction
Signed-off-by: Michael Niedermayer
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index a513bec72a9..d73536370a0 100644
--- a/MAINTAINERS
+++ b/MAINTAIN
On 01/08/2024 19:07, Michael Niedermayer wrote:
On Thu, Aug 01, 2024 at 05:11:18PM +0200, Lynne via ffmpeg-devel wrote:
On 31/07/2024 21:54, Michael Niedermayer wrote:
Fixes: out of array access
Fixes:
70734/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_AAC_LATM_fuzzer-4741427068731392
Fo
On Tue, 2024-09-03 at 01:20 +, Dai, Jianhui J wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > fei.w.wang-at-intel@ffmpeg.org
> > Sent: Wednesday, August 28, 2024 8:02 PM
> > To: ffmpeg-devel@ffmpeg.org
> > Cc: Wang, Fei W
> > Subject: [FFmpeg-devel] [PA
45 matches
Mail list logo
