New gcc changed the way it exposes armhf build flags.
"the architecture now has to include the cpu features, see the man page, arM
options"
example of build failure:
https://launchpad.net/ubuntu/+source/ffmpeg/7:4.4-6ubuntu1/+build/22070856
Note: this syntax was introduced in GCC 8 https://gcc.g
On Fri, Sep 17, 2021 at 09:56:16PM +0200, Michael Niedermayer wrote:
> Fixes: out of array access
> Fixes:
> 38603/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MSNSIREN_fuzzer-5741847809490944.fuzz
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/pro
---
libavcodec/siren.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavcodec/siren.c b/libavcodec/siren.c
index 2161b29a2c..3b0ad7b642 100644
--- a/libavcodec/siren.c
+++ b/libavcodec/siren.c
@@ -608,12 +608,16 @@ static int decode_vector(SirenContext *s, int
number_
this allows the checksum calculation routine to also use getbitcontext
---
at the expense of having to offset get_bits_left(gb) everywhere
libavcodec/siren.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/libavcodec/siren.c b/libavcodec/siren.c
index 3b0ad7b6
---
libavcodec/siren.c | 32 +++-
1 file changed, 31 insertions(+), 1 deletion(-)
diff --git a/libavcodec/siren.c b/libavcodec/siren.c
index 92fd3632f5..2d3969f24c 100644
--- a/libavcodec/siren.c
+++ b/libavcodec/siren.c
@@ -756,7 +756,37 @@ static int siren_decode(AVC
probably fine
___
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".
probably fine
___
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".
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".
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".
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".
On 18.09.2021 11:06, Gianfranco Costamagna wrote:
New gcc changed the way it exposes armhf build flags.
"the architecture now has to include the cpu features, see the man page, arM
options"
example of build failure:
https://launchpad.net/ubuntu/+source/ffmpeg/7:4.4-6ubuntu1/+build/22070856
Not
Ping.
在 2021年9月17日 +0800 15:28,Sun Zhenliang ,写道:
> 在 2021年9月17日 +0800 14:49,Paul B Mahol ,写道:
> > Are stereo files available somewhere? Known way to encode?
> Here is the stereo file,
> https://github.com/HiSunzhenliang/patch/blob/main/ffmpeg/avformat-amr-Return-PATCHWELCOME-on-stereo-files/stereo
New gcc changed the way it exposes armhf build flags.
"the architecture now has to include the cpu features, see the man page, arM
options"
example of build failure:
https://launchpad.net/ubuntu/+source/ffmpeg/7:4.4-6ubuntu1/+build/22070856
Note: this syntax was introduced in GCC 8 https://gcc.g
Hello Timo
Il giorno sab 18 set 2021 alle ore 13:15 Timo Rothenpieler <
t...@rothenpieler.org> ha scritto:
> On 18.09.2021 11:06, Gianfranco Costamagna wrote:
> > New gcc changed the way it exposes armhf build flags.
> > "the architecture now has to include the cpu features, see the man page,
> a
On 18.09.2021 15:48, Gianfranco Costamagna wrote:
Hello Timo
Il giorno sab 18 set 2021 alle ore 13:15 Timo Rothenpieler <
t...@rothenpieler.org> ha scritto:
On 18.09.2021 11:06, Gianfranco Costamagna wrote:
New gcc changed the way it exposes armhf build flags.
"the architecture now has to inc
Is this complete code to have fully functional SVC decoding?
___
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 "u
On Fri, Sep 17, 2021 at 10:02:25PM +0200, Paul B Mahol wrote:
> lgtm
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
There will always be a question for which you do not know the correct answer.
signature.asc
Description: PGP signature
On Sat, Sep 18, 2021 at 07:47:52PM +1000, Peter Ross wrote:
> On Fri, Sep 17, 2021 at 09:56:16PM +0200, Michael Niedermayer wrote:
> > Fixes: out of array access
> > Fixes:
> > 38603/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MSNSIREN_fuzzer-5741847809490944.fuzz
> >
> > Found-by: continuo
On Fri, Sep 17, 2021 at 08:06:48PM +0200, Paul B Mahol wrote:
> On Fri, Sep 17, 2021 at 8:00 PM Michael Niedermayer
> wrote:
>
> > On Fri, Sep 17, 2021 at 07:35:32PM +0200, Paul B Mahol wrote:
> > > Please do not apply, This actually changes output to nothing.
> >
> > Do you have such a TGA file
18 Sept 2021, 12:03 by pr...@xvid.org:
> ---
> libavcodec/siren.c | 32 +++-
> 1 file changed, 31 insertions(+), 1 deletion(-)
>
> diff --git a/libavcodec/siren.c b/libavcodec/siren.c
> index 92fd3632f5..2d3969f24c 100644
> --- a/libavcodec/siren.c
> +++ b/libavcodec/s
Signed-off-by: Paul B Mahol
---
libavcodec/mlpdec.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/mlpdec.c b/libavcodec/mlpdec.c
index bee47b6cc6..68c270ef52 100644
--- a/libavcodec/mlpdec.c
+++ b/libavcodec/mlpdec.c
@@ -408,6 +408,8 @@ static int read_major_sy
Signed-off-by: Paul B Mahol
---
libavcodec/mlpenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/mlpenc.c b/libavcodec/mlpenc.c
index ef01c1d282..b2b3297669 100644
--- a/libavcodec/mlpenc.c
+++ b/libavcodec/mlpenc.c
@@ -626,7 +626,7 @@ static av_cold int mlp_enco
Dear,
This patch includes a macro named "SVC_DEC_H264" has been added to the
configure file that controls switching on and off SVC decoding capabilities
based on temporal scalability.
Thank you for you review!
configure.patch
Description: Binary data
_
Dear,
This patch contains the necessary implementations of the code.
Thank you for your review!
h264_ps.h.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubs
Dear,
This patch contains the necessary implementations of the code.
Thank you for your review!
h264_ps.c.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubs
Dear,
This patch contains the necessary implementations of the code.
Thank you for your review!
h264_refs.c.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsu
Dear,
This patch contains the necessary implementations of the code.
Thank you for your review!
h264_parser.c.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To un
Dear,
This patch contains the necessary implementations of the code.
Thank you for your review!
h264dec.c.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubs
Dear,
This patch contains the necessary implementations of the code.
Thank you for your review!
h264_slice.c.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To uns
Dear,
This patch contains the necessary implementations of the code.
Thank you for your review!
h264dec.h.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubs
Dear,
This patch contains the necessary implementations of the code.
Thank you for your review!
h2645_parse.c.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To un
Dear,
This patch contains the necessary implementations of the code.
Thank you for your review!
h2645_parse.h.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To un
Signed-off-by: Manuel Stoeckl
---
libswscale/input.c | 15 +--
libswscale/output.c | 9 -
libswscale/utils.c | 1 +
libswscale/yuv2rgb.c | 9 ++---
tests/ref/fate/filter-pixdesc-x2bgr10
The new format (given in big/little endian forms) matches the
existing X2RGB10 format, except with B and R channels switched.
AV_PIX_FMT_X2BGR10 data often is created by OpenGL programs
whose buffers use the GL_RGB10 internal format.
Signed-off-by: Manuel Stoeckl
---
doc/APIchanges
On Fri, 17 Sep 2021, Michael Niedermayer wrote:
Fixes: infinite loop
Fixes:
37986/clusterfuzz-testcase-minimized-ffmpeg_dem_MPEGTSRAW_fuzzer-5292311517462528
-
LGTM, thanks.
Marton
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Sig
On Wed, 15 Sep 2021, Nicolas Jorge Dato wrote:
When a possible overflow was detected, there was a break
to exit the while loop.
However, it should have already substracted 2 bytes from
program_info_length (descriptor ID + length).
Ticket #9422
Thanks, applied.
Regards,
Marton
---
libavfo
On Fri, 18 Jun 2021, "zhilizhao(赵志立)" wrote:
Ping for review, thanks!
Thanks, applied.
Regards,
Marton
On Jun 10, 2021, at 11:58 AM, Zhao Zhili wrote:
It's useful for test client which pass streamid to ffmpeg/ffplay.
For example, use ffmpeg to test streamid support in VLC:
./ffmpeg -v
Thank you for your reply, this code just support the SVC decoding for the
temporal scalability of H.264 at present, so it doesn't have the fully function
of SVC decoding.
-- Original --
From:
On Mon, 9 Aug 2021, Zhao Zhili wrote:
SRTSOCKET is an abstraction designed by libsrt, it's not guaranteed
to be a real file descriptor. Even if it is, it should not be
operated directly outside of libsrt.
---
libavformat/libsrt.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/libavf
On Sat, 18 Sep 2021, Timo Rothenpieler wrote:
On 18.09.2021 15:48, Gianfranco Costamagna wrote:
Hello Timo
Il giorno sab 18 set 2021 alle ore 13:15 Timo Rothenpieler <
t...@rothenpieler.org> ha scritto:
On 18.09.2021 11:06, Gianfranco Costamagna wrote:
New gcc changed the way it exposes arm
Signed-off-by: softworkz
---
doc/APIchanges | 3 +++
libavformat/avformat.h | 9 +
libavformat/utils.c| 5 +
libavformat/version.h | 2 +-
4 files changed, 18 insertions(+), 1 deletion(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index cf6105c99e..fee94ccadd 100644
--
Repro Example:
ffprobe -show_entries stream=closed_captions:disposition=:side_data=
"http://streams.videolan.org/streams/ts/CC/NewsStream-608-ac3.ts";
While the codec string includes "Closed Captions",
the stream data is showing: closed_captions=0
Signed-off-by: softworkz
---
fftools/ffprobe.
Signed-off-by: softworkz
---
doc/APIchanges | 3 +++
libavformat/avformat.h | 9 +
libavformat/utils.c| 5 +
libavformat/version.h | 2 +-
4 files changed, 18 insertions(+), 1 deletion(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index cf6105c99e..fee94ccadd 100644
--
Repro Example:
ffprobe -show_entries stream=closed_captions:disposition=:side_data=
"http://streams.videolan.org/streams/ts/CC/NewsStream-608-ac3.ts";
While the codec string includes "Closed Captions",
the stream data is showing: closed_captions=0
The test ref was incorrect as the test media fi
Soft Works:
> Repro Example:
> ffprobe -show_entries stream=closed_captions:disposition=:side_data=
> "http://streams.videolan.org/streams/ts/CC/NewsStream-608-ac3.ts";
>
> While the codec string includes "Closed Captions",
> the stream data is showing: closed_captions=0
>
> The test ref was in
> -Original Message-
> From: ffmpeg-devel On Behalf Of Andreas
> Rheinhardt
> Sent: Sunday, 19 September 2021 00:16
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 2/2] ffprobe: Fix incorrect display of
> closed_captions property
>
> Soft Works:
> > Repro Example:
> -Original Message-
> From: ffmpeg-devel On Behalf Of Soft Works
> Sent: Sunday, 19 September 2021 00:38
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v2 2/2] ffprobe: Fix incorrect display of
> closed_captions property
>
>
>
> > -Origina
Nowadays when you are streaming to a live platform if the RTMP(s)
server needs to restarted for any reason (ex: deploy new version)
the RTMP connection is interrupted (probably after some draining time).
Facebook will publish a proposal to avoid that by sending a
GoAway message in the RTMP protocol
Nowadays when you are streaming to a live platform if the RTMP(s)
server needs to restarted for any reason (ex: deploy new version)
the RTMP connection is interrupted (probably after some draining time).
Facebook will publish a proposal to avoid that by sending a
GoAway message in the RTMP protocol
Nowadays when you are streaming to a live platform if the RTMP(s)
server needs to restarted for any reason (ex: deploy new version)
the RTMP connection is interrupted (probably after some draining time).
Facebook will publish a proposal to avoid that by sending a
GoAway message in the RTMP protocol
Jordi Cenzano:
> Nowadays when you are streaming to a live platform if the RTMP(s)
> server needs to restarted for any reason (ex: deploy new version)
> the RTMP connection is interrupted (probably after some draining time).
> Facebook will publish a proposal to avoid that by sending a
> GoAway mes
August 24, 2021 9:49 AM, "Mapul Bhola" wrote:
> The x265 configuration and installation guide has moved to Bitbucket so the
> updated link reflects
> that one.
>
> As the openCV site currently only has docs for opencv3 and the filter in
> libavfilter is an opencv2
> an alternative link is prov
Previous message got long lines wrapped. Resending as attachment.
v2-0002-ffprobe-Fix-incorrect-display-of-closed_captions-pr.patch
Description: v2-0002-ffprobe-Fix-incorrect-display-of-closed_captions-pr.patch
___
ffmpeg-devel mailing list
ffmpeg-devel
And remove the unnecessary ffmpeg dependencies while at it.
Signed-off-by: Andreas Rheinhardt
---
tests/fate/demux.mak | 14 --
tests/fate/gapless.mak | 6 +++---
tests/fate/image.mak | 8 +---
3 files changed, 16 insertions(+), 12 deletions(-)
diff --git a/tests/fate/demu
Andreas Rheinhardt:
> And remove the MPEG-4-specific SLICE_START_CODE, which duplicates
> SLICE_STARTCODE.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> I can add a commit giving these startcodes a proper MPEG12_ prefix later
> if desired.
> (Some of these startcodes are btw duplicated in lavf/mp
> -Original Message-
> From: ffmpeg-devel On Behalf Of Andreas
> Rheinhardt
> Sent: Sunday, 19 September 2021 03:49
> To: ffmpeg-devel@ffmpeg.org
> Cc: Andreas Rheinhardt
> Subject: [FFmpeg-devel] [PATCH] fate/demux, gapless, image: Add missing
> ffprobe dependencies
>
> And remove th
On 9/18/2021 7:10 PM, Soft Works wrote:
Repro Example:
ffprobe -show_entries stream=closed_captions:disposition=:side_data=
"http://streams.videolan.org/streams/ts/CC/NewsStream-608-ac3.ts";
While the codec string includes "Closed Captions",
the stream data is showing: closed_captions=0
The t
> -Original Message-
> From: ffmpeg-devel On Behalf Of James Almer
> Sent: Sunday, 19 September 2021 05:05
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 2/2] ffprobe: Fix incorrect display of
> closed_captions property
>
> On 9/18/2021 7:10 PM, Soft Works wrote:
On 9/19/2021 12:28 AM, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of James Almer
Sent: Sunday, 19 September 2021 05:05
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH v2 2/2] ffprobe: Fix incorrect display of
closed_captions property
On 9/18/2021
On Friday, 17 September 2021 9:28:05 PM AEST Ladislav Macoun wrote:
> Fix uninitialized variable introduced in 9dee81a32f
>
> Signed-off-by: Ladislav Macoun
> ---
> libavcodec/libx265.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/libx265.c b/libavcodec/li
> -Original Message-
> From: ffmpeg-devel On Behalf Of James Almer
> Sent: Sunday, 19 September 2021 05:59
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 2/2] ffprobe: Fix incorrect display of
> closed_captions property
>
> On 9/19/2021 12:28 AM, Soft Works wrote
Will be useful for deduplication.
Signed-off-by: Andreas Rheinhardt
---
libavfilter/framesync.h | 33 +
1 file changed, 21 insertions(+), 12 deletions(-)
diff --git a/libavfilter/framesync.h b/libavfilter/framesync.h
index fb85e8aec7..8436aba23b 100644
--- a/liba
> -Original Message-
> From: ffmpeg-devel On Behalf Of James Almer
> Sent: Sunday, 19 September 2021 05:59
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 2/2] ffprobe: Fix incorrect display of
> closed_captions property
>
> On 9/19/2021 12:28 AM, Soft Works wrote
Signed-off-by: Andreas Rheinhardt
---
libavfilter/vf_lut3d.c | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
diff --git a/libavfilter/vf_lut3d.c b/libavfilter/vf_lut3d.c
index 111e624dc3..9fbda833b9 100644
--- a/libavfilter/vf_lut3d.c
+++ b/libavfilter/vf_lut3d.c
@@
Signed-off-by: Andreas Rheinhardt
---
libavfilter/vf_convolve.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/libavfilter/vf_convolve.c b/libavfilter/vf_convolve.c
index ab6d1a271f..2fa33587e3 100644
--- a/libavfilter/vf_convolve.c
+++ b/libavfilter/vf_convolve.c
@@
Every filter exposing the framesync options via its child_next
callback already calls framesync_preinit() in its preinit callback.
So the filter is already preinited whenever its child_next is called.
Signed-off-by: Andreas Rheinhardt
---
libavfilter/framesync.c | 5 -
libavfilter/framesync.
September 3, 2021 8:23 PM, "Mapul Bhola" wrote:
> This cleans up the code in the decode24bit and decode16bit functions by
> putting it in way that
> expresses the true intent while making it easier to read.
>
> ---
> libavcodec/truemotion1.c | 40 +---
> 1 fil
> -Original Message-
> From: ffmpeg-devel On Behalf Of Soft Works
> Sent: Friday, 17 September 2021 19:16
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] Plans for libavfilter
>
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of Ja
68 matches
Mail list logo