On 01.12.2017 00:32, Marton Balint wrote:
On Wed, 29 Nov 2017, Mironov, Mikhail wrote:
Hi,
This conversation is very entertaining but leads us nowhere.
May I suggest to go down to business of enabling HW encoders by default?
Yesterday Mark submitted the initial implementation and I really want
James Almer (2017-11-30):
> Signed-off-by: James Almer
> ---
> Pros:
> Removes duplicate arrays and ugly c file including c files
>
> Cons:
> Makes the array in libavutil effectively part of the ABI.
> Might not be worth doing for 256 bytes
>
>
> Something like this was probably sent before, so
On Fri, Dec 1, 2017 at 9:42 AM, Nicolas George wrote:
> James Almer (2017-11-30):
>> Signed-off-by: James Almer
>> ---
>> Pros:
>> Removes duplicate arrays and ugly c file including c files
>>
>> Cons:
>> Makes the array in libavutil effectively part of the ABI.
>> Might not be worth doing for 25
Paul B Mahol (2017-11-30):
> +static int reset_links(AVFilterContext *filter)
> +{
> +int i, ret;
> +
> +if (!filter)
> +return 0;
> +
> +for (i = 0; i < filter->nb_outputs; i++) {
> +AVFilterLink *link = filter->outputs[i];
> +
> +link->init_state = AVLINK_UNINI
Hypothetical Reference Decoding (HRD) model assumes that data flows
into a buffer of the fixed size BufferSizeInKB with a constant bitrate.
Smaller BufferSizeInKB means smaller frame size variations,
but more difficult to maintain HRD.
Signed-off-by: Zhong Li
---
libavcodec/qsvenc.c | 1 +
1 fil
Paul B Mahol (2017-11-30):
> I like nano-optimizations!
If it makes the code negligibly faster at the cost of making it more
complex, it is a nano-optimization. In this case, since it makes the
code both simpler and faster, it is just better coding.
> Should I commit with that changed or send ano
On 12/1/17, Nicolas George wrote:
> Paul B Mahol (2017-11-30):
>> +static int reset_links(AVFilterContext *filter)
>> +{
>> +int i, ret;
>> +
>> +if (!filter)
>> +return 0;
>> +
>> +for (i = 0; i < filter->nb_outputs; i++) {
>> +AVFilterLink *link = filter->outputs[i];
---
libavformat/hlsenc.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index cdfbf45823..dc8bf48791 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hlsenc.c
@@ -1921,14 +1921,11 @@ static int hls_write_header(AVFormatContext
2017-12-01 18:06 GMT+08:00 Robert Nagy :
> ---
> libavformat/hlsenc.c | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
>
> diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
> index cdfbf45823..dc8bf48791 100644
> --- a/libavformat/hlsenc.c
> +++ b/libavformat/hlsenc.c
> @@ -1921,
On Thu, Nov 30, 2017 at 12:22:46PM -0800, Dale Curtis wrote:
> Didn't notice this one when 9648cc6d was landed.
>
> Signed-off-by: Dale Curtis
> vorbis.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> c86adca961a08a6f7cd4a8233d0cef4b971073d8 fix_vorbis_v1.patch
> From 2f7c0ee007c
On Fri, 1 Dec 2017 10:35:34 +0100
Paul B Mahol wrote:
> On 12/1/17, Nicolas George wrote:
> > Paul B Mahol (2017-11-30):
> >> +static int reset_links(AVFilterContext *filter)
> >> +{
> >> +int i, ret;
> >> +
> >> +if (!filter)
> >> +return 0;
> >> +
> >> +for (i = 0; i < fi
Signed-off-by: Paul B Mahol
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/nspdec.c | 101 +++
3 files changed, 103 insertions(+)
create mode 100644 libavformat/nspdec.c
diff --git a/libavformat/Makefile b/liba
On Thu, 30 Nov 2017 16:27:01 -0800
John Stebbins wrote:
> ---
> fftools/ffplay.c | 21 -
> 1 file changed, 16 insertions(+), 5 deletions(-)
>
> diff --git a/fftools/ffplay.c b/fftools/ffplay.c
> index 10a917194d..152d220cdb 100644
> --- a/fftools/ffplay.c
> +++ b/fftools/ffp
On 12/01/2017 08:25 AM, wm4 wrote:
> On Thu, 30 Nov 2017 16:27:01 -0800
> John Stebbins wrote:
>
>> ---
>> fftools/ffplay.c | 21 -
>> 1 file changed, 16 insertions(+), 5 deletions(-)
>>
>> diff --git a/fftools/ffplay.c b/fftools/ffplay.c
>> index 10a917194d..152d220cdb 100644
On Thu, Nov 30, 2017 at 11:22:41PM +, Stefan _ wrote:
> Hi,
>
> Attached patch adds full support for skip_loop_filter (all levels) to
> the hevc decoder.
>
> I'm not too sure about the implementation of "nonref", since this email
> (http://ffmpeg.org/pipermail/ffmpeg-devel/2015-July/176116.
Hello,
It looks like a recent patch causes VA-API H.264 encode to stop working and an
assertion to be thrown. I ran a git bisect and narrowed it down to the
following commit:
32a618a948c20f18db102d0b0976790222a57105 is the first bad commit
commit 32a618a948c20f18db102d0b0976790222a57105
Author
On Fri, Dec 01, 2017 at 10:01:42AM +0100, Nicolas George wrote:
> Paul B Mahol (2017-11-30):
> > +static int reset_links(AVFilterContext *filter)
> > +{
> > +int i, ret;
> > +
> > +if (!filter)
> > +return 0;
> > +
> > +for (i = 0; i < filter->nb_outputs; i++) {
> > +AVF
On Fri, 1 Dec 2017 18:02:52 +0100
Michael Niedermayer wrote:
> On Fri, Dec 01, 2017 at 10:01:42AM +0100, Nicolas George wrote:
> > Paul B Mahol (2017-11-30):
> > > +static int reset_links(AVFilterContext *filter)
> > > +{
> > > +int i, ret;
> > > +
> > > +if (!filter)
> > > +ret
On 12/1/17, wm4 wrote:
> On Fri, 1 Dec 2017 18:02:52 +0100
> Michael Niedermayer wrote:
>
>> On Fri, Dec 01, 2017 at 10:01:42AM +0100, Nicolas George wrote:
>> > Paul B Mahol (2017-11-30):
>> > > +static int reset_links(AVFilterContext *filter)
>> > > +{
>> > > +int i, ret;
>> > > +
>> > > +
On Fri, Dec 01, 2017 at 06:10:02PM +0100, wm4 wrote:
> On Fri, 1 Dec 2017 18:02:52 +0100
> Michael Niedermayer wrote:
>
> > On Fri, Dec 01, 2017 at 10:01:42AM +0100, Nicolas George wrote:
> > > Paul B Mahol (2017-11-30):
> > > > +static int reset_links(AVFilterContext *filter)
> > > > +{
> > >
On 01/12/17 16:48, Devin Heitmueller wrote:
> Hello,
>
> It looks like a recent patch causes VA-API H.264 encode to stop working and
> an assertion to be thrown. I ran a git bisect and narrowed it down to the
> following commit:
>
> 32a618a948c20f18db102d0b0976790222a57105 is the first bad com
Michael Niedermayer (2017-12-01):
> As the one who tried implementing changing frame parameters like
> dimension long time ago, the only real problem i encountered was
> bikeshedding, i dont rememer a technical problem.
"not easy" != "tremendously hard". I said it would not be easy, i.e. it
will r
The vainfo shows that you're running very old versions. You may be able to
resolve the issues you're facing by first removing stale versions of libva,
libva-utils and intel-vaapi-driver, then reinstalling with the latest:
https://github.com/01org/libva
https://github.com/01org/libva-utils
http
On 12/1/17, Nicolas George wrote:
> Michael Niedermayer (2017-12-01):
>> As the one who tried implementing changing frame parameters like
>> dimension long time ago, the only real problem i encountered was
>> bikeshedding, i dont rememer a technical problem.
>
> "not easy" != "tremendously hard".
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 4 ++
libavfilter/vf_overlay.c | 160 ---
2 files changed, 140 insertions(+), 24 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index f7c371592f..0699728b7e 100644
--- a/doc/fi
Hi Mark,
>>
>> Here’s the vainfo output which provides the version info for the driver,
>> va-api version, etc. This is on a Haswell system running Centos 7.
>>
>> libva info: VA-API version 0.34.0
>> libva info: va_getDriverName() returns 0
>> libva info: Trying to open /usr/lib64/dri/i965_dr
Signed-off-by: Paul B Mahol
---
libavfilter/threshold.h | 51 +++
libavfilter/vf_threshold.c | 28 ---
libavfilter/x86/Makefile| 2 ++
libavfilter/x86/vf_threshold.asm| 69 +
libavfilter/
>> Try this? (Not tested, hardware which can run a version that old isn't
>> immediately to hand.)
>>
>> --- a/libavcodec/vaapi_encode_h264.c
>> +++ b/libavcodec/vaapi_encode_h264.c
>> @@ -261,7 +261,8 @@ static int
>> vaapi_encode_h264_write_extra_header(AVCodecContext *avctx,
>>retur
On Fri, Dec 01, 2017 at 07:23:00PM +0100, Nicolas George wrote:
> Michael Niedermayer (2017-12-01):
> > As the one who tried implementing changing frame parameters like
> > dimension long time ago, the only real problem i encountered was
> > bikeshedding, i dont rememer a technical problem.
>
> "n
On Thu, Nov 30, 2017 at 9:52 AM, Michael Niedermayer wrote:
> > > Perfect, thanks Michael. Let me check those samples out.
>
> there are 2 more in 2939 which change:
> https://trac.ffmpeg.org/ticket/2939
>
It seems the swscale_unscaled code paths do not get reconfigured when
sws_setColorSpaceDet
On Thu, Nov 30, 2017 at 5:49 PM, Michael Niedermayer wrote:
> I dont see anything really wrong with the file
>
For kicks, I tried running it through oggz-validate, but it doesn't know
how to handle ogm. Which TIL, is distinct from ogv.
>
> it seems what happens is that theres a data packet in
This was apparently missed in 43171a2a738f5114768d34a7278e56e5fde714bc
Signed-off-by: James Almer
---
libavutil/mem.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavutil/mem.h b/libavutil/mem.h
index 9e344bd2c3..6f72498890 100644
--- a/libavutil/mem.h
+++ b/libavutil/mem.h
@@ -106,6 +1
2017-11-28 21:04 GMT+01:00 Henrik Gramner :
> On Mon, Nov 27, 2017 at 11:37 PM, James Almer wrote:
> > On 11/27/2017 7:33 PM, James Darnley wrote:
> >> If the condition was made "mmsize > 16" would this work correctly for
> >> zmm registers? (Assume I finally push my AVX-512 patches).
> >
> > No
2017-11-26 19:07 GMT+01:00 Martin Vignali :
> Hello,
>
> in attach patchs
>
> 0001-avcodec-huffyuvenc-increase-scalar-loop-count
> and
> 0003-avcodec-huffyuvenc-sub_left_prediction_bgr32-call-ds
>
> like diff_bytes and diff_bytes16, have AVX2 version, increase the scalar
> loop
> to call the align
Hello,
+
> +INIT_XMM sse4
>
Maybe use a macro (AVX2 can probably, be easy to add)
> +cglobal threshold8, 10, 13, 5, in, threshold, min, max, out, ilinesize,
> tlinesize, flinesize, slinesize, olinesize, w, h, x
> +mov wd, dword wm
> +mov hd, dword hm
>
Maybe you can use p
On 12/1/17, Martin Vignali wrote:
> Hello,
>
> +
>> +INIT_XMM sse4
>>
> Maybe use a macro (AVX2 can probably, be easy to add)
Not now.
>
>
>> +cglobal threshold8, 10, 13, 5, in, threshold, min, max, out, ilinesize,
>> tlinesize, flinesize, slinesize, olinesize, w, h, x
>> +mov wd, dw
On 01/12/17 18:47, Devin Heitmueller wrote:
>
>>> Try this? (Not tested, hardware which can run a version that old isn't
>>> immediately to hand.)
>>>
>>> --- a/libavcodec/vaapi_encode_h264.c
>>> +++ b/libavcodec/vaapi_encode_h264.c
>>> @@ -261,7 +261,8 @@ static int
>>> vaapi_encode_h264_write
On 01/12/17 18:37, Devin Heitmueller wrote:
> Hi Mark,
>
>>>
>>> Here’s the vainfo output which provides the version info for the driver,
>>> va-api version, etc. This is on a Haswell system running Centos 7.
>>>
>>> libva info: VA-API version 0.34.0
>>> libva info: va_getDriverName() returns 0
Enables the decoder to utilize the type AVCodecHWConfigInternal.
---
libavcodec/mediacodecdec.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/mediacodecdec.c b/libavcodec/mediacodecdec.c
index 6d392adb3a..63209f52ac 100644
--- a/libavcodec/mediacodecdec.c
+++ b/libavcodec/mediacod
On 12/1/2017 5:00 PM, Martin Vignali wrote:
> Hello,
>
> +
>> +INIT_XMM sse4
>>
> Maybe use a macro (AVX2 can probably, be easy to add)
>
>
>> +cglobal threshold8, 10, 13, 5, in, threshold, min, max, out, ilinesize,
>> tlinesize, flinesize, slinesize, olinesize, w, h, x
>> +mov wd, d
On 01/12/17 20:30, Jan Ekström wrote:
> Enables the decoder to utilize the type AVCodecHWConfigInternal.
> ---
> libavcodec/mediacodecdec.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavcodec/mediacodecdec.c b/libavcodec/mediacodecdec.c
> index 6d392adb3a..63209f52ac 100644
> ---
Hi,
I have been testing FFmpeg with the Android NDK (R15)'s clang, and
recently (a few weeks ago) the build has broken at
libavcodec/arm/hevcdsp_idct_neon.
It should be enough to test this with --cc=arm-linux-androideabi-clang
(or any other ARM clang compiler) and the latest gas-preprocessor.pl
i
On Fri, Dec 1, 2017 at 10:44 PM, Mark Thompson wrote:
>
> LGTM.
>
> (Apologies for breaking that.)
>
Thanks for the LGTM. Pushed with the header include added in its
alphabetically ordered position as recommended on IRC.
And no problem, we all miss things :) .
Jan
__
> >>
> > Do you need pxor m0, m4 and pxor m1, m4 ?
>
> Yes,
> I need it.
> >
Yes, you're right, sorry for the noise
Martin
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Fix suggested by Luca Barbato.
This was causing spurious EOFs when using -rtsp_transport udp, as
reported in https://bugzilla.libav.org/show_bug.cgi?id=1103
---
libavformat/rtsp.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c
index
On Thu, Nov 30, 2017 at 11:58:09PM +0100, Michael Niedermayer wrote:
> Fixes: runtime error: left shift of negative value -127
> Fixes: 4397/clusterfuzz-testcase-minimized-4779061080489984
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
>
Signed-off-by: Paul B Mahol
---
libavfilter/hflip.h | 38 +
libavfilter/vf_hflip.c | 30 ++--
libavfilter/x86/Makefile| 2 ++
libavfilter/x86/vf_hflip.asm| 61 +
libavfilter/x86/vf_hf
This is not strictly required here because the rkmpp decoder does not
call ff_get_format(), but it may be helpful metadata for users.
---
libavcodec/rkmppdec.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavcodec/rkmppdec.c b/libavcodec/rkmppdec.c
index bdf4dc4208..4ec61cbb35 10064
On Sun, Nov 26, 2017 at 07:07:41PM +0100, Martin Vignali wrote:
> Hello,
>
> in attach patchs
>
> 0001-avcodec-huffyuvenc-increase-scalar-loop-count
> and
> 0003-avcodec-huffyuvenc-sub_left_prediction_bgr32-call-ds
>
> like diff_bytes and diff_bytes16, have AVX2 version, increase the scalar
> lo
On 12/1/2017 3:41 PM, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/threshold.h | 51 +++
> libavfilter/vf_threshold.c | 28 ---
> libavfilter/x86/Makefile| 2 ++
> libavfilter/x86/vf_threshold.asm|
---
fftools/ffprobe.c | 5 +
libavcodec/decode.c | 5 -
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/fftools/ffprobe.c b/fftools/ffprobe.c
index 0e7a771..20b64ef 100644
--- a/fftools/ffprobe.c
+++ b/fftools/ffprobe.c
@@ -2276,10 +2276,14 @@ static av_always_inline int pr
On Sat, Dec 2, 2017 at 12:55 AM, Colin NG wrote:
> ---
> fftools/ffprobe.c | 5 +
> libavcodec/decode.c | 5 -
> 2 files changed, 9 insertions(+), 1 deletion(-)
>
> diff --git a/fftools/ffprobe.c b/fftools/ffprobe.c
> index 0e7a771..20b64ef 100644
> --- a/fftools/ffprobe.c
> +++ b/fftoo
On Sat, Dec 2, 2017 at 1:05 AM, Hendrik Leppkes wrote:
>
>> @@ -2290,6 +2294,7 @@ static av_always_inline int
>> process_frame(WriterContext *w,
>> if (got_frame) {
>> int is_sub = (par->codec_type == AVMEDIA_TYPE_SUBTITLE);
>> nb_streams_frames[pkt->stream_index]++;
>> +
---
fftools/ffprobe.c | 2 ++
libavcodec/dvbsubdec.c | 10 +-
2 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/fftools/ffprobe.c b/fftools/ffprobe.c
index 0e7a771..6ddd81e 100644
--- a/fftools/ffprobe.c
+++ b/fftools/ffprobe.c
@@ -2280,6 +2280,7 @@ static av_always_inli
On Thu, Nov 30, 2017 at 10:19:36PM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> Pros:
> Removes duplicate arrays and ugly c file including c files
>
> Cons:
> Makes the array in libavutil effectively part of the ABI.
> Might not be worth doing for 256 bytes
if iam not mistaken
On Fri, Dec 01, 2017 at 11:06:07AM +0100, Robert Nagy wrote:
> ---
> libavformat/hlsenc.c | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
>
> diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
> index cdfbf45823..dc8bf48791 100644
> --- a/libavformat/hlsenc.c
> +++ b/libavformat
2017-12-02 8:59 GMT+08:00 Michael Niedermayer :
> On Fri, Dec 01, 2017 at 11:06:07AM +0100, Robert Nagy wrote:
>> ---
>> libavformat/hlsenc.c | 5 +
>> 1 file changed, 1 insertion(+), 4 deletions(-)
>>
>> diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
>> index cdfbf45823..dc8bf48791
On Fri, Dec 01, 2017 at 11:02:43PM +0100, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/hflip.h | 38 +
> libavfilter/vf_hflip.c | 30 ++--
> libavfilter/x86/Makefile| 2 ++
> libavfilter/x86/vf_hflip.as
On 12/1/2017 11:13 PM, Michael Niedermayer wrote:
> On Fri, Dec 01, 2017 at 11:02:43PM +0100, Paul B Mahol wrote:
>> Signed-off-by: Paul B Mahol
>> ---
>> libavfilter/hflip.h | 38 +
>> libavfilter/vf_hflip.c | 30 ++--
>> libavfilter/x
On 12/1/2017 7:02 PM, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavfilter/hflip.h | 38 +
> libavfilter/vf_hflip.c | 30 ++--
> libavfilter/x86/Makefile| 2 ++
> libavfilter/x86/vf_hflip.asm| 61
> +++
Signed-off-by: Steven Liu
---
libavformat/dashenc.c | 6 +-
libavformat/hlsenc.c | 12
libavformat/hlsplaylist.c | 6 --
libavformat/hlsplaylist.h | 2 +-
4 files changed, 18 insertions(+), 8 deletions(-)
diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
fix CID: 1424884
Signed-off-by: Steven Liu
---
libavformat/hlsplaylist.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavformat/hlsplaylist.c b/libavformat/hlsplaylist.c
index 96a8afbe1d..3349eb7ee3 100644
--- a/libavformat/hlsplaylist.c
+++ b/libavformat/hlsplaylist.
fix cid: 1424883
Signed-off-by: Steven Liu
---
libavformat/dashenc.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
index 22ef3103dc..bd0a98da4d 100644
--- a/libavformat/dashenc.c
+++ b/libavformat/dashenc.c
@@ -384,7 +384,9 @
63 matches
Mail list logo
