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 10064
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
--- a/libavcodec/mpegvideo
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 followi
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 unsubscrib
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
> Signed-off-
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
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
>
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 +-
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 ++
libavformat/rawd
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 f
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 i
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
> -
> libavcodec/options_table
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
https://ffmpeg.org/mailman/listinfo/ffmpeg
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, 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 b/
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 vide
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
trans
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
inde
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 (1
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 cur
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 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 with
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
https://ffmpeg.org/mailman/listinfo/ffmpeg-d
$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 "unsubscr
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" s
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 y
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 becaus
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 49b4f7a939..
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
@@ -582,
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 ++--
> > libavc
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
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 ++--
> > libavc
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 in
> 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 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 pa
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
|
"[co
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 in
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
--- a
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.
> > ---
> > libavforma
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: N
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 ++-
> libavcode
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 cha
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
___
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 265b2bd1ad..d98
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
+++ b/libav
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
>
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 looks
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. ;-)
Mor
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,
> options_f
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"
> +
52 matches
Mail list logo
