On Thu, Mar 16, 2017 at 11:37 AM, Muhammad Faiz wrote:
> benchmark:
> sse2 10.670s
> avx 8.763s
> fma3 8.380s
>
> Signed-off-by: Muhammad Faiz
> ---
> libswresample/x86/resample.asm| 15 ---
> libswresample/x86/resample_init.c | 10 ++
> 2 files changed, 22 insertions(
On Sat, Mar 18, 2017 at 09:56:04AM +0100, wm4 wrote:
> From: Anton Khirnov
>
> Certain hardware decoding APIs are not guaranteed to be thread-safe, so
> having the user access decoded hardware surfaces while the decoder is
> running in another thread can cause failures (this is mainly known to
>
On Fri, Mar 17, 2017 at 12:10:06AM +0200, Martin Storsjö wrote:
> This reduces the number of lines and reduces the duplication.
>
> Also simplify the eob check for the half case.
>
> If we are in the half case, we know we at least will need to do the
> first three slices, we only need to check eo
W dniu 2017-03-16 o 19:17, Michael Niedermayer pisze:
> On Wed, Mar 15, 2017 at 10:52:29PM +0100, Mateusz Brzostek wrote:
>> Hello!
>>
>> There are 3 problems with DITHER_COPY macro in libswscale/swscale_unscaled.c:
>> 1) there is overflow in dithering from 12-bit to 10-bit (output value >
>> 1023
---
libavcodec/x86/h264_intrapred.asm| 37
libavcodec/x86/h264_intrapred_init.c | 7 +++
2 files changed, 44 insertions(+)
diff --git a/libavcodec/x86/h264_intrapred.asm
b/libavcodec/x86/h264_intrapred.asm
index c88d91b..0f3b462 100644
--- a/libavcod
checkasm --bench results with 5000 runs
pred16x16_tm_vp8_c: 302.8
pred16x16_tm_vp8_mmx: 101.4
pred16x16_tm_vp8_mmxext: 95.5
pred16x16_tm_vp8_sse2: 95.1
pred16x16_tm_vp8_avx2: 38.2
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/
>
> Just a nitpick:
>
> > +} else {
> > +//UINT 32
>
> The comment indicates this should be "else if (pixel_type == UINT)"
>
> Not sure it's necessary to replace else by else if, because OpenExr
"planar" can only have half, float or uint32 data
But new patch attach.
Martin
0
2017-03-18 10:38 GMT+01:00 Rodger Combs :
> This allows us to report the correct codec ID here
What does this fix?
> --- a/libavformat/rawenc.c
> +++ b/libavformat/rawenc.c
> @@ -337,6 +337,19 @@ AVOutputFormat ff_mlp_muxer = {
> };
> #endif
>
> +#if CONFIG_MP1_MUXER
> +AVOutputFormat ff_mp1_mu
2017-03-18 7:54 GMT+01:00 wm4 :
> On Sat, 18 Mar 2017 13:39:34 +0700
> Muhammad Faiz wrote:
>
>> On Sat, Mar 18, 2017 at 5:31 AM, Carl Eugen Hoyos wrote:
>> > 2017-03-17 19:46 GMT+01:00 James Almer :
>> >> Signed-off-by: James Almer
>> >> ---
>> >> compat/atomics/gcc/stdatomic.h | 8
>>
2017-03-07 23:05 GMT+01:00 Martin Vignali :
> Hello,
>
> In attach patch for decoding uint32 channels in exr files.
>
> Following previous comments, i doesn't use float/color transformation for
> this kind of pixel data
> in this new version.
>
> Comments welcome
Just a nitpick:
> +} else
2017-03-17 2:32 GMT+01:00 Michael Niedermayer :
> On Thu, Mar 16, 2017 at 10:38:24PM +0100, Carl Eugen Hoyos wrote:
>> Hi!
>>
>> Attached patch fixes one of two remaining warnings when compiling
>> bitstream_filter.c.
>>
>> Please comment, Carl Eugen
>
>> avcodec.h |2 +-
>> 1 file changed, 1
On 3/18/2017 3:39 AM, Muhammad Faiz wrote:
> On Sat, Mar 18, 2017 at 5:31 AM, Carl Eugen Hoyos wrote:
>> 2017-03-17 19:46 GMT+01:00 James Almer :
>>> Signed-off-by: James Almer
>>> ---
>>> compat/atomics/gcc/stdatomic.h | 8
>>> 1 file changed, 4 insertions(+), 4 deletions(-)
>>>
>>> di
2017-03-18 21:33 GMT+08:00 Nicolas George :
> L'octidi 28 ventôse, an CCXXV, Steven Liu a écrit :
> > mhmm dose there have any way to support the stream loop all the file
> list？
>
> I think the second paragraph of Marton's mail addressed exactly that.
>
Hi Nicolas George,
Can the concat
2017-03-18 21:33 GMT+08:00 Nicolas George :
> L'octidi 28 ventôse, an CCXXV, Steven Liu a écrit :
> > mhmm dose there have any way to support the stream loop all the file
> list？
>
> I think the second paragraph of Marton's mail addressed exactly that.
>
Yes, I think so too :D
>
> Regards,
>
> --
L'octidi 28 ventôse, an CCXXV, Steven Liu a écrit :
> mhmm dose there have any way to support the stream loop all the file list？
I think the second paragraph of Marton's mail addressed exactly that.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
2017-03-18 21:01 GMT+08:00 wm4 :
> On Sat, 18 Mar 2017 12:45:34 +
> Steven Liu wrote:
>
> > Nicolas George 于2017年3月18日 周六下午8:35写道：
> >
> > > L'octidi 28 ventôse, an CCXXV, Steven Liu a écrit :
> > > > you can try it:
> > > > echo "file 'inputfile1.mp4'" > concat input.concatfile
> > > > echo
On Sat, 18 Mar 2017 12:45:34 +
Steven Liu wrote:
> Nicolas George 于2017年3月18日 周六下午8:35写道：
>
> > L'octidi 28 ventôse, an CCXXV, Steven Liu a écrit :
> > > you can try it:
> > > echo "file 'inputfile1.mp4'" > concat input.concatfile
> > > echo "file 'inputfile2.mp4'" >> concat input.concatfi
On 3/18/17, Martin Vignali wrote:
> 2017-03-07 23:05 GMT+01:00 Martin Vignali :
>
>> Hello,
>>
>> In attach patch for decoding uint32 channels in exr files.
>>
>> Following previous comments, i doesn't use float/color transformation for
>> this kind of pixel data
>> in this new version.
>>
>> Comm
Hello,
In attach patch to add fate test for uint 32 exr
Sample can be found here :
https://we.tl/iB6xWicb4X
and need to be put inside fate-suite/exr/
Need to be apply after the patch :
libavcodec/exr add support for uint32
Martin
Jokyo Images
0002-fate-exr-add-test-for-uint32-data.patch
De
Nicolas George 于2017年3月18日 周六下午8:35写道：
> L'octidi 28 ventôse, an CCXXV, Steven Liu a écrit :
> > you can try it:
> > echo "file 'inputfile1.mp4'" > concat input.concatfile
> > echo "file 'inputfile2.mp4'" >> concat input.concatfile
> > ffmpeg -stream_loop -1 -f concat input.concatfile -c copy outp
L'octidi 28 ventôse, an CCXXV, Steven Liu a écrit :
> you can try it:
> echo "file 'inputfile1.mp4'" > concat input.concatfile
> echo "file 'inputfile2.mp4'" >> concat input.concatfile
> ffmpeg -stream_loop -1 -f concat input.concatfile -c copy output.ts
Please try actual seeking to random points
2017-03-07 23:05 GMT+01:00 Martin Vignali :
> Hello,
>
> In attach patch for decoding uint32 channels in exr files.
>
> Following previous comments, i doesn't use float/color transformation for
> this kind of pixel data
> in this new version.
>
> Comments welcome
>
> Martin Vignali
> Jokyo Images
2017-03-18 18:52 GMT+08:00 Marton Balint :
>
> On Sat, 18 Mar 2017, Steven Liu wrote:
>
> when use stream_loop to control the loop times, the seekable is
>> set to 0 default, and must set duration or inpoint and outpoint
>> into the concat list, now use this option can support use stream_loop
>> t
2017-03-08 2:15 GMT+01:00 Dzung Hoang :
> I implemented a 32-bit float GBRAP/GBRP pixel format and used it in
> vf_zscale.c and vf_overlay.c. I also implemented an EXR encoder using
> miniexr that uses the new float pixel format. I can contribute this if
> there is interest.
> I used the above mod
Hello,
I tested your patch on mac, seems to work, and doesn't break exr fate test.
Some comments :
> ---
> libavcodec/exr.c | 19 +++
> 1 file changed, 19 insertions(+)
>
> diff --git a/libavcodec/exr.c b/libavcodec/exr.c
> index 034920f..dec21af 100644
> --- a/libavcodec/exr.c
On Wed, Mar 15, 2017 at 03:29:08PM +0100, Matthieu Bouron wrote:
> ---
> configure | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/configure b/configure
> index 1e2e774950..a4890ca0d3 100755
> --- a/configure
> +++ b/configure
> @@ -5744,7 +5744,7 @@ enabled frei0r
On Sat, 18 Mar 2017, Steven Liu wrote:
when use stream_loop to control the loop times, the seekable is
set to 0 default, and must set duration or inpoint and outpoint
into the concat list, now use this option can support use stream_loop
to control the loop times of the concat list
I am not su
On Sat, Mar 18, 2017 at 10:52:27AM +0100, wm4 wrote:
[...]
> > -if (!strcmp(s->iformat->name, "mp3") || !strcmp(s->iformat->name,
> > "aac") ||
> > -!strcmp(s->iformat->name, "tta")) {
> > +if (!strcmp(s->iformat->name, "mp1") || !strcmp(s->iformat->name,
> > "mp2") ||
On Sat, 18 Mar 2017 04:38:03 -0500
Rodger Combs wrote:
> This allows us to report the correct codec ID here
> ---
> libavformat/allformats.c | 3 ++-
> libavformat/mp3dec.c | 66
> +++-
> libavformat/rawenc.c | 13 ++
> libavformat/ut
This allows us to report the correct codec ID here
---
libavformat/allformats.c | 3 ++-
libavformat/mp3dec.c | 66 +++-
libavformat/rawenc.c | 13 ++
libavformat/utils.c | 4 +--
libavformat/version.h| 4 +--
5 files changed,
On Sat, Mar 18, 2017 at 1:15 PM, Rostislav Pehlivanov
wrote:
> > static const AVOption ambisonic_options[] = {
> > {NULL}
> > };
>
> You're missing spaces on the second line here.
>
> > if ((ret = ff_add_format (&formats, AV_SAMPLE_FMT_FLTP )) < 0 ||
> > (ret = ff_set_common_formats (ct
---
libavformat/utils.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index 84acb9c795..8bf34e8f6f 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils.c
@@ -329,6 +329,7 @@ static int set_codec_from_probe_data(AVFormatContext *s,
AVStream *st,
---
libavformat/isom.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/isom.c b/libavformat/isom.c
index 7da2700842..9589f42741 100644
--- a/libavformat/isom.c
+++ b/libavformat/isom.c
@@ -514,6 +514,8 @@ FF_ENABLE_DEPRECATION_WARNINGS
codec_id= ff_codec_get_id(ff_mp4_obj_ty
On Sat, 18 Mar 2017 09:55:57 +0100
wm4 wrote:
> Correctness of my merge questionable. Appears to merge.
I meant: Appears to pass FATE with threads enabled.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-
libavcodec now automatically serializes decoding for hwaccels which
are not thread-safe. This means API users, which rely on the libavcodec
native software fallback mechanism, can now simply enable threading
without running into problems.
---
libavcodec/utils.c | 5 -
1 file changed, 5 deletio
Whatever it was supposed to do.
---
libavcodec/pthread_frame.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/libavcodec/pthread_frame.c b/libavcodec/pthread_frame.c
index 1b871c31d4..9de4016593 100644
--- a/libavcodec/pthread_frame.c
+++ b/libavcodec/pthread_frame.c
@@
From: Anton Khirnov
Certain hardware decoding APIs are not guaranteed to be thread-safe, so
having the user access decoded hardware surfaces while the decoder is
running in another thread can cause failures (this is mainly known to
happen with DXVA2).
For such hwaccels, only allow the decoding t
From: Wan-Teh Chang
This improves commit 59c70227405c214b29971e6272f3a3ff6fcce3d0.
In ff_thread_report_progress(), the fast code path can load
progress[field] with the relaxed memory order, and the slow code path
can store progress[field] with the release memory order. These changes
are mainly i
From: Anton Khirnov
Merges Libav commit 8dfba25c.
Signed-off-by: wm4
---
libavcodec/h263dec.c | 2 +-
libavcodec/h264dec.c | 2 +-
libavcodec/pthread_frame.c | 34 ++
3 files changed, 36 insertions(+), 2 deletions(-)
diff --git a/libavcodec/h263de
Correctness of my merge questionable. Appears to merge.
Anton Khirnov (5):
pthread_frame: use atomics for PerThreadContext.state
pthread_frame: use atomics for frame progress
pthread_frame: properly propagate the hw frame context across frame
threads
pthread_frame: ensure the threads d
From: Mark Thompson
When decoding with threads enabled, the get_format callback will be
called with one of the per-thread codec contexts rather than with the
outer context. If a hwaccel is in use too, this will add a reference
to the hardware frames context on that codec context, which will then
From: Anton Khirnov
Merges Libav commit 84f22568.
Signed-off-by: wm4
---
libavcodec/pthread_frame.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/libavcodec/pthread_frame.c b/libavcodec/pthread_frame.c
index 2a5dfc6723..18f89ee73d 100644
--- a/libavcodec/pthread_frame.c
+++
From: Anton Khirnov
Merges Libav commit 64a31b28.
Signed-off-by: wm4
---
libavcodec/pthread_frame.c | 84 ++
1 file changed, 47 insertions(+), 37 deletions(-)
diff --git a/libavcodec/pthread_frame.c b/libavcodec/pthread_frame.c
index 272587f53c..bd2
From: Anton Khirnov
Merges Libav commit 59c70227.
Signed-off-by: wm4
---
libavcodec/pthread_frame.c | 27 +--
1 file changed, 17 insertions(+), 10 deletions(-)
diff --git a/libavcodec/pthread_frame.c b/libavcodec/pthread_frame.c
index bd250002a3..2a5dfc6723 100644
---
> static const AVOption ambisonic_options[] = {
> {NULL}
> };
You're missing spaces on the second line here.
> if ((ret = ff_add_format (&formats, AV_SAMPLE_FMT_FLTP )) < 0 ||
> (ret = ff_set_common_formats (ctx, formats )) < 0 ||
> (ret = ff_add_channel_layout (&layout , AV_CH_
On 16 March 2017 at 18:52, wm4 wrote:
> On Mon, 6 Mar 2017 02:46:50 +
> Rostislav Pehlivanov wrote:
>
> > Not used by anything at all since we don't auto insert lavr filters.
> >
> > Signed-off-by: Rostislav Pehlivanov
> > ---
> > doc/APIchanges | 4
> > libavfilter/avfi
On Fri, Mar 17, 2017 at 1:14 AM, wm4 wrote:
> On Thu, 16 Mar 2017 17:00:17 +0700
> Muhammad Faiz wrote:
>
>> On Thu, Mar 16, 2017 at 1:01 PM, wm4 wrote:
>> > On Thu, 16 Mar 2017 12:43:10 +0700
>> > Muhammad Faiz wrote:
>> >
>> >> use fltp when doing s32 -> s32 resampling
>> >> because s32p has
47 matches
Mail list logo
