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
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
>
> 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@
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
> > >
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 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
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
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
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
> +++
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 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 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
>>
>> ---
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 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
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, 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
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, 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 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, 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 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 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 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 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 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 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 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
Unsubscibe
--
regards,
Raja mathanky. S
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
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
___
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
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.
>
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,
-
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
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
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.
___
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 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
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 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
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 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
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
43 matches
Mail list logo
