On 6/2/20, Michael Niedermayer wrote:
> On Mon, Jun 01, 2020 at 02:30:20PM +0100, Kieran Kunhya wrote:
>> On Mon, 1 Jun 2020 at 14:02, Anton Khirnov wrote:
>>
>> > Quoting Paul B Mahol (2020-05-29 18:46:18)
>> > > I see no aggression at all here.
>> >
>> > Same here. People have disagreeing opini
Hello Chris Ribble
Looks you are working for http patch ,
Can you share a test script for it ?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffm
Fix ticket: 8693
Based on implementation in hlsenc.c
Signed-off-by: Chris Ribble
---
libavformat/dashenc.c | 67 ++-
1 file changed, 53 insertions(+), 14 deletions(-)
diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
index 00a37b175d..a45d9bc7d0
On Mon, Jun 01, 2020 at 02:30:20PM +0100, Kieran Kunhya wrote:
> On Mon, 1 Jun 2020 at 14:02, Anton Khirnov wrote:
>
> > Quoting Paul B Mahol (2020-05-29 18:46:18)
> > > I see no aggression at all here.
> >
> > Same here. People have disagreeing opinions and are expressing them.
> > That does not
On Mon, Jun 01, 2020 at 12:10:54AM +0530, Gautam Ramakrishnan wrote:
> On Sun, May 31, 2020 at 7:21 PM Michael Niedermayer
> wrote:
> >
> > Fixes: use after free
> > Fixes:
> > 22484/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_JPEG2000_fuzzer-5671488765296640
> >
> > Found-by: continuous fu
On Sun, May 31, 2020 at 05:24:11AM +, Zane van Iperen wrote:
> Signed-off-by: Zane van Iperen
> ---
> tests/fate/acodec.mak | 2 ++
> tests/ref/acodec/adpcm-ima_ssi | 4
> 2 files changed, 6 insertions(+)
> create mode 100644 tests/ref/acodec/adpcm-ima_ssi
will apply
thx
[..
On Sun, May 31, 2020 at 07:07:11PM -0300, James Almer wrote:
> On 5/31/2020 6:48 PM, Michael Niedermayer wrote:
> > On Sun, May 31, 2020 at 10:58:16AM -0300, James Almer wrote:
> >> On 5/31/2020 10:50 AM, Michael Niedermayer wrote:
> >>> Fixes: NULL pointer dereference
> >>> Fixes:
> >>> 22604/clu
On Mon, 1 Jun 2020 09:50:56 +
Amit Pandya wrote:
> Hi all,
>
> This patch can support hardware-accelerated decode in ffmpeg on
> Jetson platforms.
Hi Amit,
I appreciate you sending this in. People have asked about Jetson
support a few times.
Is there any plan to enable the normal nvdec/nv
Added seperate side data field to allow adding per packet side data
message to support MISB 604 encoding
---
libavcodec/avpacket.c | 1 +
libavcodec/h264_metadata_bsf.c | 116 +++--
libavcodec/packet.h| 5 ++
3 files changed, 72 insertions(+), 5
On 6/1/2020 5:20 PM, Anton Khirnov wrote:
> Quoting James Almer (2020-06-01 18:35:39)
>> Signed-off-by: James Almer
>> ---
>> This is an attempt at solving the annoying constrain of only supporting flat
>> arrays within any given AVBufferRef. It introduces a new function to create
>> buffers that
Am Mo., 1. Juni 2020 um 21:26 Uhr schrieb Gautam Ramakrishnan
:
> > > > can you add some test to fate for this ?
> > > > (doesnt need to be related to the tests you did, but can of course)
> > > > such a test would also make it easy for others to test the code on
> > > > less common hardware like
Quoting James Almer (2020-06-01 18:35:39)
> Signed-off-by: James Almer
> ---
> This is an attempt at solving the annoying constrain of only supporting flat
> arrays within any given AVBufferRef. It introduces a new function to create
> buffers that accepts two new callback functions, one to alloca
On Fri, May 29, 2020 at 11:54 PM Michael Niedermayer
wrote:
>
> On Fri, May 29, 2020 at 11:23:20PM +0530, Gautam Ramakrishnan wrote:
> > On Fri, May 29, 2020 at 5:01 AM Michael Niedermayer
> > wrote:
> > >
> > > On Fri, May 29, 2020 at 12:33:01AM +0530, gautamr...@gmail.com wrote:
> > > > From: G
On 6/1/2020 6:49 AM, Anton Khirnov wrote:
> Quoting Andreas Rheinhardt (2020-05-29 18:31:57)
>> When a slice is encountered, the H.264 parser up until now always
>> unreferenced and reset the currently active PPS; immediately
>> afterwards, the currently active PPS is set again which includes
>> re
On Mon, 01. Jun 13:32, Andreas Rheinhardt wrote:
> Inside a function, the second ; in a double ;; is a null statement, but
> outside of functions a double ;; is simply invalid C that compilers
> happen to accept. v4l2_m2m_enc.c contained several ;; as a result of
> macro-expansion. So change the un
On Sun, 31. May 19:16, Marton Balint wrote:
>
>
> On Fri, 29 May 2020, Andriy Gelman wrote:
>
> > On Sun, 10. May 15:01, Andriy Gelman wrote:
> > > From: Andriy Gelman
> > >
> > > Signed-off-by: Andriy Gelman
> > > ---
> > >
> > > Same as commit d1e52e396b8aa778bd8d12bf25864beca0937d0a
> > >
On 26.05.2020 19:42, rcombs wrote:
This improves build times dramatically, and fixes building on macOS
---
compat/cuda/ptx2c.sh | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/compat/cuda/ptx2c.sh b/compat/cuda/ptx2c.sh
index 0750e7a3b7..c41875a2d4 100755
--- a/comp
because ff_h264_decode_picture_parameter_set doesn't support FMO
---
libavcodec/nvenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/nvenc.c b/libavcodec/nvenc.c
index cb33f9..c21c6dc567 100644
--- a/libavcodec/nvenc.c
+++ b/libavcodec/nvenc.c
@@ -997,12 +997,
applied and backported to 4.2, thanks
___
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".
Hi!
There is a patch that I sent you a couple of months ago to check. I did it for
the platform bountysource.com. There is a reward for this task, but I can’t get
it for quite some time, since the patch is in pending status. All tests were
passed, and the correct operation of the functions was
On 6/1/2020 2:17 PM, Andreas Rheinhardt wrote:
> James Almer:
>> Signed-off-by: James Almer
>> ---
>> As mentioned in Patch 1/2, this is an example for the complex structure
>> handling in AVBufferRef.
>> It doesn't need to be applied, even if it could (Despite being public, it's
>> new
>> enough
Signed-off-by: James Almer
---
No changes since v1.
doc/APIchanges | 4
libavutil/buffer.c | 25 +
libavutil/buffer.h | 31 +++
libavutil/buffer_internal.h | 13 +
libavutil/version.h |
av_packet_add_side_data() already defines size as a size_t, so this makes it
consistent across all side data functions.
Signed-off-by: James Almer
---
I could either add ifdeffery to every size argument used in
av_packet_get_side_data() calls within the libraries, add an internal typedef
that goe
av_stream_add_side_data() already defines size as a size_t, so this makes it
consistent across all side data functions.
Signed-off-by: James Almer
---
Same sitaution as Patch 3/4 but for av_stream_get_side_data().
libavformat/avformat.h | 8
libavformat/utils.c| 8
2 files
Signed-off-by: James Almer
---
No changes since v1.
doc/APIchanges| 4 ++--
libavutil/frame.c | 4
libavutil/frame.h | 8
3 files changed, 14 insertions(+), 2 deletions(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index 9de23744c0..dbf21c1d1e 100644
--- a/doc/APIchanges
+++
James Almer:
> Signed-off-by: James Almer
> ---
> As mentioned in Patch 1/2, this is an example for the complex structure
> handling in AVBufferRef.
> It doesn't need to be applied, even if it could (Despite being public, it's
> new
> enough that we can change it if we do it now).
>
> libavutil
Signed-off-by: James Almer
---
This is an attempt at solving the annoying constrain of only supporting flat
arrays within any given AVBufferRef. It introduces a new function to create
buffers that accepts two new callback functions, one to allocate a new buffer
when a new writable reference needs
Signed-off-by: James Almer
---
As mentioned in Patch 1/2, this is an example for the complex structure
handling in AVBufferRef.
It doesn't need to be applied, even if it could (Despite being public, it's new
enough that we can change it if we do it now).
libavutil/video_enc_params.c | 37 +++
On Tue, Apr 28, 2020 at 08:20:37PM +0200, Lynne wrote:
> Part of this patch is based on Paul B Mahol's patch from last year.
>
> This also allows for single-stream parameter/codec changes.
>
> Must be applied on top of the latest version of other 3 patches I sent today.
>
> oggdec.c |
It's better to not mix user provided flags and internal flags set by
AVBufferRef helper functions.
Signed-off-by: James Almer
---
libavutil/buffer.c | 7 +++
libavutil/buffer_internal.h | 13 +++--
2 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/libavutil/b
Prevent codecpar->codec_id from getting out of sync with the codec instantiated
for probing.
---
libavformat/utils.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index c9385318f6..b3d902c6b5 100644
--- a/libavformat/utils.c
+++ b/li
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/ratecontrol.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/ratecontrol.c b/libavcodec/ratecontrol.c
index 49d169b..6b77ccd 100644
--- a/libavcodec/ratecontrol.c
+++ b/libavcodec/ratecontrol.c
@@ -999
On Sat, May 30, 2020 at 11:14:03AM -0300, James Almer wrote:
> On 5/30/2020 10:55 AM, lance.lmw...@gmail.com wrote:
> > On Sat, May 30, 2020 at 03:32:18PM +0200, Nicolas George wrote:
> >> lance.lmw...@gmail.com (12020-05-30):
> >>> From: Limin Wang
> >>>
> >>> Signed-off-by: Limin Wang
> >>> ---
> From: ffmpeg-devel On Behalf Of Fu,
> Linjie
> Sent: Tuesday, April 14, 2020 17:15
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] lavc/vaapi_encode_h265: add
> low_delay_b option for HEVC
>
> > From: ffmpeg-devel On Behalf Of
> > Mark
On Wed, May 27, 2020 at 07:10:45PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavformat/rtspdec.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/libavformat/rtspdec.c b/libavformat/rtspdec.c
> index bd2e8f4..dfa2
Automatically convert P-frames to B-frames according to the query
results of VAConfigAttribPredictionDirection.
If P-frames is not supported by driver, convert P-frames to B-frames
with 2 same ref_lists(forward-prediction only, low delay B-frames).
If query is not supported with current VAAPI ver
Signed-off-by: James Almer
---
libavutil/buffer.h | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/libavutil/buffer.h b/libavutil/buffer.h
index e0f94314f4..c0f3f6cc9a 100644
--- a/libavutil/buffer.h
+++ b/libavutil/buffer.h
@@ -254,12 +254,13 @@ AVBufferPool *av_buffer_po
Signed-off-by: James Almer
---
doc/APIchanges | 3 +++
libavutil/buffer.c | 3 +++
libavutil/version.h | 2 +-
3 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index fb5534b5f5..c7e4ce3e6a 100644
--- a/doc/APIchanges
+++ b/doc/APIchanges
@@ -15,6
Hi,
the preferred way of adding new hardware-accelerated decoding wrappers
is implementing the hwcontext API in libavutil and the hwaccel hooks in
libavcodec decoders. Handles to hardware frames are exported to the
caller to avoid a possibly-unnecessary memory copy. See e.g.
vaapi_decode for an exa
On 6/1/20 5:24 PM, Przemysław Sobala wrote:
> On Mon, Jun 1, 2020 at 10:06 AM Anton Khirnov wrote:
>
>> Quoting Przemysław Sobala (2020-05-27 17:07:22)
>>> ---
>>> libavformat/dashenc.c | 2 +-
>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>> diff --git a/libavformat/dashenc.c b/libavfo
On Mon, 1 Jun 2020 at 14:02, Anton Khirnov wrote:
> Quoting Paul B Mahol (2020-05-29 18:46:18)
> > I see no aggression at all here.
>
> Same here. People have disagreeing opinions and are expressing them.
> That does not imply aggression or uncivility.
>
There is no aggression here.
If anything
Hello,
Why does it uses v4l2 in a different way and requires a nvv4l2 file instead of
v4l_m2m or v4l2?
BEst,
On Mon, Jun 1, 2020, at 11:50, Amit Pandya wrote:
> Hi all,
>
> This patch can support hardware-accelerated decode in ffmpeg on Jetson
> platforms.
>
> ffmpeg application can use acce
Quoting Andreas Rheinhardt (2020-06-01 12:21:15)
> Anton Khirnov:
> > Quoting Andreas Rheinhardt (2020-05-29 18:31:57)
> >> When a slice is encountered, the H.264 parser up until now always
> >> unreferenced and reset the currently active PPS; immediately
> >> afterwards, the currently active PPS i
Quoting Paul B Mahol (2020-05-29 18:46:18)
> I see no aggression at all here.
Same here. People have disagreeing opinions and are expressing them.
That does not imply aggression or uncivility.
--
Anton Khirnov
___
ffmpeg-devel mailing list
ffmpeg-devel
On 6/1/2020 6:41 AM, Anton Khirnov wrote:
> Quoting James Almer (2020-05-30 18:44:26)
>> Signed-off-by: James Almer
>> ---
>> I included the new header directly in internal.h because the alternative was
>> including it in a hundred or so files that call ff_alloc_packet2().
>>
>> If that's nonethe
On 6/1/2020 8:32 AM, Andreas Rheinhardt wrote:
> It is no longer used anymore.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> Strange that it has not already been removed earlier. Am I missing
> something?
Afaik, it was left in place to make merges from libav easier.
LGTM.
>
> libavcodec/enco
On Mon, Jun 1, 2020 at 10:06 AM Anton Khirnov wrote:
> Quoting Przemysław Sobala (2020-05-27 17:07:22)
> > ---
> > libavformat/dashenc.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
> > index 0cf0df50ef..00a37b175d 1
lgtm
On 6/1/20, Andreas Rheinhardt wrote:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavfilter/vf_lut3d.c | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/libavfilter/vf_lut3d.c b/libavfilter/vf_lut3d.c
> index e5d9fcc068..6730a424ce 100644
> --- a/libavf
Signed-off-by: Andreas Rheinhardt
---
libavfilter/vf_lut3d.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavfilter/vf_lut3d.c b/libavfilter/vf_lut3d.c
index e5d9fcc068..6730a424ce 100644
--- a/libavfilter/vf_lut3d.c
+++ b/libavfilter/vf_lut3d.c
@@ -261,10 +2
It is no longer used anymore.
Signed-off-by: Andreas Rheinhardt
---
Strange that it has not already been removed earlier. Am I missing
something?
libavcodec/encode.c | 5 -
libavcodec/internal.h | 2 --
2 files changed, 7 deletions(-)
diff --git a/libavcodec/encode.c b/libavcodec/encode.
Inside a function, the second ; in a double ;; is a null statement, but
outside of functions a double ;; is simply invalid C that compilers
happen to accept. v4l2_m2m_enc.c contained several ;; as a result of
macro-expansion. So change the underlying macro so that it doesn't
happen any longer.
Thi
Anton Khirnov:
> Quoting Andreas Rheinhardt (2020-05-29 18:31:57)
>> When a slice is encountered, the H.264 parser up until now always
>> unreferenced and reset the currently active PPS; immediately
>> afterwards, the currently active PPS is set again which includes
>> referencing it. Given that it
Hello Mr.James
For this , in dash if . there are tcs whose segment type is SegmentTemplate
,and minimumUpdatePeriod is not 50 .
(eg: https://livesim.dashif.org/livesim/mup_30/testpic_2s/Manifest.mpd)
Cause there is no rules in dash spec says , in template cases , the live
miniupdateperiod s
Hello Mr.James Almer
Thanks for your opinion . patch is updated
0001-PATCH-libavformat-dashenc.c-keep-same-with-streaming.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/f
Hi all,
This patch can support hardware-accelerated decode in ffmpeg on Jetson
platforms.
ffmpeg application can use accelerated decode to read video files in the
following elementary/container formats and dump them in YUV 420 format:
H.264, H.265, VP8, VP9. MPEG2, MPEG4
(NOTE: The ffmpeg packa
Quoting Andreas Rheinhardt (2020-05-29 18:31:57)
> When a slice is encountered, the H.264 parser up until now always
> unreferenced and reset the currently active PPS; immediately
> afterwards, the currently active PPS is set again which includes
> referencing it. Given that it is typical for the a
Quoting James Almer (2020-05-30 18:44:26)
> Signed-off-by: James Almer
> ---
> I included the new header directly in internal.h because the alternative was
> including it in a hundred or so files that call ff_alloc_packet2().
>
> If that's nonetheless prefered, i can go ahead with it.
I would p
Quoting Andreas Rheinhardt (2020-05-30 18:05:15)
> It has already been checked that there is enough data available.
>
> Signed-off-by: Andreas Rheinhardt
> ---
I don't see how this improves things. The only advantage of unchecked
reads is performance, but I don't think that is relevant here.
Oth
On 6/1/20, Anton Khirnov wrote:
> Quoting Paul B Mahol (2020-06-01 10:33:24)
>> On 6/1/20, Anton Khirnov wrote:
>> > Quoting Paul B Mahol (2020-06-01 09:32:06)
>> >> On 5/31/20, Reino Wijnsma wrote:
>> >> > On 2020-05-31T22:37:20+0200, Paul B Mahol wrote:
>> >> >> On 5/31/20, Nicolas George wr
On 6/1/20, Siyuan Huang wrote:
> Look email client will auto format the patch ,
>
>
>
> So , patch file is attached ,
>
>
What is meaning of generte ?
--> this is used for generate ms level watermark which burn in video .
After that it can test whole system latency (from
Quoting Paul B Mahol (2020-06-01 10:33:24)
> On 6/1/20, Anton Khirnov wrote:
> > Quoting Paul B Mahol (2020-06-01 09:32:06)
> >> On 5/31/20, Reino Wijnsma wrote:
> >> > On 2020-05-31T22:37:20+0200, Paul B Mahol wrote:
> >> >> On 5/31/20, Nicolas George wrote:
> >> >>> Paul B Mahol (12020-05-31)
On 6/1/20, Siyuan Huang wrote:
> Look email client will auto format the patch ,
>
>
>
> So , patch file is attached ,
>
>
What is meaning of generte ?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Look email client will auto format the patch ,
So , patch file is attached ,
0001-libavfilter-vf_drawtext.c-add-support-to-generte-ms-.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/
On 6/1/20, Anton Khirnov wrote:
> Quoting Paul B Mahol (2020-06-01 09:32:06)
>> On 5/31/20, Reino Wijnsma wrote:
>> > On 2020-05-31T22:37:20+0200, Paul B Mahol wrote:
>> >> On 5/31/20, Nicolas George wrote:
>> >>> Paul B Mahol (12020-05-31):
>> Signed-off-by: Paul B Mahol
>> ---
>> >
Quoting Andreas Rheinhardt (2020-05-30 18:05:06)
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/vp9_superframe_bsf.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/libavcodec/vp9_superframe_bsf.c b/libavcodec/vp9_superframe_bsf.c
> index 57681e29e4..34a47aa69e 100644
> ---
Quoting Paul B Mahol (2020-06-01 09:32:06)
> On 5/31/20, Reino Wijnsma wrote:
> > On 2020-05-31T22:37:20+0200, Paul B Mahol wrote:
> >> On 5/31/20, Nicolas George wrote:
> >>> Paul B Mahol (12020-05-31):
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/Makefile | 1 +
> >>
Quoting Siyuan Huang (2020-05-29 09:16:54)
>
>
> for test latency , need sub-seconds level timestamp watermark
>
>
>
> Signed-off-by: SiyuanHuang
Not much opinion on the change itself, but it seems your mail client
mangled the patch so it cannot be applied.
--
Anton Khirnov
_
Quoting Przemysław Sobala (2020-05-27 17:07:22)
> ---
> libavformat/dashenc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
> index 0cf0df50ef..00a37b175d 100644
> --- a/libavformat/dashenc.c
> +++ b/libavformat/dashenc.c
>
Quoting James Almer (2020-06-01 03:30:00)
> On 5/31/2020 7:30 AM, Nicolas George wrote:
> > James Almer (12020-05-30):
> >> This prevents NULL pointer dereference crashes when calling
> >> av_buffer_pool_get()
> >> using the resulting pool.
> >>
> >> Signed-off-by: James Almer
> >> ---
> >> liba
On 5/31/20, Reino Wijnsma wrote:
> On 2020-05-31T22:37:20+0200, Paul B Mahol wrote:
>> On 5/31/20, Nicolas George wrote:
>>> Paul B Mahol (12020-05-31):
Signed-off-by: Paul B Mahol
---
libavfilter/Makefile | 1 +
libavfilter/af_afwtdn.c | 619
70 matches
Mail list logo
