> -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
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
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.
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
@@
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
@@
> -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
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
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
> -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/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 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
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
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
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
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
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
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
> -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
> -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:
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
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
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
--
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
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
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 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
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, 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
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
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
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
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!
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!
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_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 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
_
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
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
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
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
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 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
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 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
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
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
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
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
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".
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".
---
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
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 | 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_
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
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
68 matches
Mail list logo
