check if the hls_flags is byterange_mode and check if should close fd
Signed-off-by: Steven Liu
---
libavformat/hlsenc.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index b8122f1..5bcface 100644
--- a/libavformat/hlsenc
On 3/13/17, Sanchit Sinha wrote:
> On Mon, Mar 13, 2017 at 2:36 AM, Paul B Mahol wrote:
>
>> On 3/12/17, Sanchit Sinha wrote:
>> > Any changes required in this one?
>>
>> Please do not top post.
>>
>> Expect vertical alignment, no changes are needed.
When you introduced tabs? That is unacceptab
On 3/13/17, Michael Niedermayer wrote:
> Benchmarks with START_TIMER indicate that the code is faster with unsigned,
> (that is
> with the patch), there was quite some fluctuation in the numbers so this may
> be just
> random
>
> Fixes: 811/clusterfuzz-testcase-6465493076541440
>
> Found-by: conti
2017-03-13 3:16 GMT+01:00 Wang Bin :
> How to benchmark codecs?
You could benchmark running fate but I wonder why.
> Here is my configuration and result size. The total size of -Oz
> static or dynamic libraries is about 1M smaller.
This seems to be sufficient reason to apply the patch, I can co
2017-03-11 13:13 GMT+01:00 Michael Niedermayer :
> On Tue, Mar 07, 2017 at 09:30:18AM +0100, Carl Eugen Hoyos wrote:
>> Hi!
>>
>> Attached patch fixes a few warnings when compiling with newer gcc.
>>
>> Please comment, Carl Eugen
>
> might be simpler t use av_unused
Do you think the code is less r
On 3/13/17, Carl Eugen Hoyos wrote:
> 2017-03-13 3:16 GMT+01:00 Wang Bin :
>> How to benchmark codecs?
>
> You could benchmark running fate but I wonder why.
So speed is not really important at all here.
But if it is libav merge than it suddenly is.
What a double standards!
2017-02-26 12:04 GMT+01:00 Carl Eugen Hoyos :
> Anyway, new patch attached.
I will push this version if nobody objects.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
when cannot get pkt duration, hlsenc segments duration will
be set to 0, this patch can fix it.
Signed-off-by: Steven Liu
---
libavformat/hlsenc.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 5df2514..d6f0631 100644
-
Sir, I cannot find any tabs in the code. Can you point out where exactly?
Thank You
On Mon, Mar 13, 2017 at 2:20 PM, Paul B Mahol wrote:
> On 3/13/17, Sanchit Sinha wrote:
> > On Mon, Mar 13, 2017 at 2:36 AM, Paul B Mahol wrote:
> >
> >> On 3/12/17, Sanchit Sinha wrote:
> >> > Any changes re
2017-03-13 10:08 GMT+01:00 Paul B Mahol :
> On 3/13/17, Carl Eugen Hoyos wrote:
>> 2017-03-13 3:16 GMT+01:00 Wang Bin :
>>> How to benchmark codecs?
>>
>> You could benchmark running fate but I wonder why.
>
> So speed is not really important at all here.
On the contrary!
But assuming a user who
http://stackoverflow.com/questions/15548023/clang-optimization-levels
-Oz disables -slp-vectorizer and -vectorize-loops
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hi!
Alexander Strasser, Thilo Borgmann, Thomas Volkert and myself
represented FFmpeg at the Chemnitzer Linuxtage 2017. We showed
different filters in action on video screens, talked to guests and
other projects and as usual answered many user questions.
I request the refund of € 162,69 for flying
Le tridi 23 ventôse, an CCXXV, Marton Balint a écrit :
> You should set either AVFrame->flags to AV_FRAME_FLAG_CORRUPT or
> AVFrame->decode_error_flags to something, so the API user can distinguish
> between a frame with possible guessed colors and a frame without such
> guesses.
Indeed, that woul
On Sun, 12 Mar 2017 22:16:46 +0100
Michael Niedermayer wrote:
> Using the same type across platforms is more robust and avoids platform
> specific issues from differences in range.
> Also fixed point integers are on a semantical level not size_t
>
> Previous version reviewed-by: James Almer
> S
On Sat, 11 Mar 2017 18:26:48 +0100
Michael Niedermayer wrote:
> On Sat, Mar 11, 2017 at 05:46:31PM +0100, wm4 wrote:
> > On Sat, 11 Mar 2017 14:50:42 +0100
> > Michael Niedermayer wrote:
> >
> > > On Sat, Mar 11, 2017 at 02:04:25PM +0100, wm4 wrote:
> > > > On Sat, 11 Mar 2017 01:26:33 +010
On Sun, 12 Mar 2017 21:06:26 +0100
Michael Niedermayer wrote:
> Using the same type across platforms is more robust and avoids platform
> specific issues from differences in range.
> Also fixed point integers are on a semantical level not size_t
>
Please no. If you do this now we're going to g
Le duodi 22 ventôse, an CCXXV, Michael Niedermayer a écrit :
> Using the same type across platforms is more robust and avoids platform
> specific issues from differences in range.
> Also fixed point integers are on a semantical level not size_t
>
> Previous version reviewed-by: James Almer
> Sign
On Mon, Mar 13, 2017 at 09:51:40AM +0100, Paul B Mahol wrote:
> On 3/13/17, Michael Niedermayer wrote:
> > Benchmarks with START_TIMER indicate that the code is faster with unsigned,
> > (that is
> > with the patch), there was quite some fluctuation in the numbers so this may
> > be just
> > rando
On 3/13/17, Sanchit Sinha wrote:
> Sir, I cannot find any tabs in the code. Can you point out where exactly?
> Thank You
>
Do not top post.
Yes, tabe are not present in latest patch, but overal style can still
much improve.
Just read other filters code and see their style.
What text editor are
On 3/13/17, Carl Eugen Hoyos wrote:
> 2017-03-13 10:08 GMT+01:00 Paul B Mahol :
>> On 3/13/17, Carl Eugen Hoyos wrote:
>>> 2017-03-13 3:16 GMT+01:00 Wang Bin :
How to benchmark codecs?
>>>
>>> You could benchmark running fate but I wonder why.
>>
>> So speed is not really important at all he
Hi,
On Sun, Mar 12, 2017 at 11:49 PM, Michael Niedermayer <
mich...@niedermayer.cc> wrote:
> On Sun, Mar 12, 2017 at 03:04:06AM +0100, Michael Niedermayer wrote:
> > Fixes: 807/clusterfuzz-testcase-6470061042696192
> > Fixes null pointer dereference
> >
> > Found-by: continuous fuzzing process ht
On Fri, Mar 10, 2017 at 9:43 PM, Muhammad Faiz wrote:
> On Fri, Mar 10, 2017 at 5:44 PM, Michael Niedermayer
> wrote:
>> On Fri, Mar 10, 2017 at 11:11:05AM +0700, Muhammad Faiz wrote:
>>> On Fri, Mar 10, 2017 at 10:44 AM, Michael Niedermayer
>>> wrote:
>>> > On Fri, Mar 10, 2017 at 09:19:38AM +0
better quality without speedloss
Signed-off-by: Muhammad Faiz
---
doc/resampler.texi | 5 +-
libswresample/options.c | 4 +-
tests/fate/libswresample.mak | 189 ---
tests/ref/acodec/s302m | 6 +-
tests/ref/lavf/dv_fmt|
The crystalhd video decoder was not updated to the commit:
af9cac1be1750ecc0e12c6788a3aeed1f1a778be changes and so is broken.
Is there someone trying to upgrade the crystalhd code? This device is old, but
is still useful. I hope I'm not the only one using it.
Wallak.
___
On Mon, Mar 13, 2017 at 11:39:05AM +0100, wm4 wrote:
> On Sat, 11 Mar 2017 18:26:48 +0100
> Michael Niedermayer wrote:
>
> > On Sat, Mar 11, 2017 at 05:46:31PM +0100, wm4 wrote:
> > > On Sat, 11 Mar 2017 14:50:42 +0100
> > > Michael Niedermayer wrote:
> > >
> > > > On Sat, Mar 11, 2017 at 02:
Hi,
this patch set
1) changes the lowpass_line function prototype in vf_interlace and
vf_tinterlace as suggested by James Almer.
2) adds a complex (-1 2 6 2 -1) vertical low-pass filter to vf_interlace and
vf_tinterlace.
This one slightly less reduces interlace 'twitter' but better retains detai
Patch attached...
0002-avfilter-interlace-add-complex-vertical-low-pass-fil.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Fixes: 823/clusterfuzz-testcase-6727060074528768
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/pictordec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/pictor
Fixes memleak
Fixes: 826/clusterfuzz-testcase-5316921379520512
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/tiff.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavcodec/tiff.c b/
Fixes undefined behavior
Fixes: 830/clusterfuzz-testcase-6253175327686656
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/mpegaudiodec_template.c | 2 +-
1 file changed, 1 insertion(+), 1 deleti
---
.DS_Store | Bin 0 -> 6148 bytes
libavformat/http.c | 56 +
2 files changed, 39 insertions(+), 17 deletions(-)
create mode 100644 .DS_Store
diff --git a/.DS_Store b/.DS_Store
new file mode 100644
index
000
On Mon, Mar 13, 2017 at 12:15 PM, 卢炯健 wrote:
> ---
> .DS_Store | Bin 0 -> 6148 bytes
> libavformat/http.c | 56
> +
> 2 files changed, 39 insertions(+), 17 deletions(-)
> create mode 100644 .DS_Store
>
Your patch contains a binary
On Mon, 13 Mar 2017 16:02:43 +0100
Michael Niedermayer wrote:
> On Mon, Mar 13, 2017 at 11:39:05AM +0100, wm4 wrote:
> > On Sat, 11 Mar 2017 18:26:48 +0100
> > Michael Niedermayer wrote:
> >
> > > On Sat, Mar 11, 2017 at 05:46:31PM +0100, wm4 wrote:
> > > > On Sat, 11 Mar 2017 14:50:42 +010
On 2017-03-13 07:28, wal...@free.fr wrote:
The crystalhd video decoder was not updated to the commit:
af9cac1be1750ecc0e12c6788a3aeed1f1a778be changes and so is broken.
Is there someone trying to upgrade the crystalhd code? This device is
old, but is still useful. I hope I'm not the only one usi
Fixes: 839/clusterfuzz-testcase-4871084446842880
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, 6 insertions(+), 6 deletions(-)
diff --git a/libavc
Fixes multiple runtime error: shift exponent 792 is too large for 32-bit type
'unsigned int'
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/tiff.c | 5 +
1 file changed, 5 insertions(+)
On Mon, Mar 13, 2017 at 10:26:25PM +0100, wm4 wrote:
> On Mon, 13 Mar 2017 16:02:43 +0100
> Michael Niedermayer wrote:
>
> > On Mon, Mar 13, 2017 at 11:39:05AM +0100, wm4 wrote:
> > > On Sat, 11 Mar 2017 18:26:48 +0100
> > > Michael Niedermayer wrote:
> > >
> > > > On Sat, Mar 11, 2017 at 05:
On Mon, Mar 13, 2017 at 03:36:34AM +0100, Michael Niedermayer wrote:
> Fixes: 808/clusterfuzz-testcase-4715513349406720
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/wavpack.h | 2
On Mon, Mar 13, 2017 at 03:36:35AM +0100, Michael Niedermayer wrote:
> Fixes: timeout with 810/clusterfuzz-testcase-5249282825256960
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/t
On Mon, Mar 13, 2017 at 03:36:37AM +0100, Michael Niedermayer wrote:
> Fixes: 822/clusterfuzz-testcase-4873433189974016
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/targets/ffmpeg
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/wavpack.c | 2
Indeed 7447ec91b5a692121b81a04c6501a5811d867775 is working; But I have the
following errors with the last ffmpeg git state:
[h264_crystalhd @ 0x7fda3c060500] This decoder requires using the
avcodec_send_packet() API.
Last message repeated 456 times
...
I've 'bisected' this last issue; The last g
2017-03-13 15:50 GMT+08:00 Steven Liu :
> check if the hls_flags is byterange_mode and check if should close fd
>
> Signed-off-by: Steven Liu
> ---
> libavformat/hlsenc.c | 9 ++---
> 1 file changed, 6 insertions(+), 3 deletions(-)
>
> diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
On Tue, 14 Mar 2017 02:49:27 +0100 (CET)
wal...@free.fr wrote:
> Indeed 7447ec91b5a692121b81a04c6501a5811d867775 is working; But I
> have the following errors with the last ffmpeg git state:
> [h264_crystalhd @ 0x7fda3c060500] This decoder requires using the
> avcodec_send_packet() API. Last messa
On Mon, 13 Mar 2017 19:39:35 -0700
Philip Langdale wrote:
> On Tue, 14 Mar 2017 02:49:27 +0100 (CET)
> wal...@free.fr wrote:
>
> > Indeed 7447ec91b5a692121b81a04c6501a5811d867775 is working; But I
> > have the following errors with the last ffmpeg git state:
> > [h264_crystalhd @ 0x7fda3c060500]
44 matches
Mail list logo