Fixes: 723/clusterfuzz-testcase-6471394663596032
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/wavpack.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/wavp
On Sat, 4 Mar 2017, Michael Niedermayer wrote:
The code previously completely discarded frames that had any error in a slice
Could you set either AVFrame->flags to AV_FRAME_FLAG_CORRUPT or
AVFrame->decode_error_flags to FF_DECODE_ERROR_INVALID_BITSTREAM in case
of error on any of the slices
On Thu, Mar 02, 2017 at 03:02:07AM +0100, Michael Niedermayer wrote:
> Also clear the state on errors
>
> Fixes integer overflows in 701/clusterfuzz-testcase-6594719951880192
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
> Signed-off-by:
On Thu, Mar 02, 2017 at 03:02:06AM +0100, Michael Niedermayer wrote:
> Fixes timeout with 700/clusterfuzz-testcase-5660909504561152
> Fixes timeout with 702/clusterfuzz-testcase-4553541576294400
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/targets/ffmp
2017-03-03 7:18 GMT+08:00 Steven Liu :
>
>
> 2017-03-01 10:23 GMT+08:00 Steven Liu :
>
>> fix ticket: #6204
>>
>> Signed-off-by: Steven Liu
>> ---
>> libavformat/hlsenc.c | 7 ---
>> 1 file changed, 4 insertions(+), 3 deletions(-)
>>
>> diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.
On Fri, Mar 3, 2017 at 2:20 AM, Kagami Hiiragi wrote:
> [...]
>
> Updated. I don't think -slices would fit logically because -row-mt is boolean
> and -slices is integer.
>
> ---
> libavcodec/libvpxenc.c | 11 +++
> 1 file changed, 11 insertions(+)
>
Looks all right, I'll submit it soon
The code previously completely discarded frames that had any error in a slice
Signed-off-by: Michael Niedermayer
---
libavcodec/proresdec2.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/libavcodec/proresdec2.c b/libavcodec/proresdec2.c
index a3a1ebdecb..75fba9d35d 1
On Thu, Mar 2, 2017, at 11:39 PM, Carl Eugen Hoyos wrote:
> Hi Admins!
>
> Please revoke Vincent's commit rights for intentionally braking
> development rules.
>
> Carl Eugen
I consider your message to be doxing, and I believe such behavior is in
violation of our Code of Conduct.
___
Fixes: undefined behavior in 717/clusterfuzz-testcase-5434924129583104
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/wavpack.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-
This checks the sprite delta intermediates for overflow
Fixes: 716/clusterfuzz-testcase-4890287480504320
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/mpeg4videodec.c | 5 -
1 file changed
Fixes: 722/clusterfuzz-testcase-5711268868521984
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/dcadsp.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/dcads
Hi Vidur. Please double check you got Paul's email as it
might contain additional information. However, the
generalities of the program are documented in the following
webpage. Please do take a look at it if you haven't already:
https://trac.ffmpeg.org/wiki/SponsoringPrograms/GSoC/2017
Bests,
-
On 3/3/17, Vidur Satija wrote:
> Respected Sir/Madam,
> I'm an amateur developer and new to the Open Source Community but I would
> like to contribute to FFmpeg, can you please guide me along?
> I have intermediate C programming skills, I'm reading and implementing more
> and would like to help.
>
On Fri, Mar 3, 2017 at 4:38 AM, Ben Chang wrote:
>
> In short, is there any way to transfer meta data between a decode and encode
> context in transcode scenario? If not, would it be supported in foreseeable
> future?
>
Hi,
AVFrames do contain fields for:
* color_primaries
* color_trc
* colors
Respected Sir/Madam,
I'm an amateur developer and new to the Open Source Community but I would
like to contribute to FFmpeg, can you please guide me along?
I have intermediate C programming skills, I'm reading and implementing more
and would like to help.
Thanking you,
Vidur Satija
___
Unsubscibe
--
regards,
Raja mathanky. S
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 3/3/2017 12:36 PM, Michael Niedermayer wrote:
> On Fri, Mar 03, 2017 at 01:54:20AM -0300, James Almer wrote:
>> The code modifying the buffer on big endian systems was removed.
>>
>> Signed-off-by: James Almer
>> ---
>> libavutil/md5.c | 13 +++--
>> 1 file changed, 7 insertions(+), 6
On 3/3/2017 12:34 PM, Michael Niedermayer wrote:
> On Fri, Mar 03, 2017 at 01:54:19AM -0300, James Almer wrote:
>> This makes ubsan happy and also considerably increases performance on
>> big endian systems.
>
> please include the difference in speed in the commit message if you
> tested (it sound
On Thu, Dec 15, 2016 at 09:21:13PM +0100, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/vp3.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
applied
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The bravest
On Fri, Mar 03, 2017 at 03:17:37PM +0900, Takayuki 'January June' Suwa wrote:
> From: Takayuki 'January June' Suwa
>
> This adds "-profile[:v] profile_name"-style option.
> ---
> libavcodec/omx.c | 18 ++
> 1 file changed, 18 insertions(+)
applied
thx
[...]
--
Michael Gnu
On Fri, Mar 03, 2017 at 01:54:20AM -0300, James Almer wrote:
> The code modifying the buffer on big endian systems was removed.
>
> Signed-off-by: James Almer
> ---
> libavutil/md5.c | 13 +++--
> 1 file changed, 7 insertions(+), 6 deletions(-)
LGTM
thx
[...]
--
Michael GnuPG fin
On Fri, Mar 03, 2017 at 01:54:19AM -0300, James Almer wrote:
> This makes ubsan happy and also considerably increases performance on
> big endian systems.
please include the difference in speed in the commit message if you
tested (it sounds like you did)
should be fine otherwise
thx
[...]
--
M
On Mon, Feb 06, 2017 at 01:33:19PM +0100, Tobias Rapp wrote:
> Allows to get a more realistic total bitrate (and estimated file size)
> in avi_write_header. Previously a static default value of 200k was
> assumed.
>
> Signed-off-by: Tobias Rapp
> ---
> libavcodec/ffv1enc.c
On Fri, Mar 03, 2017 at 02:30:49PM +0100, wm4 wrote:
> On Fri, 3 Mar 2017 14:21:37 +0100
> Michael Niedermayer wrote:
>
> > On Fri, Mar 03, 2017 at 09:53:17AM +0100, wm4 wrote:
> > > On Thu, 2 Mar 2017 20:31:53 +0100
> > > Michael Niedermayer wrote:
> > [...]
> >
> > >
> > > You seem to do e
On Fri, Mar 3, 2017 at 2:21 PM, Michael Niedermayer
wrote:
>
> the patches break this:
> ./ffmpeg -itsoffset 2 -re -i ~/videos/matrixbench_mpeg2.mpg -vcodec h263 -s
> cif -an -t 3 -f rtp rtp://127.0.0.1:19955 >h263.sdp ./ffmpeg -protocol_whitelist file,rtp,udp -i h263.sdp -y -t 0.9 out-h263.av
On Fri, 3 Mar 2017 14:21:37 +0100
Michael Niedermayer wrote:
> On Fri, Mar 03, 2017 at 09:53:17AM +0100, wm4 wrote:
> > On Thu, 2 Mar 2017 20:31:53 +0100
> > Michael Niedermayer wrote:
> [...]
>
> >
> > You seem to do everything to slow them down. Or that's what it looked
> > like to me.
>
On 3/3/2017 10:21 AM, Michael Niedermayer wrote:
> On Fri, Mar 03, 2017 at 09:53:17AM +0100, wm4 wrote:
>> On Thu, 2 Mar 2017 20:31:53 +0100
>> Michael Niedermayer wrote:
> [...]
>
>>
>> You seem to do everything to slow them down. Or that's what it looked
>> like to me.
>
> I just test the code
On Fri, Mar 03, 2017 at 09:53:17AM +0100, wm4 wrote:
> On Thu, 2 Mar 2017 20:31:53 +0100
> Michael Niedermayer wrote:
[...]
>
> You seem to do everything to slow them down. Or that's what it looked
> like to me.
I just test the code and report bugs.
also this is not new, i tested the code simi
Hi Carl,
On Fri, Mar 3, 2017 at 3:39 AM, Carl Eugen Hoyos wrote:
> Please revoke Vincent's commit rights for intentionally braking
> development rules.
If you're serious, you'll need to elaborate for the committee to vote on
this...
Ronald
___
ffmpe
On Fri, 3 Mar 2017 18:16:18 +0800
Wang Bin wrote:
> From 011d03c4d2b6b138de539dcf5019169781ee7fb2 Mon Sep 17 00:00:00 2001
> From: wang-bin
> Date: Fri, 3 Mar 2017 18:10:54 +0800
> Subject: [PATCH] avcodec/videotoolbox: set
> kCVPixelBufferOpenGLESCompatibilityKey for iOS
>
> kCVPixelBufferIOS
From 011d03c4d2b6b138de539dcf5019169781ee7fb2 Mon Sep 17 00:00:00 2001
From: wang-bin
Date: Fri, 3 Mar 2017 18:10:54 +0800
Subject: [PATCH] avcodec/videotoolbox: set
kCVPixelBufferOpenGLESCompatibilityKey for iOS
kCVPixelBufferIOSurfaceOpenGLTextureCompatibilityKey is not available in
iOS
---
l
On 03/03/17 10:18, James Zern wrote:
> On Thu, Mar 2, 2017 at 11:00 AM, Kagami Hiiragi wrote:
>> From ae3856c302284d60761c3ad122ff49b7b9b68114 Mon Sep 17 00:00:00 2001
>> From: Kagami Hiiragi
>> Date: Thu, 2 Mar 2017 21:19:09 +0300
>> Subject: [PATCH] lavc/libvpxenc: add -row-mt option
>>
>> ---
On Fri, Mar 3, 2017 at 10:00 AM, Carl Eugen Hoyos wrote:
> 2017-03-03 9:53 GMT+01:00 wm4 :
>
>> Anyway, I've pushed the patches now, with some local modifications.
>
> Somebody please revert this, it was not ok to be pushed.
>
There is no cause for that. The patch was on the ML for several weeks
On 3/3/17, Carl Eugen Hoyos wrote:
> Hi Admins!
>
> Please revoke Vincent's commit rights for intentionally braking
> development rules.
If that happens you will need to revoke my rights too, as I will
push his patches if he can not anymore.
___
ffmpeg-
On Wed, Mar 1, 2017 at 10:24 PM, Muhammad Faiz wrote:
> this gives better frequency response
>
> update swresample fate and other fates
> that depend on resampling
>
> Signed-off-by: Muhammad Faiz
> ---
> libswresample/resample.c | 14 +--
> tests/fate/libswresample.mak | 276
> +++
2017-03-03 9:55 GMT+01:00 wm4 :
> On Thu, 2 Mar 2017 16:32:36 -0300
> James Almer wrote:
>
>> On 3/2/2017 2:27 PM, wm4 wrote:
>> > Well, you already announced that you'd leave the project a few months
>> > ago or so, but nothing happened. As an (apparently involuntary) de-facto
>> > project leader
2017-03-03 9:53 GMT+01:00 wm4 :
> Anyway, I've pushed the patches now, with some local modifications.
Somebody please revert this, it was not ok to be pushed.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/li
On Fri, 3 Mar 2017 16:53:37 +0800
Wang Bin wrote:
> >
> > So what happens on iOS with the current code?
>
>
> Compile error. VLC uses kCVPixelBufferOpenGLESCompatibilityKey for iOS and
> kCVPixelBufferIOSurfaceOpenGLTextureCompatibilityKey for OSX. Should I send
> a patch?
That would be grea
On Thu, 2 Mar 2017 16:32:36 -0300
James Almer wrote:
> On 3/2/2017 2:27 PM, wm4 wrote:
> > Well, you already announced that you'd leave the project a few months
> > ago or so, but nothing happened. As an (apparently involuntary) de-facto
> > project leader who refuses to fix the leadership associ
On Thu, 2 Mar 2017 20:31:53 +0100
Michael Niedermayer wrote:
> On Thu, Mar 02, 2017 at 06:27:29PM +0100, wm4 wrote:
> > On Thu, 2 Mar 2017 17:12:04 +0100
> > Michael Niedermayer wrote:
> >
> > > On Thu, Mar 02, 2017 at 02:37:09PM +0100, wm4 wrote:
> > > > On Thu, 2 Mar 2017 14:03:18 +0100
> > >
>
> So what happens on iOS with the current code?
Compile error. VLC uses kCVPixelBufferOpenGLESCompatibilityKey for iOS and
kCVPixelBufferIOSurfaceOpenGLTextureCompatibilityKey for OSX. Should I send
a patch?
___
ffmpeg-devel mailing list
ffmpeg-devel@
From: Przemysław Sobala
Provides a way to change bandwidth parameter inside DASH manifest after a
non-CBR H.264 encoding.
Caller now is able to compute the bitrate by itself, after all packets have
been written, and then set that value in
AVFormatContext->streams->codecpar->bit_rate before cal
Hi Admins!
Please revoke Vincent's commit rights for intentionally braking
development rules.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
43 matches
Mail list logo
