From: ChaoX A Liu
Signed-off-by: ChaoX A Liu
---
ffmpeg.c | 2 +-
ffmpeg.h | 2 +
ffmpeg_opt.c | 2 +-
ffmpeg_qsv.c | 636 +-
libavcodec/qsv.h | 3 +
libavcodec/qsv_internal.
From: ChaoX A Liu
Signed-off-by: ChaoX A Liu
---
libavcodec/qsvdec.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/libavcodec/qsvdec.c b/libavcodec/qsvdec.c
index 47dd818..2075a23 100644
--- a/libavcodec/qsvdec.c
+++ b/libavcodec/qsvdec.c
@@ -370,13 +370,18 @@
From: ChaoX A Liu
Signed-off-by: ChaoX A Liu
---
ffmpeg_qsv.c| 46 ---
libavcodec/libavcodec.v | 1 +
libavcodec/qsv.h| 2 +
libavfilter/vf_qsvvpp.c | 153
4 files changed, 172 insertions(+), 30 deletions(-)
From: ChaoX A Liu
This is updated version of patchset.
Fix for license reference.
Rename vpp filter to qsvvpp
ChaoX A Liu (6):
lavc/qsv(hevc): Change default plugin from hevc_sw to hevc_default,
which will load hevc_hw first, due to newly released MSDK.
lavf/vpp: Enable vpp filter, an
From: ChaoX A Liu
Signed-off-by: ChaoX A Liu
---
libavcodec/qsv.c | 89 ---
libavcodec/qsv_internal.h | 6 ++--
libavcodec/qsvdec.c | 16 ++---
libavcodec/qsvdec_h2645.c | 17 ++---
libavcodec/qsvenc.c | 12 +--
libav
From: ChaoX A Liu
Signed-off-by: ChaoX A Liu
---
configure | 3 +
libavcodec/qsv.c | 2 +-
libavcodec/qsv_internal.h | 2 +-
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_qsvvpp.c | 864 +
From: ChaoX A Liu
Signed-off-by: ChaoX A Liu
---
libavcodec/qsv.c | 7 ++-
libavcodec/qsv_internal.h | 1 +
libavcodec/qsvdec.c | 22 +-
libavcodec/qsvdec_h2645.c | 12
libavcodec/qsvdec_mpeg2.c | 6 ++
libavcodec/qsvdec_vc1.c | 6 ++
On 25 Aug, Nablet Developer wrote :
> -int ff_qsv_init_internal_session(AVCodecContext *avctx, QSVSession *qs)
> +int ff_qsv_init_internal_session(void *avctx, QSVSession *qs)
> -int ff_qsv_init_internal_session(AVCodecContext *avctx, QSVSession *qs);
> +int ff_qsv_init_internal_session(void *avctx
On 25 Aug, Nablet Developer wrote :
> From: ChaoX A Liu
what is vidmem?
> diff --git a/ffmpeg.c b/ffmpeg.c
> diff --git a/ffmpeg.h b/ffmpeg.h
I doubt this should be in the same commit.
> +INTEL CORPORATION PROPRIETARY INFORMATION
> +This software is supplied under the terms of a license agreem
Idem. Patch does too many things and changes unrelated code.
On 25 Aug, Nablet Developer wrote :
> From: ChaoX A Liu
>
> Signed-off-by: ChaoX A Liu
> ---
> ffmpeg_qsv.c| 46 ---
> libavcodec/libavcodec.v | 1 +
> libavcodec/qsv.h| 2 +
> libavfilter/vf_qsvv
Thanks for pointing out the use of private API. It seemed that this
would have needed to add a new function for the API for decoding timed
metadata frames, but probably a better solution is to use the
avcodec_receive_packet framework for this as the old API is deprecated
anyway?
Below is a pa
On 8/24/16, Paul B Mahol wrote:
> Hi,
>
> patch attached.
>
applied
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 8/24/16, Paul B Mahol wrote:
> Hi,
>
> patch attached.
>
applied
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 8/25/16, Paul B Mahol wrote:
> Hi,
>
> patch attached.
>
Improved version attached.
0001-avfilter-add-vaguedenoiser-filter.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpe
On Wed, Aug 24, 2016 at 12:11:47PM -0600, Orion Poplawski wrote:
> On 08/24/2016 11:54 AM, Carl Eugen Hoyos wrote:
> > Hi!
> >
> > 2016-08-24 18:51 GMT+02:00 Orion Poplawski :
> >> Would the ffmpeg developers be willing treat any particular release as a
> >> long-term-support release and try to
On Thu, Aug 25, 2016 at 2:24 AM, Jean-Baptiste Kempf wrote:
> On 25 Aug, Nablet Developer wrote :
>> -int ff_qsv_init_internal_session(AVCodecContext *avctx, QSVSession *qs)
>> +int ff_qsv_init_internal_session(void *avctx, QSVSession *qs)
>> -int ff_qsv_init_internal_session(AVCodecContext *avctx
On Thu, Aug 25, 2016 at 2:07 AM, Nablet Developer wrote:
> From: ChaoX A Liu
>
> Signed-off-by: ChaoX A Liu
> ---
> ffmpeg.c | 2 +-
> ffmpeg.h | 2 +
> ffmpeg_opt.c | 2 +-
> ffmpeg_qsv.c | 636
> +++
Am 24.08.2016 um 12:30 schrieb Oliver Collyer:
> Ok thanks, Timo.
>
> So I’ve split this into two patches and revised as per the discussions and
> they are attached here.
>
> The only thing to be decided is whether my conversion code to enable
> YUV420P10 support should be included in this or n
Hello,
However long this patch is, it is also mostly useless: the standard does
NOT support multiple distinct tref tags. Instead it supports multiple
references for one or zero trefs, which is what FFmpeg already supports.
I will introduce a patch that instead just adds the ability to set the
..though on more precise look it FFmpeg doesn't in fact implement
multiple track references at all (MOVTrack has src_track while the patch
introduces src_tracks). But the patch can be greatly simplified regardless.
___
ffmpeg-devel mailing list
ffmpeg
On 23 August 2016 at 11:27, Michael Niedermayer
wrote:
> Fixes: assertion failure
> Fixes: 86914558f0a471f038ee1102c02eeb45/signal_sigabrt_76ae7c37_3051_
> 64ed96a710787ba5d0666746a8562e7d.dee
>
> Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
> Signed-off-by: Michael Niedermayer
> -
2016-08-25 6:16 GMT+08:00 Michael Niedermayer :
> On Wed, Aug 24, 2016 at 09:40:55PM +0800, Steven Liu wrote:
> > 2016-08-24 19:14 GMT+08:00 Steven Liu :
> >
> > >
> > >
> > > 2016-08-24 18:57 GMT+08:00 Michael Niedermayer >:
> > >
> > >> On Wed, Aug 24, 2016 at 06:28:08PM +0800, Steven Liu wrote
On Thu, Aug 25, 2016 at 12:57:17PM +0100, Rostislav Pehlivanov wrote:
> On 23 August 2016 at 11:27, Michael Niedermayer
> wrote:
>
> > Fixes: assertion failure
> > Fixes: 86914558f0a471f038ee1102c02eeb45/signal_sigabrt_76ae7c37_3051_
> > 64ed96a710787ba5d0666746a8562e7d.dee
> >
> > Found-by:
Tested passed at :
1. OSX
2. Linux
3. Windows
4. Ubuntu+wine+MinGW
the message from Ubuntu+wine+MinGW:
liuqi@ubuntu:~/ffmpeg/xxx$ make fate-filter-hls-append
HOSTCC tests/base64.o
HOSTLD tests/base64
HOSTCC tests/tiny_psnr.o
HOSTLD tests/tiny_psnr
HOSTCC tests/tiny_ssim.o
HOSTLD tests/tiny
Making sure bestpos is initialized to zero to prevent gcc from kvetching.
It's harmless (although it's not obvious that it's harmless)
from code inspection:
tests/audiomatch.c: In function ‘main’:
tests/audiomatch.c:40: warning: ‘bestpos’ may be used uninitialized in this
function
Thanks to Moritz
On 8/24/2016 10:54 PM, Michael Niedermayer wrote:
> IIRC the removed code tried to detect a reorder delay that is not
> possible in a valid file due to the profile constraints. Aka dts and
> pts are too far appart for the largest amount of buffers allowed in
> any codec.
Basing this on timestamps
On Tue, Aug 23, 2016 at 01:17:47PM +, Davinder Singh wrote:
> On Tue, Aug 23, 2016 at 5:38 AM Andy Furniss wrote:
>
> > [...]
> >
> > Nice I can see the edges are better than the last version.
> >
> > The doc/filters.texi hunk doesn't apply to git master.
> >
> > I was going to post some comp
On Thu, Aug 25, 2016 at 03:25:56PM +0100, Derek Buitenhuis wrote:
> On 8/24/2016 10:54 PM, Michael Niedermayer wrote:
> > IIRC the removed code tried to detect a reorder delay that is not
> > possible in a valid file due to the profile constraints. Aka dts and
> > pts are too far appart for the lar
On 8/25/2016 3:40 PM, Michael Niedermayer wrote:
> but its probably best to remove in a seperate patch so if it breaks
> something bisect would immedeatly point to which of the 2 changes
> caused it
Sounds good.
If you think this patch is OK, please push it with this part
of the commit message re
On Thu, Aug 25, 2016 at 08:01:02PM +0800, Steven Liu wrote:
> 2016-08-25 6:16 GMT+08:00 Michael Niedermayer :
>
> > On Wed, Aug 24, 2016 at 09:40:55PM +0800, Steven Liu wrote:
> > > 2016-08-24 19:14 GMT+08:00 Steven Liu :
> > >
> > > >
> > > >
> > > > 2016-08-24 18:57 GMT+08:00 Michael Niedermayer
2016-08-24 16:55 GMT+02:00 Derek Buitenhuis :
> This breaks files with legitimate single-entry edit lists,
> and the hack, introduced in f03a081df09f9c4798a17d7e24446ed47924b11b,
I believe "Hack" is not acceptable on this mailing list anymore, please
remove it from the commit message.
> has no l
On Thu, Aug 25, 2016 at 03:49:22PM +0100, Derek Buitenhuis wrote:
> On 8/25/2016 3:40 PM, Michael Niedermayer wrote:
> > but its probably best to remove in a seperate patch so if it breaks
> > something bisect would immedeatly point to which of the 2 changes
> > caused it
>
> Sounds good.
>
> If
On Thu, Aug 25, 2016 at 05:45:03PM +0200, Michael Niedermayer wrote:
> On Thu, Aug 25, 2016 at 03:49:22PM +0100, Derek Buitenhuis wrote:
> > On 8/25/2016 3:40 PM, Michael Niedermayer wrote:
> > > but its probably best to remove in a seperate patch so if it breaks
> > > something bisect would immede
On 8/25/2016 4:52 PM, Michael Niedermayer wrote:
>> the patch removes all uses of wrong_dts, the field should be
>> > removed too
> oops i forgot cc-ing you, iam not used to reply-all on the ML
OK. I thought it was used in the FLV demuxer too, but it seems
it has it's own copy inside the FLV conte
This breaks files with legitimate single-entry edit lists,
and the hack, introduced in f03a081df09f9c4798a17d7e24446ed47924b11b,
has no link to any known sample in its commit message.
Signed-off-by: Derek Buitenhuis
---
libavformat/isom.h | 1 -
libavformat/mov.c | 8 +---
2 files changed,
On 08/23/2016 05:46 PM, Michael Niedermayer wrote:
this breaks fate
make distclean ; ./configure && make -j12 fate
deadlocks and never finishes
Well that was embarrassing, thanks for pointing it out.
The issue was that I had introduced metacodec_class that was shared
between ff_meta_encoder a
This was added before edts support existed, and is no longer
valid.
Signed-off-by: Derek Buitenhuis
---
libavformat/mov.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 54c63ad..bc11fb8 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -
On Thu, Aug 25, 2016 at 09:04:43PM +0800, Steven Liu wrote:
> Tested passed at :
> 1. OSX
> 2. Linux
> 3. Windows
> 4. Ubuntu+wine+MinGW
confirmed it works
but
doesnt work on qemu-mips
../configure --target-exec='.../qemu-mips -cpu 74Kf -L /usr/mips-linux-gnu/' \
--samples=... --enable-gpl --cro
On Thu, Aug 25, 2016 at 04:58:14PM +0100, Derek Buitenhuis wrote:
> This breaks files with legitimate single-entry edit lists,
> and the hack, introduced in f03a081df09f9c4798a17d7e24446ed47924b11b,
> has no link to any known sample in its commit message.
>
> Signed-off-by: Derek Buitenhuis
> ---
On 8/25/2016 12:45 PM, Carl Eugen Hoyos wrote:
> 2016-08-24 16:55 GMT+02:00 Derek Buitenhuis :
>> This breaks files with legitimate single-entry edit lists,
>
>> and the hack, introduced in f03a081df09f9c4798a17d7e24446ed47924b11b,
>
> I believe "Hack" is not acceptable on this mailing list anymo
On Thu, Aug 25, 2016 at 09:06:42PM +0800, Steven Liu wrote:
> Making sure bestpos is initialized to zero to prevent gcc from kvetching.
> It's harmless (although it's not obvious that it's harmless)
> from code inspection:
> tests/audiomatch.c: In function ‘main’:
> tests/audiomatch.c:40: warning:
On 8/25/2016 5:34 PM, James Almer wrote:
> On 8/25/2016 12:45 PM, Carl Eugen Hoyos wrote:
>> 2016-08-24 16:55 GMT+02:00 Derek Buitenhuis :
>>> This breaks files with legitimate single-entry edit lists,
>>
>>> and the hack, introduced in f03a081df09f9c4798a17d7e24446ed47924b11b,
>>
>> I believe "Hac
On 8/25/2016 5:18 PM, Michael Niedermayer wrote:
> ok if i push with the changes requested in:
> https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2016-August/198303.html
> ? (seems another reply with forgotten CC)
You can change 'hack' to 'incorrect workaround' if you wish.
However, removing the p
On 8/25/2016 1:46 PM, Derek Buitenhuis wrote:
> On 8/25/2016 5:34 PM, James Almer wrote:
>> On 8/25/2016 12:45 PM, Carl Eugen Hoyos wrote:
>>> 2016-08-24 16:55 GMT+02:00 Derek Buitenhuis :
This breaks files with legitimate single-entry edit lists,
>>>
and the hack, introduced in f03a081df
On 8/25/2016 5:49 PM, Derek Buitenhuis wrote:
> However, removing the part about the sample being missing in
> the commit message would be wrong, because it is, in fact, not
> linked in the commit message.
I must step out now, so please push whenever some consensus is
reached. No point in bikeshed
On Thu, Aug 25, 2016 at 05:46:57PM +0100, Derek Buitenhuis wrote:
> On 8/25/2016 5:34 PM, James Almer wrote:
> > On 8/25/2016 12:45 PM, Carl Eugen Hoyos wrote:
> >> 2016-08-24 16:55 GMT+02:00 Derek Buitenhuis :
> >>> This breaks files with legitimate single-entry edit lists,
> >>
> >>> and the hack
On 8/25/16, Michael Niedermayer wrote:
> On Thu, Aug 25, 2016 at 05:46:57PM +0100, Derek Buitenhuis wrote:
>> On 8/25/2016 5:34 PM, James Almer wrote:
>> > On 8/25/2016 12:45 PM, Carl Eugen Hoyos wrote:
>> >> 2016-08-24 16:55 GMT+02:00 Derek Buitenhuis
>> >> :
>> >>> This breaks files with legitim
Hi Timo
Thankyou for the clarification.
Attached are what should be the final versions of these patches then, with the
support for YUV420P10 (and related conversion code) now dropped.
Regards
Oliver
0001-NVENC-added-support-for-10-bit-HEVC-encoding.patch
Description: Binary data
0002-NVEN
On Mon, Aug 22, 2016 at 5:13 PM, Vignesh Venkatasubramanian
wrote:
> Milliseconds is the de-factor precision for timestamps in
> Matroska/WebM media.
>
> Signed-off-by: Vignesh Venkatasubramanian
> ---
> libavformat/webm_chunk.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/libav
Hi,
patch attached.
0001-avfilter-add-filmgrain-filter.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 8/25/2016 4:44 PM, Paul B Mahol wrote:
> Hi,
>
> patch attached.
>
>
> 0001-avfilter-add-filmgrain-filter.patch
>
>
> From baf7613d08f9de31ff196dfa399b546e466478e8 Mon Sep 17 00:00:00 2001
> From: Paul B Mahol
> Date: Thu, 25 Aug 2016 20:53:35 +0200
> Subject: [PATCH] avfilter: add filmgra
On Thu, Aug 25, 2016 at 8:03 PM Michael Niedermayer
wrote:
> [...]
>
> why do these not try predictors like epzs / umh ?
> i guess some paper doesnt say exlpicitly it should be done
> but really it should be done for all predictive zonal searches IMO
>
this should be in different patch. no?
yeah
On Mon, Aug 22, 2016 at 05:13:23PM -0700, Vignesh Venkatasubramanian wrote:
> Milliseconds is the de-factor precision for timestamps in
> Matroska/WebM media.
>
> Signed-off-by: Vignesh Venkatasubramanian
> ---
> libavformat/webm_chunk.c | 5 +
> 1 file changed, 5 insertions(+)
applied
tha
On Thu, Aug 25, 2016 at 5:01 AM Andy Furniss wrote:
>
>
> I am testing with a somewhat artificial sample in that it's a framerate
> de-interlace + scale down of a 1080i master, though it is "real" in the
> sense that I may want to repair similar files where people have produced
> a juddery mess b
On Thu, Aug 25, 2016 at 12:31:19PM -0700, Sasi Inguva wrote:
> oops. thanks for pointing that out. Even in our version of ffmpeg, that
> assert doesn't get compiled so we never catched it. That assert logic is
> not correct anymore. At the end of one edit list there can be frames marked
> as discar
On Thu, Aug 25, 2016 at 12:31:19PM -0700, Sasi Inguva wrote:
> oops. thanks for pointing that out. Even in our version of ffmpeg, that
> assert doesn't get compiled so we never catched it. That assert logic is
> not correct anymore. At the end of one edit list there can be frames marked
> as discar
Thanks for looking at it.
On Wed, Aug 24, 2016 at 1:06 PM, Carl Eugen Hoyos wrote:
> Hi!
>
> 2016-08-24 16:38 GMT+02:00 Burt P. :
>> On Tue, Aug 23, 2016 at 2:29 PM, Carl Eugen Hoyos wrote:
>>> It seems safer to me to use the actual number of channels than the
>>> channel layout.
>>
>> Alright,
applied
--
Burt
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
From: Jan Sebechlebsky
Signed-off-by: Jan Sebechlebsky
---
I believe I have fixed handling input / output timebase and input parameters
to bitstream filters list.
libavformat/tee.c | 131 ++
1 file changed, 64 insertions(+), 67 deletions(-)
On 08/22/2016 04:49 PM, Michael Niedermayer wrote:
On Mon, Aug 22, 2016 at 04:27:16PM +0200, Jan Sebechlebsky wrote:
On 08/22/2016 09:51 AM, Michael Niedermayer wrote:
On Thu, Aug 11, 2016 at 02:38:29PM +0200, sebechlebsky...@gmail.com wrote:
From: Jan Sebechlebsky
This makes av_write_trai
From: Jan Sebechlebsky
AV_OPT_SEARCH_CHILDREN flag must be passed to av_opt_set_dict()
to set options for private context.
Signed-off-by: Jan Sebechlebsky
---
libavcodec/bsf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/bsf.c b/libavcodec/bsf.c
index 2462e62.
The filter needs input frames with color properties filled out by
the decoder. Since this is not always possible, add input options to
the filter so that user may override color space, color primaries,
transfer characteristics, and color range.
Signed-off-by: Vittorio Giovara
---
Please keep me i
Whenever a full range video is input, since the YUVJ* formats are not
listed as supported for this filter, a range reduction takes place
through the auto-inserted format filter, forcing the conversion to
operate on a limited range,
However the filter handles full range videos perfectly fine, so ad
This function can potentially allocate memory.
---
Please keep me in CC.
Vittorio
libavfilter/vf_colorspace.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libavfilter/vf_colorspace.c b/libavfilter/vf_colorspace.c
index 3d39f13..bf51c83 100644
--- a/libavfilter/vf_color
Hello,
I've been thinking about an option for "hls_time" that is not currently
supported by FFMpeg and I would like feedback to if some of you may think
this is useful or utterly unnecessary.
I find scenarios where we sometimes want to create an HLS output and would
like the *first couple of segm
2016-08-26 7:39 GMT+08:00 Ibrahim Tachijian :
> Hello,
>
> I've been thinking about an option for "hls_time" that is not currently
> supported by FFMpeg and I would like feedback to if some of you may think
> this is useful or utterly unnecessary.
>
> I find scenarios where we sometimes want to cr
On Fri, Aug 26, 2016 at 12:47:12AM +0200, sebechlebsky...@gmail.com wrote:
> From: Jan Sebechlebsky
>
> AV_OPT_SEARCH_CHILDREN flag must be passed to av_opt_set_dict()
> to set options for private context.
>
> Signed-off-by: Jan Sebechlebsky
> ---
> libavcodec/bsf.c | 2 +-
> 1 file changed, 1
On Thu, Aug 25, 2016 at 08:17:03PM +, Davinder Singh wrote:
> On Thu, Aug 25, 2016 at 8:03 PM Michael Niedermayer
> wrote:
>
> > [...]
> >
> > why do these not try predictors like epzs / umh ?
> > i guess some paper doesnt say exlpicitly it should be done
> > but really it should be done for
Steven, I am not sure you understood me correctly or perhaps I did not
explain myself optimally.
We still want to split by keyframe in a normal fashion. But, for example,
would like the first 5 segments to have an "hls_time" of 1s and the rest of
the segments after the first 5 to have an "hls_time
2016-08-26 8:17 GMT+08:00 Ibrahim Tachijian :
> Steven, I am not sure you understood me correctly or perhaps I did not
> explain myself optimally.
>
> We still want to split by keyframe in a normal fashion. But, for example,
> would like the first 5 segments to have an "hls_time" of 1s and the res
yes that is correct Steven.
On Fri, Aug 26, 2016 at 3:41 AM Steven Liu wrote:
> 2016-08-26 8:17 GMT+08:00 Ibrahim Tachijian :
>
> > Steven, I am not sure you understood me correctly or perhaps I did not
> > explain myself optimally.
> >
> > We still want to split by keyframe in a normal fashion.
2016-08-26 10:10 GMT+08:00 Ibrahim Tachijian :
> yes that is correct Steven.
>
> On Fri, Aug 26, 2016 at 3:41 AM Steven Liu
> wrote:
>
> > 2016-08-26 8:17 GMT+08:00 Ibrahim Tachijian :
> >
> > > Steven, I am not sure you understood me correctly or perhaps I did not
> > > explain myself optimally.
In my use case scenario I only need it for the very first couple of
segments.
After 5 segments it is not a problem anymore to have 5 second segments
only.
On Fri, Aug 26, 2016 at 4:25 AM Steven Liu wrote:
> 2016-08-26 10:10 GMT+08:00 Ibrahim Tachijian :
>
> > yes that is correct Steven.
> >
>
Signed-off-by: James Almer
---
tools/crypto_bench.c | 65 +---
1 file changed, 16 insertions(+), 49 deletions(-)
diff --git a/tools/crypto_bench.c b/tools/crypto_bench.c
index b3b24a6..2535228 100644
--- a/tools/crypto_bench.c
+++ b/tools/crypto_be
Signed-off-by: James Almer
---
Our DES implementation is awfully slow, for that matter. Almost two times
slower than OpenSSL's and GCrypt's.
lavu DES size: 1048576 runs: 1024 time: 73.947 +- 1.139
crypto DES size: 1048576 runs: 1024 time: 42.895 +- 0.745
gc
Hi,
On Thu, Aug 25, 2016 at 7:14 PM, Vittorio Giovara <
vittorio.giov...@gmail.com> wrote:
> This function can potentially allocate memory.
> ---
> Please keep me in CC.
> Vittorio
>
> libavfilter/vf_colorspace.c | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/libav
Hi,
On Thu, Aug 25, 2016 at 7:14 PM, Vittorio Giovara <
vittorio.giov...@gmail.com> wrote:
> Whenever a full range video is input, since the YUVJ* formats are not
> listed as supported for this filter, a range reduction takes place
> through the auto-inserted format filter, forcing the conversion
Hi Vittorio,
On Thu, Aug 25, 2016 at 7:14 PM, Vittorio Giovara <
vittorio.giov...@gmail.com> wrote:
> The filter needs input frames with color properties filled out by
> the decoder. Since this is not always possible, add input options to
> the filter so that user may override color space, color
2016-08-26 10:34 GMT+08:00 Ibrahim Tachijian :
> In my use case scenario I only need it for the very first couple of
> segments.
> After 5 segments it is not a problem anymore to have 5 second segments
> only.
>
>
>
> On Fri, Aug 26, 2016 at 4:25 AM Steven Liu
> wrote:
>
> > 2016-08-26 10:10 GMT+
2016-08-26 14:00 GMT+08:00 Steven Liu :
>
>
> 2016-08-26 10:34 GMT+08:00 Ibrahim Tachijian :
>
>> In my use case scenario I only need it for the very first couple of
>> segments.
>> After 5 segments it is not a problem anymore to have 5 second segments
>> only.
>>
>>
>>
>> On Fri, Aug 26, 2016 at
80 matches
Mail list logo
