[FFmpeg-devel] [PATCH] avcodec/wavpack: Fix runtime error: left shift of negative value -2

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(-)

Re: [FFmpeg-devel] [PATCH] avcodec/proresdec2: Do not discard frames with bad slices

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

Re: [FFmpeg-devel] [PATCH 2/2] avcodec/mpeg4videodec: Improve the overflow checks in mpeg4_decode_sprite_trajectory()

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 >

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/vp56: Require a correctly decoded frame before using vp56_conceal_mb()

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 >

Re: [FFmpeg-devel] [PATCH] avformat/hlsenc: move the segment files handle close before temp flags process

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

Re: [FFmpeg-devel] [PATCH] lavc/libvpxenc: add -row-mt option

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

[FFmpeg-devel] [PATCH] avcodec/proresdec2: Do not discard frames with bad slices

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

Re: [FFmpeg-devel] Vincent Lang

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.

[FFmpeg-devel] [PATCH 2/3] avcodec/wavpack: Check bitrate_acc for overflow

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

[FFmpeg-devel] [PATCH 1/3] avcodec/mpeg4videodec: Fix runtime error: signed integer overflow: 134527392 * 16 cannot be represented in type 'int'

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

[FFmpeg-devel] [PATCH 3/3] avcodec/dcadsp: Fix 2 runtime error: signed integer overflow: -1958094138 - 1078906344 cannot be represented in type 'int'

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

Re: [FFmpeg-devel] Google Summer of Code

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,

Re: [FFmpeg-devel] Google Summer of Code

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 >

Re: [FFmpeg-devel] HEVC Video Transcode Transfer VUI, SEI Information

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 *

[FFmpeg-devel] Google Summer of Code

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

[FFmpeg-devel] -

Unsubscibe -- regards, Raja mathanky. S ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Re: [FFmpeg-devel] [PATCH 2/2] avutil/md5: stop discarding the const qualifier for the src pointer

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,

Re: [FFmpeg-devel] [PATCH 1/2] avutil/md5: fix misaligned reads

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

Re: [FFmpeg-devel] [PATCH 7/7] avcodec/vp3: Do not return random positive values but the buf size

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:

Re: [FFmpeg-devel] [PATCH] omx: Add support for specifying H.264 profile [v5']

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(+)

Re: [FFmpeg-devel] [PATCH 2/2] avutil/md5: stop discarding the const qualifier for the src pointer

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 [...] --

Re: [FFmpeg-devel] [PATCH 1/2] avutil/md5: fix misaligned reads

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 [...] --

Re: [FFmpeg-devel] [PATCH v2 2/3] avcodec: estimate output bitrate for ffv1/huffyuv codecs

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 > --- >

Re: [FFmpeg-devel] [PATCH v3 0/7] Merge lazy filter initialization in ffmpeg CLI

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

Re: [FFmpeg-devel] [PATCH v3 0/7] Merge lazy filter initialization in ffmpeg CLI

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

Re: [FFmpeg-devel] [PATCH v3 0/7] Merge lazy filter initialization in ffmpeg CLI

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

Re: [FFmpeg-devel] [PATCH v3 0/7] Merge lazy filter initialization in ffmpeg CLI

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.

Re: [FFmpeg-devel] [PATCH v3 0/7] Merge lazy filter initialization in ffmpeg CLI

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

Re: [FFmpeg-devel] Vincent Lang

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

Re: [FFmpeg-devel] [PATCH] lavc/videotoolbox: set kCVPixelBufferIOSurfaceOpenGLTextureCompatibilityKey

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 >

Re: [FFmpeg-devel] [PATCH] lavc/videotoolbox: set kCVPixelBufferIOSurfaceOpenGLTextureCompatibilityKey

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

Re: [FFmpeg-devel] [PATCH] lavc/libvpxenc: add -row-mt option

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]

Re: [FFmpeg-devel] [PATCH v3 0/7] Merge lazy filter initialization in ffmpeg CLI

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

Re: [FFmpeg-devel] Vincent Lang

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.

Re: [FFmpeg-devel] [PATCH] swresample/resample: use uniform normalization

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 +-- >

Re: [FFmpeg-devel] [PATCH v3 0/7] Merge lazy filter initialization in ffmpeg CLI

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

Re: [FFmpeg-devel] [PATCH v3 0/7] Merge lazy filter initialization in ffmpeg CLI

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

Re: [FFmpeg-devel] [PATCH] lavc/videotoolbox: set kCVPixelBufferIOSurfaceOpenGLTextureCompatibilityKey

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?

Re: [FFmpeg-devel] [PATCH v3 0/7] Merge lazy filter initialization in ffmpeg CLI

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

Re: [FFmpeg-devel] [PATCH v3 0/7] Merge lazy filter initialization in ffmpeg CLI

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

Re: [FFmpeg-devel] [PATCH] lavc/videotoolbox: set kCVPixelBufferIOSurfaceOpenGLTextureCompatibilityKey

> > 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] [PATCH] lavf/dashenc: update bitrates on dash_write_trailer

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

[FFmpeg-devel] Vincent Lang

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