On Wed, Mar 18, 2020, at 10:05 PM, Gyan Doshi wrote:
> Thanks. Can you push this?
Sure, I’ll be able push it in about 12 hours or so.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe,
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Linjie Fu
> Sent: Wednesday, March 18, 2020 12:23 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Fu, Linjie
> Subject: [FFmpeg-devel] [PATCH] lavfi/vf_dnn_processing: Fix compile warning
> of mixed
On 18-03-2020 10:38 pm, Lou Logan wrote:
On Fri, Mar 13, 2020, at 10:30 PM, Gyan Doshi wrote:
As per https://johnvansickle.com/ffmpeg/
---
src/download | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
LGTM
Thanks. Can you push this?
Gyan
v2 changes:
- Splitted changes into two distinct patches, one for hwcontext, another
for filter itself
- Fixed switch() statement indent according to style
Yaroslav Pogrebnyak (2):
avutil/hwcontext_cuda: add YUVA420P pixel format
avfilter: add vf_overlay_cuda
configure
Signed-off-by: Yaroslav Pogrebnyak
---
libavutil/hwcontext_cuda.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavutil/hwcontext_cuda.c b/libavutil/hwcontext_cuda.c
index a87c280cf7..3c4e36dde7 100644
--- a/libavutil/hwcontext_cuda.c
+++ b/libavutil/hwcontext_cuda.c
@@
Signed-off-by: Yaroslav Pogrebnyak
---
Changes in v2:
- Fixed switch() indentation style
configure | 2 +
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_overlay_cuda.c | 446 +
libavfilter/vf_
On Wed, Mar 18, 2020 at 11:12:54AM -0300, James Almer wrote:
> On 3/17/2020 11:37 PM, Limin Wang wrote:
> > 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
> >>
On Wed, Mar 18, 2020 at 10:42:12AM +, Kieran Kunhya wrote:
> On Wed, 18 Mar 2020 at 02:38, Limin Wang wrote:
>
> > 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 carr
On Wed, Mar 18, 2020 at 08:31:02PM +0100, Paul B Mahol wrote:
> probably ok
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
No human being will ever know the Truth, for even if they happen to say it
by chance, they would not even known they had d
On Wed, Mar 18, 2020 at 08:31:30PM +0100, Paul B Mahol wrote:
> lgtm
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
When you are offended at any man's fault, turn to yourself and study your
own failings. Then you will forget your anger. -- Epict
On Tue, Mar 17, 2020 at 11:56:20PM +0100, Andreas Rheinhardt wrote:
> It has been shut down in April 2019.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> MAINTAINERS | 1 -
> 1 file changed, 1 deletion(-)
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC7870
On Tue, Mar 17, 2020 at 11:56:19PM +0100, Andreas Rheinhardt wrote:
> Signed-off-by: Andreas Rheinhardt
> ---
> MAINTAINERS | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The worst
Steven Liu (12020-03-17):
> These member will be used for get more correct information of the MPD
>
> Signed-off-by: Steven Liu
> ---
> libavformat/dashdec.c | 134 +-
> 1 file changed, 107 insertions(+), 27 deletions(-)
>
> diff --git a/libavformat/dashd
Am Mi., 18. März 2020 um 02:16 Uhr schrieb Carl Eugen Hoyos
:
>
> Hi!
>
> Attached patch fixes ticket #8575 for me, Google describes such files.
Ping.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/f
Hi!
Without this patch, make clean (and make distclean) do not delete
ffmpeg_g.ilk and ffmpeg_g.pdb (and friends).
Please comment, Carl Eugen
From 7300a2e0bb316edb28347180f7878fc81d1f406a Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Thu, 19 Mar 2020 00:35:21 +0100
Subject: [PATCH] commo
Thanks
Steven Liu
> 2020年3月19日 上午12:48，Andreas Rheinhardt 写道：
>
> Hello,
>
> before the actual review I want to tell you that I actually agree with
> Nicholas. I don't see the point of already parsing stuff that is not
> used yet, especially if it involves allocations and checks.
Yes, I agre
On Wed, Mar 18, 2020 at 09:35:56AM +0100, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2020-03-16 21:58:52)
> > On Wed, Jan 29, 2020 at 06:00:16PM +0100, Anton Khirnov wrote:
> > > Decoders are supposed to export stream properties in AVCodecContext, the
> > > AVFrame properties are set from
lgtm
On 3/18/20, Michael Niedermayer wrote:
> Fixes: memleaks
> Fixes:
> 21084/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-5655975492321280
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off-by: Michael Niedermayer
> --
probably ok
On 3/18/20, Michael Niedermayer wrote:
> Fixes: signed integer overflow: 685813396 + 1803454769 cannot be represented
> in type 'int'
> Fixes:
> 21073/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SIREN_fuzzer-5744900508483584
>
> Found-by: continuous fuzzing process
> https://git
Fixes: memleaks
Fixes:
21084/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-5655975492321280
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/nsvdec.c | 20 ++--
1 file c
Fixes: signed integer overflow: 685813396 + 1803454769 cannot be represented in
type 'int'
Fixes:
21073/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SIREN_fuzzer-5744900508483584
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-
On Mon, Mar 16, 2020 at 10:38:31AM +0100, Nicolas George wrote:
> Michael Niedermayer (12020-03-15):
> > Fixes: signed integer overflow: 1302123111085380114 - -8319005078741256972
> > cannot be represented in type 'long'
> > Fixes:
> > 20991/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_FFWAV
On Fri, Mar 13, 2020, at 10:30 PM, Gyan Doshi wrote:
> As per https://johnvansickle.com/ffmpeg/
> ---
> src/download | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
LGTM
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/ma
Anton Khirnov:
> Quoting Andreas Rheinhardt (2020-02-26 16:06:00)
>> Anssi Hannula:
>>> Allow non-monotonic input timestamps for muxers with no timestamps at
>>> all (AVFMT_NOTIMESTAMPS).
>>>
>>> This is frequently hit when muxing TrueHD with spdifenc as many MKV
>>> files use 1ms timestamps while
Hello,
before the actual review I want to tell you that I actually agree with
Nicholas. I don't see the point of already parsing stuff that is not
used yet, especially if it involves allocations and checks.
Steven Liu:
> These member will be used for get more correct information of the MPD
>
> S
Am 29.02.20 um 02:39 schrieb Nomis101:
> From: Damiano Galassi
>
> Signed-off-by: Nomis101
> ---
> libavcodec/videotoolboxenc.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavcodec/videotoolboxenc.c b/libavcodec/videotoolboxenc.c
> index cc08cf6a50..32d893e485 100644
> --- a/libav
Anton Khirnov:
> Quoting Andreas Rheinhardt (2020-03-17 22:31:46)
>> This happened for AVBSFContext.
>>
>> Signed-off-by: Andreas Rheinhardt
>> ---
> Maybe ok. Not sure if it's better to drop it because it's unused or keep
> it in case someone adds options later.
>
My opinion is that whoever adds
On 3/13/2020 7:28 AM, Anton Khirnov wrote:
> It represents the relationship between them more naturally and will be
> useful in the following commits.
>
> Allows significantly more frames in fate-h264-attachment-631 to be
> decoded.
That sample is odd. It has an SPS/PPS pair in extradata that's w
LGTM without comments.
On 3/17/20, numberwolf wrote:
> 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
LGTM
On 3/18/20, Andreas Rheinhardt wrote:
> Surprisingly neither GCC nor Clang did this transformation on their own.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/dfa.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/dfa.c b/libavcodec/dfa.c
> ind
Andreas Rheinhardt:
> Up until e7ddafd5, the Matroska muxer wrote two SeekHeads: One at the
> beginning referencing the main level 1 elements (i.e. not the Clusters)
> and one at the end, referencing the Clusters. This second SeekHead was
> useless and has therefore been removed. Yet the SeekHead-r
Zane van Iperen:
> Signed-off-by: Zane van Iperen
> ---
> Changelog| 1 +
> libavformat/Makefile | 1 +
> libavformat/allformats.c | 1 +
> libavformat/pp_bnk.c | 218 +++
> libavformat/version.h| 2 +-
> 5 files changed, 222
On Wed, 18 Mar 2020 15:33:47 +0100
"Carl Eugen Hoyos" wrote:
> Am Mi., 18. März 2020 um 15:30 Uhr schrieb Zane van Iperen
> :
> >
> > On Wed, 18 Mar 2020 15:19:19 +0100
> > "Carl Eugen Hoyos" wrote:
> >
> > > Am Mi., 18. März 2020 um 15:12 Uhr schrieb Zane van Iperen
> > > :
> > > >
> > > >
Am Mi., 18. März 2020 um 15:30 Uhr schrieb Zane van Iperen
:
>
> On Wed, 18 Mar 2020 15:19:19 +0100
> "Carl Eugen Hoyos" wrote:
>
> > Am Mi., 18. März 2020 um 15:12 Uhr schrieb Zane van Iperen
> > :
> > >
> > > Signed-off-by: Zane van Iperen
> > > ---
> > > Changelog| 1 +
> > >
AVStream.request_probe as well as AVStream.mux_ts_offset are below the
separator of public and private fields, so that a further "NOT PART OF
PUBLIC API" is redundant.
Signed-off-by: Andreas Rheinhardt
---
I initially also wanted to remove the internal note for AVStream's private
fields ("be awar
On Wed, 18 Mar 2020 15:19:19 +0100
"Carl Eugen Hoyos" wrote:
> Am Mi., 18. März 2020 um 15:12 Uhr schrieb Zane van Iperen
> :
> >
> > Signed-off-by: Zane van Iperen
> > ---
> > Changelog| 1 +
> > libavformat/Makefile | 1 +
> > libavformat/allformats.c | 1 +
> > liba
Am Mi., 18. März 2020 um 15:12 Uhr schrieb Zane van Iperen
:
>
> Signed-off-by: Zane van Iperen
> ---
> Changelog| 1 +
> libavformat/Makefile | 1 +
> libavformat/allformats.c | 1 +
> libavformat/pp_bnk.c | 218 +++
> libavformat
Signed-off-by: Zane van Iperen
---
Changelog| 1 +
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/pp_bnk.c | 218 +++
libavformat/version.h| 2 +-
5 files changed, 222 insertions(+), 1 deletion(-)
cr
On 3/17/2020 11:37 PM, Limin Wang wrote:
> 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 sup
On 3/18/20, Ashutosh Pradhan wrote:
> Use cellular automata to generate tones
>
> diff --git a/Changelog b/Changelog
> index d1572553a5..5ddd2484b0 100644
> --- a/Changelog
> +++ b/Changelog
> @@ -48,6 +48,7 @@ version :
> - AMQP 0-9-1 protocol (RabbitMQ)
> - Vulkan support
> - avgblur_vulkan,
Signed-off-by: Zane van Iperen
---
Changelog | 1 +
doc/general.texi| 1 +
libavcodec/Makefile | 1 +
libavcodec/adpcm.c | 33 +
libavcodec/adpcm_data.c | 13 +
libavcodec/adpcm_data.h | 2 ++
libavcodec/allcodecs.c |
Adds support for the soundbank files used by the Pro Pinball series of games.
Please ping for review.
v2:
- Add sanity checks in header fields
- Formatting and comment fixes
- Change the struct names to match the files
Zane van Iperen (2):
avcodec: add support for Cunning Developments' A
On 3/18/2020 10:29 AM, Anton Khirnov wrote:
> Quoting James Almer (2020-03-17 17:36:01)
>> 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 1
Surprisingly neither GCC nor Clang did this transformation on their own.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/dfa.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/dfa.c b/libavcodec/dfa.c
index c6106b9397..31c6c39089 100644
--- a/libavcodec/dfa.c
+++ b
Use cellular automata to generate tones
diff --git a/Changelog b/Changelog
index d1572553a5..5ddd2484b0 100644
--- a/Changelog
+++ b/Changelog
@@ -48,6 +48,7 @@ version :
- AMQP 0-9-1 protocol (RabbitMQ)
- Vulkan support
- avgblur_vulkan, overlay_vulkan, scale_vulkan and chromaber_vulkan filter
Quoting Andreas Rheinhardt (2020-03-17 22:31:47)
> 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 @ 0x60a0
Quoting Andreas Rheinhardt (2020-03-17 22:31:46)
> This happened for AVBSFContext.
>
> Signed-off-by: Andreas Rheinhardt
> ---
Maybe ok. Not sure if it's better to drop it because it's unused or keep
it in case someone adds options later.
--
Anton Khirnov
___
This commit fixes the names and constants of the reserved NAL units
with nal_unit_type 22 resp. 23. They were "IRAP_IRAP_VLC2x", but are
actually "RSV_IRAP_VLC2x".
This also required a change to cbs_h265_syntax_template.c.
Signed-off-by: Andreas Rheinhardt
---
Should I realign the enum?
libavc
Quoting Andreas Rheinhardt (2020-03-18 03:56:18)
> 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 ('Expec
Quoting James Almer (2020-03-17 17:36:01)
> 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
Fu, Linjie:
>> 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
>>
>> Andre
Am Mi., 18. März 2020 um 12:34 Uhr schrieb Gyan Doshi :
>
>
>
> On 18-03-2020 02:44 pm, Carl Eugen Hoyos wrote:
> > Am Mi., 18. März 2020 um 07:04 Uhr schrieb Gyan Doshi :
> >> 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
On 18-03-2020 02:44 pm, Carl Eugen Hoyos wrote:
Am Mi., 18. März 2020 um 07:04 Uhr schrieb Gyan Doshi :
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
Please split the changes into two distinct patches.
One for the hwcontex changes, one for the new filter.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
f
Hi Varun,
Set [RFC]/[WIP]/[GSOC] and other subject labels for patches that are not
intended for merge review. From your first email it seems like your mailer
mangled it. You can edit the .patch file before sending it via git send-email.
On Mon, Mar 16, 2020 at 12:11:54AM +0530, Varun Gupta wr
On Wed, 18 Mar 2020 at 02:38, Limin Wang wrote:
> 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 t
Am Mi., 18. März 2020 um 10:27 Uhr schrieb Paul B Mahol :
>
> On 3/18/20, Carl Eugen Hoyos wrote:
> >
> > Attached patch fixes ticket #8575 for me, Google describes such files.
> Does it pass FATE?
Yes, it does.
Carl Eugen
___
ffmpeg-devel mailing lis
LGTM
On 3/17/20, Andreas Rheinhardt wrote:
> 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
Whole patch set, LGTM
On 3/17/20, Andreas Rheinhardt wrote:
> 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/MAINTAIN
On 3/18/20, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes ticket #8575 for me, Google describes such files.
>
> Please comment, Carl Eugen
>
Does it pass FATE?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/lis
Am Mi., 18. März 2020 um 08:29 Uhr schrieb Yaroslav Pogrebnyak
:
> P.S. This is my first patch, I would be grateful for any feedback to know
> if I'm doing things correctly or not.
We use a different indentation for switch() statements.
I also wanted to remind you to keep the options in-sync wit
Am Mi., 18. März 2020 um 07:04 Uhr schrieb Gyan Doshi :
>
> 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 :
>
> >>
> From: Fu, Linjie
> Sent: Monday, March 9, 2020 22:55
> To: ffmpeg-devel@ffmpeg.org
> Cc: Fu, Linjie ; Xu, Guangxin
> Subject: [PATCH 2/2] tests/checkasm: add overflow test for hevc_add_res
>
> Add overflow test for hevc_add_res when int16_t coeff = -32768.
>
> The result of C is good, while A
Quoting Michael Niedermayer (2020-03-16 12:23:11)
> On Sun, Mar 15, 2020 at 06:02:04PM +0100, Anton Khirnov wrote:
> > Quoting Michael Niedermayer (2020-03-13 23:29:12)
> > > On Fri, Mar 13, 2020 at 11:28:50AM +0100, Anton Khirnov wrote:
> > > > Makes sure it is only used for logging and nothing el
Quoting Michael Niedermayer (2020-03-16 21:58:52)
> On Wed, Jan 29, 2020 at 06:00:16PM +0100, Anton Khirnov wrote:
> > Decoders are supposed to export stream properties in AVCodecContext, the
> > AVFrame properties are set from those in ff_get_buffer().
> > ---
> > libavcodec/sbcdec.c | 7 ---
Hi,
sorry for the delay.
Set seems reasonable and nobody seems to object, so will push soonish.
--
Anton Khirnov
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or
This patch adds 'vf_overlay_cuda' filter.
It draws one picture on top of another on CUDA GPU.
For the end-user, it's similar to 'vf_overlay_opencl' and other overlay
filters.
This filter would be especially useful for building video processing pipelines
that execute fully on the CUDA GPU. For
67 matches
Mail list logo
