> From: ffmpeg-devel On Behalf Of
> Andreas Rheinhardt
> Sent: Wednesday, March 18, 2020 12:52
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] lavf/protocols: Fix compile warning of
> discarding 'const' qualifier from pointer target type
>
> Linjie Fu:
> > Signed-off-by: Linji
> From: ffmpeg-devel On Behalf Of
> Andreas Rheinhardt
> Sent: Friday, November 22, 2019 18:02
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 1/3] lavformat: Prepare to make
> avio_enum_protocols const correct
>
> Andreas Rheinhardt:
> > A
On 14-03-2020 07:15 pm, Carl Eugen Hoyos wrote:
Am Sa., 14. März 2020 um 14:24 Uhr schrieb Gyan Doshi :
On 14-03-2020 06:11 pm, Carl Eugen Hoyos wrote:
Am Sa., 14. März 2020 um 13:19 Uhr schrieb Gyan Doshi :
On 14-03-2020 04:29 pm, Carl Eugen Hoyos wrote:
Am Sa., 14. März 2020 um 07:31 U
From: Kartik K. Khullar
---
FFmpeg/libavutil/colorspace.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/FFmpeg/libavutil/colorspace.h b/FFmpeg/libavutil/colorspace.h
index ef6f610..bf53afe 100644
--- a/FFmpeg/libavutil/colorspace.h
+++ b/FFmpeg/libavutil/colorspace.h
@@ -94,6 +
From: Kartik K. Khullar
---
FFmpeg/libavcodec/flif16transform.c | 53 +
1 file changed, 53 insertions(+)
diff --git a/FFmpeg/libavcodec/flif16transform.c
b/FFmpeg/libavcodec/flif16transform.c
index e69de29..febf5e9 100644
--- a/FFmpeg/libavcodec/flif16transform.c
+++
Linjie Fu:
> Signed-off-by: Linjie Fu
> ---
> libavformat/protocols.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/protocols.c b/libavformat/protocols.c
> index f1b8eab..cb19f77 100644
> --- a/libavformat/protocols.c
> +++ b/libavformat/protocols.c
> @
Signed-off-by: Linjie Fu
---
libavformat/protocols.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/protocols.c b/libavformat/protocols.c
index f1b8eab..cb19f77 100644
--- a/libavformat/protocols.c
+++ b/libavformat/protocols.c
@@ -95,9 +95,9 @@ const AVClass
Signed-off-by: Linjie Fu
---
libavfilter/vf_dnn_processing.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/libavfilter/vf_dnn_processing.c b/libavfilter/vf_dnn_processing.c
index 7f40f85..fabe4f1 100644
--- a/libavfilter/vf_dnn_processing.c
+++ b/libavfilter/vf_dnn_pr
On 3/5/2020 2:02 AM, Andriy Gelman wrote:
> From: Andriy Gelman
>
> Signed-off-by: Andriy Gelman
> ---
> libavcodec/avcodec.h | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
> index 5a0fc3405c5..8cda2422efa 100644
> ---
Michael Niedermayer:
> On Sun, Jan 19, 2020 at 02:43:00PM +, Andreas Rheinhardt wrote:
>> Michael Niedermayer:
>>> On Tue, Oct 22, 2019 at 03:16:45PM +0200, Andreas Rheinhardt wrote:
vobsub_read_packet() didn't check whether an index in array of AVPackets
was valid and therefore used
Hi,
On Thu, Mar 5, 2020 at 6:38 PM Wang Cao wrote:
>
> Signed-off-by: Wang Cao
> ---
> Made changes according to the review.
> - Bump the MICRO version of libavcodec.
> - Use enum for 'tune' option consts for better consistency
>
> doc/encoders.texi | 11 +++
> libavcodec/libaomenc
PRId64 and PRIu64 already expand to the complete specifier; adding
another 'd' at the end is wrong and just leads to warnings that say
that only an option like '-frames:v 2d' will be used, although said
option won't be accepted at all ('Expected int64 for frames:v but found
2d').
Signed-off-by: An
Hi,
On Thu, Mar 5, 2020 at 6:20 PM Wang Cao wrote:
>
> Signed-off-by: Wang Cao
> ---
> The changes are made according to the code review
> - Bump the MICRO version
> - Use enum for Super resolution mode consts. The original enum in libaom
> is not public so a enum is defined and matched the or
On Wed, Mar 18, 2020 at 12:13:33AM +, Derek Buitenhuis wrote:
> On 17/03/2020 23:11, Limin Wang wrote:
> > The user data unregistered allows arbitrary data to be carried in the
> > bitstream,
> > for example, ROI info, time info etc. For the real support patch, please
> > refer to
> > the pen
> From: ffmpeg-devel On Behalf Of
> Carl Eugen Hoyos
> Sent: Tuesday, March 17, 2020 23:04
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH, v3] lavc/vp9: fix reference frame
> dimensions check for SINGLE_REFERENCE mode
>
> Am Di., 17. März
Hi!
Attached patch fixes ticket #8575 for me, Google describes such files.
Please comment, Carl Eugen
From 39d0748782bb3e37fb2f92c679ffa58b239374c7 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Wed, 18 Mar 2020 02:11:33 +0100
Subject: [PATCH] lavf/subviewerdec: Support higher sub-second
On 17/03/2020 23:11, Limin Wang wrote:
> The user data unregistered allows arbitrary data to be carried in the
> bitstream,
> for example, ROI info, time info etc. For the real support patch, please
> refer to
> the pending patch series 7, 8 in below link:
> https://patchwork.ffmpeg.org/project/f
Mar 15, 2020, 10:33 by d...@lynne.ee:
> Patch attached.
>
Pushed.
___
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 sub
Patch attached.
>From 8929300730a68db0353c347d28aa29325fb93bdb Mon Sep 17 00:00:00 2001
From: Lynne
Date: Tue, 17 Mar 2020 22:56:03 +
Subject: [PATCH] MAINTAINERS: add myself and my gpg key
---
MAINTAINERS | 3 +++
1 file changed, 3 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
inde
On Tue, Mar 17, 2020 at 05:25:29PM +, Derek Buitenhuis wrote:
> On 17/03/2020 10:54, lance.lmw...@gmail.com wrote:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavcodec/hevc_sei.c | 31 +++
> > libavcodec/hevc_sei.h
It has been shut down in April 2019.
Signed-off-by: Andreas Rheinhardt
---
MAINTAINERS | 1 -
1 file changed, 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 71e9ee8a00..b960c89ebd 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -55,7 +55,6 @@ fate.ffmpeg.org Ti
Signed-off-by: Andreas Rheinhardt
---
MAINTAINERS | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 55e2b385b5..71e9ee8a00 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -434,9 +434,9 @@ Muxers/Demuxers:
lmlm4.c
The WebM DASH Manifest muxer can write manifests for live streams and
these contain an entry that depends on the time the manifest is written;
an AVOption to make the output reproducible has been added for tests.
But this is unnecessary, as there already is a method for reproducible
output: The AVF
Up until now, the name of every AVBSFContext for logging purposes was
"AVBSFContext", so that the default logging callback produced output
like "[AVBSFContext @ 0x55813bae92c0] Extradata". This has been changed
to "[trace_headers @ 0x60a00700] Extradata" by adding an item_name-
function to the
This happened for AVBSFContext.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/bsf.c | 4
1 file changed, 4 deletions(-)
diff --git a/libavcodec/bsf.c b/libavcodec/bsf.c
index 9dbf6a636d..d0e0d46068 100644
--- a/libavcodec/bsf.c
+++ b/libavcodec/bsf.c
@@ -45,8 +45,6 @@ void av_bsf_free(A
On Tue, Mar 17, 2020 at 11:13:22AM +0800, BYHYKCHKIO WEIINZWLM wrote:
> Hello,
>
> I have a vulnerability about FFmpage to report.
>
> Regarding the sws_scale function in the swscale.c file, when the parameter
> SwsContext is 0, the program access address is abnormal, causing the
> program to cra
lgtm
On 12/26/19, Andreas Rheinhardt wrote:
> The classical ptr = av_realloc(ptr, size).
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/webmdashenc.c | 7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/libavformat/webmdashenc.c b/libavformat/webmdashenc.c
Andreas Rheinhardt:
> The classical ptr = av_realloc(ptr, size).
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/webmdashenc.c | 7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/libavformat/webmdashenc.c b/libavformat/webmdashenc.c
> index d2f0e0ec4d..e8b7
On 3/17/20, Marshall Murmu wrote:
> I hope this one's simple enough
It is not simple at all. How do you plan to extend it and add other
instruments and so on later?
Use some state variable, which will hold current number of samples
outputted per tone and use loops.
There is filter private cont
On 17/03/2020 10:54, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavcodec/hevc_sei.c | 31 +++
> libavcodec/hevc_sei.h | 6 ++
> libavcodec/hevcdec.c| 14 ++
> t
On 3/17/2020 1:05 PM, Kieran Kunhya wrote:
> On Tue, 17 Mar 2020 at 11:25, wrote:
>
>> From: Limin Wang
>>
>> Signed-off-by: Limin Wang
>>
>
> I've seen whole planes (e.g Alpha) taking up 10s or 100s of KB put in SEI,
> do we really want to export this all as side data?
Frame side data is ref
On Tue, 17 Mar 2020 at 11:25, wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
>
I've seen whole planes (e.g Alpha) taking up 10s or 100s of KB put in SEI,
do we really want to export this all as side data?
Kieran
___
ffmpeg-devel mailing lis
I hope this one's simple enough
---
Changelog| 1 +
configure| 4 +
doc/filters.texi | 29 ++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/asrc_atone.c | 188 +++
libavfilter/ve
Signed-off-by: numberwolf
---
Here, don't need show motionless vectors,because they're useless.
doc/examples/extract_mvs.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/doc/examples/extract_mvs.c b/doc/examples/extract_mvs.c
index de31ccd..f6d19b7 100644
--- a/doc/examples/extract
Am Di., 17. März 2020 um 10:45 Uhr schrieb Linjie Fu :
>
> With the description in frame size with refs semantics (SPEC 7.2.5),
> it is a requirement of bitstream conformance that for at least one
> reference frame has the valid dimensions.
>
> Modify the check to make sure the decoder works well i
With the description in frame size with refs semantics (SPEC 7.2.5),
it is a requirement of bitstream conformance that for at least one
reference frame has the valid dimensions.
Modify the check to make sure the decoder works well in SINGLE_REFERENCE
mode that not all reference frames have valid d
On Tue, Mar 17, 2020 at 01:09:59PM +0100, Paul B Mahol wrote:
> NAK
>
> Was added explicitly by Michael, to keep all scripts working.
> So you should not sent such patches.
Sorry, I have realized it'll break the short option without eof_action.
please ignore the patch.
>
> On 3/17/20, lance.lmw
Hi,
On 3/17/20, Marshall Murmu wrote:
> Fixing noteon/off logic
>
> ---
> Changelog| 1 +
> configure| 4 +
> doc/filters.texi | 29 ++
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/asrc_atone.c | 197 ++
Fixing noteon/off logic
---
Changelog| 1 +
configure| 4 +
doc/filters.texi | 29 ++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/asrc_atone.c | 197 +++
libavfilter/version.h
On Tue, Mar 17, 2020 at 01:21:15 +0800, numberwolf wrote:
> Subject: not display motionless vectors in examples/extract_mvs.c
Please do have a look at other commits in the repository. This would be
examples/extract_mvs: don't display motionless vectors.
> Here, dont need show motionless vectors,
NAK
Was added explicitly by Michael, to keep all scripts working.
So you should not sent such patches.
On 3/17/20, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> After applied the patch, we can change default eof_action from repeat to
> pass still.
>
> ./ffmpeg -y -filter_complex
> "movie
when the last frame of capture is dequeueed,
driver may send this V4L2_EVENT_EOS event,
if this event is received, then we can set the capture port done
if the v4l2 m2m driver don't support V4L2_EVENT_EOS,
just output some error message, not make it error.
Without this patch imx8qm often hangs at
v4l2 set the frame rate through frame intervals,
not set frame rate directly.
the frame rate and frame intervals are reciprocal.
so in libavdevice/v4l2.c we can see the following code:
tpf->numerator = framerate_q.den;
tpf->denominator = framerate_q.num;
Signed-off-by: Ming Qian
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/h264_sei.c | 30 +--
libavcodec/h264_sei.h | 2 +
libavcodec/h264_slice.c | 14
tests/ref/fate/mov-zombie | 195 ++
4 files changed, 171 insertions(+), 70 deletions(-)
d
when the last frame of capture is dequeueed,
driver may send this V4L2_EVENT_EOS event,
if this event is received, then we can set the capture port done
if the v4l2 m2m driver don't support V4L2_EVENT_EOS,
just output some error message, not make it error.
Without this patch imx8qm often hangs at
Gonna apply this updated set soon.
___
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".
From: Limin Wang
Signed-off-by: Limin Wang
---
haven't got further feedback after 2 month, so I rebased the patches on ffmpeg
master,
please the core developer help to push to master.
doc/APIchanges | 6 ++
libavutil/frame.c | 1 +
libavutil/frame.h | 8
libavutil/versio
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/vf_showinfo.c | 37 +
1 file changed, 37 insertions(+)
diff --git a/libavfilter/vf_showinfo.c b/libavfilter/vf_showinfo.c
index 79b79db..36b9bf1 100644
--- a/libavfilter/vf_showinfo.c
+++ b/libavfilt
From: Limin Wang
After applied the patch, we can change default eof_action from repeat to pass
still.
./ffmpeg -y -filter_complex
"movie=./input.mkv,setpts=PTS-STARTPTS[main];movie=./overlay.mkv:loop=2,setpts=PTS-STARTPTS[overlay];[main][overlay]overlay=10:10:
enable='between(t,0,25):eof_acti
From: Limin Wang
The following command will attempt to create the input and overlay test
sequence for you.
./ffmpeg -f lavfi -i color=white:duration=100:r=25:size=1280x720 input.mkv
./ffmpeg -f lavfi -i "testsrc=duration=5:size=320x240:rate=25" overlay.mkv
Please try with below command and co
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/hevc_sei.c | 31 +++
libavcodec/hevc_sei.h | 6 ++
libavcodec/hevcdec.c| 14 ++
tests/ref/fate/hevc-monochrome-crop | 3 +++
4 files changed, 54 in
Yes, I have meet some hang issue on nxp's imx platform.
On nxp's imx platform, there is a stream buffer in the v4l2 decoder driver.
So driver may cache some frames in driver, if without this patch, after the
draining is set to 1, the v4l2 capture buffer won't be enqueued to driver any
more, it le
With the description in frame size with refs semantics (SPEC 7.2.5),
it is a requirement of bitstream conformance that for at least one
reference frame has the valid dimensions.
Modify the check to make sure the decoder works well in SINGLE_REFERENCE
mode that not all reference frames have valid d
On 2020-03-15 13:05, Hendrik Leppkes wrote:
On Sun, Mar 15, 2020 at 8:12 AM Steve Lhomme wrote:
Where is this struct specified? I don't see it in the latest released
Windows SDK.
It is not. It is reversed engineered from the existing structure and wild
guessing based on the HEVC Range Extens
54 matches
Mail list logo
