On Fri, May 29, 2020 at 22:57:53 -0500, rcombs wrote:
> {"cafile", "Certificate Authority database file", offsetof(pstruct,
> options_field . ca_file), AV_OPT_TYPE_STRING, .flags = TLS_OPTFL }, \
> -{"tls_verify", "Verify the peer certificate", offsetof(pstruct,
>
On Tue, Jun 02, 2020 at 11:26:43PM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavcodec/h261dec.c | 1 +
> libavcodec/h263dec.c | 4 ++--
> libavcodec/mpeg12dec.c | 9 -
> libavcodec/mpeg4videodec.c | 3 ++-
>
Marvin Scholz (12020-06-03):
> How would I make that explicit? I checked the command line given on the
> ticket and I fail to spot the difference, did I get the order wrong or
> do I miss something else?
Quote of the last comment:
| I tested your patch, it works perfectly.
|
| (as in, now
|
No - sorry, this inherited my existing global git configs.
On Tue, Jun 2, 2020 at 5:33 PM Michael Niedermayer
wrote:
> On Mon, Jun 01, 2020 at 10:57:08AM -0400, sfoss wrote:
> > Prevent codecpar->codec_id from getting out of sync with the codec
> instantiated for probing.
> > ---
> >
These definitions (and more STREAM_TYPEs) are already provided in mpegts.h
Signed-off-by: Brad Hards
---
libavformat/mpeg.c | 1 +
libavformat/mpeg.h | 14 --
2 files changed, 1 insertion(+), 14 deletions(-)
diff --git a/libavformat/mpeg.c b/libavformat/mpeg.c
index
On Wed, Jun 03, 2020 at 02:40:53 -0500, Ridley Combs wrote:
> > Strictly speaking, this is a change in behavior, so I would at least
> > appreciate a version bump.
>
> Reasonable; what level should it be? I'd guess a minor bump? Though
> traditionally AVOption changes are micro.
For behavioral
> On Jun 3, 2020, at 02:29, Moritz Barsnick wrote:
>
> On Fri, May 29, 2020 at 22:57:50 -0500, rcombs wrote:
>> +#else
>> +av_log(h, AV_LOG_WARNING, "ffmpeg was built against an old
>> version of OpenSSL\n"
>> + "which doesn't provide peer name
On Tue, Jun 02, 2020 at 20:35:06 +0200, Nicolas George wrote:
Spelling nit:
> +An audio source that reimplments the command PLAY from Microsoft BASIC 1.0.
^reimplements
> + * Copyright (c) 2013 Nicolas George
This looks like it has been lying around for a while. ;-)
On Wed, Jun 03, 2020 at 02:39:54 -0500, Ridley Combs wrote:
> Ahh, this patch dates back to when the only other multiplatform
> option was GNUTLS. I can say "or use a different TLS implementation."
> if you like?
That would be the obvious way to go, I guess.
Moritz
On Fri, May 29, 2020 at 22:57:50 -0500, rcombs wrote:
> +#else
> +av_log(h, AV_LOG_WARNING, "ffmpeg was built against an old
> version of OpenSSL\n"
> + "which doesn't provide peer name
> verification, so this connection\n"
> +
On 3 Jun 2020, at 11:49, Nicolas George wrote:
> Marvin Scholz (12020-06-03):
>> Hi, thanks a lot for working on a fix for this.
>>
>> I've just tried it and it does not seem to work, I still can't pass
>> options to the icecast protocol using tee.
>>
>> Command I tried was:
>>
>> ffmpeg -re -i
Bumping this patchset (and apologies if Outlook mangles the threading)
-Original Message-
From: ffmpeg-devel On Behalf Of Nelson Gomez
Sent: Saturday, April 25, 2020 7:37 PM
To: ffmpeg-devel@ffmpeg.org
Subject: [FFmpeg-devel] [PATCH v3 0/3] swscale: add AVX2 version of yuv2nv12cX
From:
On 6/3/20, Moritz Barsnick wrote:
> On Tue, Jun 02, 2020 at 20:35:06 +0200, Nicolas George wrote:
>
> Spelling nit:
>
>> +An audio source that reimplments the command PLAY from Microsoft BASIC
>> 1.0.
> ^reimplements
>
>> + * Copyright (c) 2013 Nicolas George
>
> This
Signed-off-by: Brad Hards
---
libavformat/mpegts.h| 7 +++
libavformat/mpegtsenc.c | 16
2 files changed, 15 insertions(+), 8 deletions(-)
diff --git a/libavformat/mpegts.h b/libavformat/mpegts.h
index 059b693f07..fe10b38691 100644
--- a/libavformat/mpegts.h
+++
> On Jun 3, 2020, at 02:32, Moritz Barsnick wrote:
>
> On Fri, May 29, 2020 at 22:57:53 -0500, rcombs wrote:
>> {"cafile", "Certificate Authority database file", offsetof(pstruct,
>> options_field . ca_file), AV_OPT_TYPE_STRING, .flags = TLS_OPTFL }, \
>> -{"tls_verify", "Verify
On 3 Jun 2020, at 13:33, Nicolas George wrote:
Marvin Scholz (12020-06-03):
How would I make that explicit? I checked the command line given on
the
ticket and I fail to spot the difference, did I get the order wrong
or
do I miss something else?
Quote of the last comment:
| I tested your
Marvin Scholz (12020-06-03):
> Hi, thanks a lot for working on a fix for this.
>
> I've just tried it and it does not seem to work, I still can't pass
> options to the icecast protocol using tee.
>
> Command I tried was:
>
> ffmpeg -re -i input.mov -c copy -f tee -password hackme -content_type
Prevent codecpar->codec_id from getting out of sync with the codec instantiated
for probing.
Signed-off-by: Samuel Foss
---
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
---
$subj
fasterthanlight.diff
Description: Binary data
___
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
On 6/3/2020 2:27 PM, Nicolas George wrote:
> Paul B Mahol (12020-06-03):
>> Why so? Just to be beaten again by same person which would reject this
>> same patch.
>
> I was not the first one to reject a patch because in introduces APIs or
> fields without users, but I think it is a good policy.
>
On 2020-04-10 16:53, Anton Khirnov wrote:
> ffmpeg | branch: master | Anton Khirnov | Mon Jan 9
> 18:04:42 2017 +0100| [1f4cf92cfbd3accbae582ac63126ed5570ddfd37] | committer:
> Anton Khirnov
>
> pthread_frame: merge the functionality for normal decoder init and
> init_thread_copy
>
> The
On 6/3/2020 2:23 PM, Kieran Kunhya wrote:
> $subj
> diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
> index c91b2fd169..f5a91ba59a 100644
> --- a/libavcodec/avcodec.h
> +++ b/libavcodec/avcodec.h
> @@ -342,10 +342,6 @@ typedef struct RcOverride{
> #define AV_CODEC_FLAG_INTERLACED_ME
Kieran Kunhya (12020-06-03):
> $subj
Rejected for the flame-bait commit message.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On 6/3/20, Kieran Kunhya wrote:
> $subj
>
LGTM
Approved
OK
Looks 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
On Wed, Jun 3, 2020 at 3:27 AM Michael Niedermayer
wrote:
>
> On Wed, Jun 03, 2020 at 12:49:10AM +0530, Gautam Ramakrishnan wrote:
> > On Tue, Jun 2, 2020 at 1:55 AM Carl Eugen Hoyos wrote:
> > >
> > > Am Mo., 1. Juni 2020 um 21:26 Uhr schrieb Gautam Ramakrishnan
> > > :
> > >
> > > > > > > can
Paul B Mahol (12020-06-03):
> Why so? Just to be beaten again by same person which would reject this
> same patch.
I was not the first one to reject a patch because in introduces APIs or
fields without users, but I think it is a good policy.
> > "Number of samples already sent through the link"
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/h261dec.c | 1 +
libavcodec/h263dec.c | 4 ++--
libavcodec/mpeg12dec.c | 9 -
libavcodec/mpeg4videodec.c | 3 ++-
libavcodec/mpegpicture.c | 1 -
libavcodec/mpegvideo.c | 5 +++--
libavcodec/msmpeg4dec.c
Paul B Mahol (12020-06-03):
> Signed-off-by: Paul B Mahol
> ---
> To be used by latency filters.
Re-submit when something use them.
> ---
> libavfilter/avfilter.h | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/libavfilter/avfilter.h b/libavfilter/avfilter.h
> index
On 5/29/2020 3:07 PM, James Almer wrote:
> Finishes fixing the regression introduced in
> a1133db30ef07896afd96f067e5c51531a4e85ab
> after the partial fix in b6d6597bef66531ec07c07a7125b88aee38fb220.
>
> Signed-off-by: James Almer
> ---
> libavcodec/decode.c | 8 +---
> 1 file changed, 5
On Wed, Jun 03, 2020 at 12:43:34PM +0200, Michael Niedermayer wrote:
> On Tue, Jun 02, 2020 at 11:26:43PM +0800, lance.lmw...@gmail.com wrote:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavcodec/h261dec.c | 1 +
> > libavcodec/h263dec.c | 4 ++--
> >
On 6/3/20, Nicolas George wrote:
> Paul B Mahol (12020-06-03):
>> Signed-off-by: Paul B Mahol
>> ---
>
>> To be used by latency filters.
>
> Re-submit when something use them.
Why so? Just to be beaten again by same person which would reject this
same patch.
Low effort patches are better
On Wed, Jun 03, 2020 at 12:43:34PM +0200, Michael Niedermayer wrote:
> On Tue, Jun 02, 2020 at 11:26:43PM +0800, lance.lmw...@gmail.com wrote:
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavcodec/h261dec.c | 1 +
> > libavcodec/h263dec.c | 4 ++--
> >
Signed-off-by: Paul B Mahol
---
To be used by latency filters.
---
libavfilter/avfilter.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavfilter/avfilter.h b/libavfilter/avfilter.h
index 49b4f7a939..8ebcb3eacc 100644
--- a/libavfilter/avfilter.h
+++ b/libavfilter/avfilter.h
@@
On Wed, 3 Jun 2020, Brad Hards wrote:
These definitions (and more STREAM_TYPEs) are already provided in mpegts.h
Signed-off-by: Brad Hards
---
libavformat/mpeg.c | 1 +
libavformat/mpeg.h | 14 --
2 files changed, 1 insertion(+), 14 deletions(-)
diff --git a/libavformat/mpeg.c
Would an "iso13138_1_defs.h" be more appropriate as a home for these
definitions?
Otherwise I can just drop the patch - its only a cosmetic cleanup.
Brad
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Tue, 2 Jun 2020, lance.lmw...@gmail.com wrote:
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/mpegvideo.c | 132 ++---
1 file changed, 60 insertions(+), 72 deletions(-)
diff --git a/libavcodec/mpegvideo.c b/libavcodec/mpegvideo.c
This is my first post so I apologise in advance if I havegot anything wrong.
The FAQ for bug reports say this is the correct place topost a patch that
solved my problem, not raise a bug report and attach thepatch.
I am using libav to generate video files for the HDR-FOX T2.This PVR wants a
On Wed, 3 Jun 2020, stephen douglas wrote:
This is my first post so I apologise in advance if I havegot anything
wrong. The FAQ for bug reports say this is the correct place topost a
patch that solved my problem, not raise a bug report and attach
thepatch.
I am using libav to generate
On Tue, 2 Jun 2020, James Almer wrote:
Based on code from h264_sei.c
hevc_sei.c also has a similar code snippet.
This seems like something that should be factorized to common code... Or
is it too much pain for some reason?
Thanks,
Marton
Signed-off-by: James Almer
---
configure
On Wed, Jun 03, 2020 at 09:45:51PM +0200, Marton Balint wrote:
>
> On Tue, 2 Jun 2020, lance.lmw...@gmail.com wrote:
>
> > From: Limin Wang
> >
> > Signed-off-by: Limin Wang
> > ---
> > libavcodec/mpegvideo.c | 132
> > ++---
> > 1 file changed, 60
Fixes: array end overread
Fixes:
22395/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_BITPACKED_fuzzer-5760940300828672
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/bitpacked.c | 2 +-
On Wed, Jun 03, 2020 at 06:23:27PM +0100, Kieran Kunhya wrote:
> $subj
> fftools/ffplay.c |5
> libavcodec/avcodec.h |4
> libavcodec/h264_slice.c|6
> libavcodec/mpeg12dec.c | 273
> -
>
Fixes: out of array access
Fixes:
22692/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_WAVPACK_fuzzer-5678686190960640
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/wavpack.c | 3 +++
1
Fixes: out of array access
Fixes:
22686/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-5121369624018944
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/rawdec.c | 2 ++
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/dnxhdenc.c | 65 +--
1 file changed, 22 insertions(+), 43 deletions(-)
diff --git a/libavcodec/dnxhdenc.c b/libavcodec/dnxhdenc.c
index 5d5f1ff..91eeb47 100644
--- a/libavcodec/dnxhdenc.c
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/h264dec.c | 60 +++-
libavutil/internal.h | 3 +++
2 files changed, 20 insertions(+), 43 deletions(-)
diff --git a/libavcodec/h264dec.c b/libavcodec/h264dec.c
index 66f45e6..1e2ca68
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/mpegvideo.c | 132 ++---
1 file changed, 60 insertions(+), 72 deletions(-)
diff --git a/libavcodec/mpegvideo.c b/libavcodec/mpegvideo.c
index d3327e4..52a0ec3 100644
---
On Thu, Jun 04, 2020 at 01:05:12AM +0200, Michael Niedermayer wrote:
> On Wed, Jun 03, 2020 at 06:23:27PM +0100, Kieran Kunhya wrote:
> > $subj
>
> > fftools/ffplay.c |5
> > libavcodec/avcodec.h |4
> > libavcodec/h264_slice.c|6
> > libavcodec/mpeg12dec.c
Hello Mr. Moritz
I have try finding recently doc update for dashenc.c , but I found no
related commit .
For example in f63407a9863a0168cddfafebb6b8a4ba85716bbe commit , it add some
options , but no doc update in that commit .
Can you show which document should I update ?
I Only find
On 2020-06-04 01:19, Michael Niedermayer wrote:
> Fixes: array end overread
> Fixes:
> 22395/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_BITPACKED_fuzzer-5760940300828672
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
>
Hello Mr. Michael
Update by your opinions
0001-libavformat-dashenc.c-add-support-to-change-mpd-upda.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To
On Sat, Apr 25, 2020 at 07:37:01PM -0700, Nelson Gomez wrote:
> From: Nelson Gomez
>
> Extracting information from SwsContext in assembly is difficult, and
> rearranging SwsContext just for asm access didn't look good. These
> functions only need a couple of fields from it anyway, so just make
>
52 matches
Mail list logo
