It must imply clean. Regression since 7ebe7e8e7a76c0ce302f4f583ef0d14220031214.
Signed-off-by: James Almer
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index 5f91294c8e..024d59f815 100644
--- a/Makefile
+++ b/Makefile
@@ -171,7 +171,7
arch is "x86" regardless of target being x86_32 or x86_64, and if
configuring with asm disabled it's "c" instead.
Using subarch (Always either "x86_32" or "x86_64") and adapting
makedef makes sure the symbols are always detected correctly on
x86_32.
---
compat/windows/makedef | 2 +-
configure
No point in trying to guess it from within makedef when configure
already did it before.
Fixes linking failures on x86_32 when "arch" isn't one of the values
makedef was expecting.
Signed-off-by: James Almer
---
compat/windows/makedef | 29 ++---
On 11/16/2017 11:17 AM, James Almer wrote:
> No point in trying to guess it from within makedef when configure
> already did it before.
>
> Fixes linking failures on x86_32 when "arch" isn't one of the values
> makedef was expecting.
>
> Signed-off-by:
On 11/16/2017 5:00 AM, Martin Storsjö wrote:
> This avoids having to use either "dumpbin -headers" to find out
> the current architecture, or pass $ARCH from configure to deduce it.
>
> When configuring with --disable-asm, ARCH is equal to "c", which doesn't
> give any indication of what symbol pr
On 11/16/2017 5:22 AM, Martin Storsjö wrote:
> The only purpose of dllexport (which is set while building the library
> that exports the symbols) is to have the linker automatically
> export such symbols into a DLL without using a def file - it doesn't
> affect the generated code.
>
> For MSVC bui
On 11/17/2017 5:35 PM, Martin Storsjö wrote:
> On Fri, 17 Nov 2017, James Almer wrote:
>
>> On 11/16/2017 5:22 AM, Martin Storsjö wrote:
>>> The only purpose of dllexport (which is set while building the library
>>> that exports the symbols) is to have the linker
On 12/26/2017 8:33 AM, Luca Barbato wrote:
> It has native 8 and 10 bit support.
> ---
> libavcodec/libx264.c | 30 ++
> 1 file changed, 30 insertions(+)
>
> diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c
> index 0dec12edd2..6aadf33c94 100644
> --- a/libavcod
On 12/26/2017 11:39 AM, Luca Barbato wrote:
> On 26/12/2017 13:54, James Almer wrote:
>> You can still build libx264 with support for only 8 and 10 bits after
>> this multibitdepth change, so ideally you'd still check for what's
>> available based on X264_BIT_DEPT
On 12/26/2017 10:10 AM, Nicolas George wrote:
> James Almer (2017-12-26):
>>> +#if X264_BUILD >= 155
>>> +if (x4->params.i_bitdepth > 8)
>>> +#else
>
>> Wouldn't using av_pix_fmt_desc_get(avctx->pix_fmt)->comp[0].depth here
>>
On 1/3/2018 7:53 PM, Sean McGovern wrote:
> 2 things:
>
> - does this actually depend on dlopen directly, or should it be libdl, like
> the entries below it?
If this is Windows only as the doxy states, then LoadLibrary should be
the only dep. But otherwise you're right, it should be libdl and not
On 2/11/2018 3:14 PM, Mark Thompson wrote:
> +int ff_cbs_alloc_unit_content(CodedBitstreamContext *ctx,
> + CodedBitstreamUnit *unit,
> + size_t size,
> + void (*free)(void *opaque, uint8_t *data))
> +{
> +av
On 2/11/2018 4:09 PM, Diego Biurrun wrote:
> ---
> configure | 21 +++--
> 1 file changed, 7 insertions(+), 14 deletions(-)
>
> diff --git a/configure b/configure
> index ed930e6cd4..904131301d 100755
> --- a/configure
> +++ b/configure
> @@ -816,7 +816,7 @@ EOF
>
> check_insn(
Bug-Id: 1116
Cc: libav-sta...@libav.org
Signed-off-by: James Almer
---
libavformat/hevc.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavformat/hevc.c b/libavformat/hevc.c
index f8bfeebd3..1f8a7bb3c 100644
--- a/libavformat/hevc.c
+++ b/libavformat/hevc.c
@@ -657,6 +657,8 @@ static
On 2/26/2018 2:10 AM, Luca Barbato wrote:
> ---
>
> Since the bitstream will be frozen soon shouldn't hurt adding it.
>
> configure | 1 +
> libavcodec/Makefile| 1 +
> libavcodec/allcodecs.c | 2 +-
> libavcodec/libaomenc.c | 602
> +++
Signed-off-by: James Almer
---
libavcodec/extract_extradata_bsf.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/extract_extradata_bsf.c
b/libavcodec/extract_extradata_bsf.c
index 100c60d06..8d341cefc 100644
--- a/libavcodec/extract_extradata_bsf.c
+++ b/libavcodec
On 3/8/2018 5:25 PM, Luca Barbato wrote:
> On 08/03/2018 17:08, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> libavcodec/extract_extradata_bsf.c | 5 +
>> 1 file changed, 5 insertions(+)
>>
>
> Sounds good.
Actually, i think the filte
Signed-off-by: James Almer
---
libavcodec/extract_extradata_bsf.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/extract_extradata_bsf.c
b/libavcodec/extract_extradata_bsf.c
index 100c60d06..b5ba77dd0 100644
--- a/libavcodec/extract_extradata_bsf.c
+++ b/libavcodec
On 3/20/2018 6:49 AM, Diego Biurrun wrote:
> ---
> configure | 32
> 1 file changed, 20 insertions(+), 12 deletions(-)
>
> diff --git a/configure b/configure
> index d8c3b555cc..ce0d791c1b 100755
> --- a/configure
> +++ b/configure
> @@ -808,6 +808,14 @@ test_as()
On 3/20/2018 6:49 AM, Diego Biurrun wrote:
> ---
> configure | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/configure b/configure
> index ce0d791c1b..dbc5759df4 100755
> --- a/configure
> +++ b/configure
> @@ -810,10 +810,10 @@ test_as(){
>
> test_x86asm(){
>
On 3/20/2018 6:49 AM, Diego Biurrun wrote:
> ---
> configure | 5 ++---
> 1 file changed, 2 insertions(+), 3 deletions(-)
>
> diff --git a/configure b/configure
> index e3c5dcae1e..9257b94631 100755
> --- a/configure
> +++ b/configure
> @@ -4240,12 +4240,11 @@ od -t x1 $TMPO | grep -q '42 *49 *47
On 3/20/2018 6:49 AM, Diego Biurrun wrote:
> ---
> configure | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
>
> diff --git a/configure b/configure
> index 9257b94631..830f754412 100755
> --- a/configure
> +++ b/configure
> @@ -4303,10 +4303,7 @@ elif enabled arm; then
> elif ! t
On 3/20/2018 6:49 AM, Diego Biurrun wrote:
> ---
> configure | 13 -
> 1 file changed, 13 deletions(-)
>
> diff --git a/configure b/configure
> index 830f754412..6689858d57 100755
> --- a/configure
> +++ b/configure
> @@ -1042,19 +1042,6 @@ check_cpp_condition(){
> test_cpp_condi
On 3/20/2018 6:49 AM, Diego Biurrun wrote:
> ---
> configure | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/configure b/configure
> index 78a2065208..d8c3b555cc 100755
> --- a/configure
> +++ b/configure
> @@ -260,6 +260,10 @@ Toolchain options:
>--target-path=DIRpath to
On 3/29/2018 4:28 AM, Diego Biurrun wrote:
> ---
>
> Thanks to James for pointing this out.
>
> configure | 16 +++-
> 1 file changed, 11 insertions(+), 5 deletions(-)
>
> diff --git a/configure b/configure
> index 90fb6f07ca..a64f241560 100755
> --- a/configure
> +++ b/configure
>
Use the proper names instead of numbers
Signed-off-by: James Almer
---
libavcodec/avcodec.h | 6 +++---
libavcodec/libaomenc.c | 6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index ac0915328..eb234a40d 100644
--- a
Main Profile is yuv420p 8 and 10 bit
High Profile is yuv444p 8 and 10 bit
Professional Profile is yuv422p 8, 10, and 12 bit, plus every other pixfmt at
12 bit
Signed-off-by: James Almer
---
libavcodec/libaomenc.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a
On 3/30/2018 10:38 AM, Diego Biurrun wrote:
> On Fri, Mar 30, 2018 at 12:38:05PM +0200, Steve Lhomme wrote:
>> Le 30/03/2018 à 10:46, Diego Biurrun a écrit :
>>> On Fri, Mar 30, 2018 at 09:36:05AM +0200, Steve Lhomme wrote:
--- a/configure
+++ b/configure
@@ -4581,6 +4582,7 @@ check_
On 3/30/2018 10:57 AM, Martin Storsjö wrote:
> On Fri, 30 Mar 2018, Diego Biurrun wrote:
>
>> On Fri, Mar 30, 2018 at 10:43:27AM -0300, James Almer wrote:
>>> On 3/30/2018 10:38 AM, Diego Biurrun wrote:
>>> > On Fri, Mar 30, 2018 at 12:38:05PM +0200, Steve Lhomme
On 3/30/2018 3:13 PM, Martin Storsjö wrote:
> On Fri, 30 Mar 2018, James Almer wrote:
>
>> On 3/30/2018 10:57 AM, Martin Storsjö wrote:
>>> On Fri, 30 Mar 2018, Diego Biurrun wrote:
>>>
>>>> On Fri, Mar 30, 2018 at 10:43:27AM -0300, James Almer wrote:
Support for it was apparently never in the codebase, and the enum
values were recently removed from the public headers [1]
Fixes build with latest libaom build.
[1]
https://aomedia.googlesource.com/aom/+/2e3cd5c5c30fa02134681cda900c32486807af3f
Signed-off-by: James Almer
---
libavcodec
Support for it was apparently never in the codebase, and the enum
values were recently removed from the public headers [1]
Fixes build with latest libaom build.
[1]
https://aomedia.googlesource.com/aom/+/3f29cc20e3a4c348cb41a797c68de856ddb84e12
Signed-off-by: James Almer
---
libavcodec
On 4/13/2018 11:43 AM, wm4 wrote:
> On Fri, 13 Apr 2018 09:22:30 +0900
> Luca Barbato wrote:
>
>> On 13/04/2018 06:44, Vittorio Giovara wrote:
>>> -if (new_extradata && 0) {
>>
>> Uh?
>
>
> faa2930f191099621e03c55cca32662467d3cc15
>
> flvdec: reenable extradata passing code
What flv sam
On 4/15/2018 5:17 PM, Martin Storsjö wrote:
> From: Steve Lhomme
>
> Remove the wincrypt API calls since we don't support XP anymore and
> bcrypt is available since Vista, even on Windows Store builds.
> ---
> configure | 6 +++---
> libavutil/random_seed.c | 19 ++
On 6/7/2018 6:01 PM, Diego Biurrun wrote:
> On Thu, Jun 07, 2018 at 03:03:21PM +0300, Martin Storsjö wrote:
>> Commit 8c893aa3cd5 removed quotes that were required to detect
>> inline asm:
>>
>> check_insn armv5te qadd r0, r0, r0
>> .../test.c:1:34: error: expected string literal in 'asm'
>> void f
Signed-off-by: James Almer
---
libavcodec/h264_mp4toannexb_bsf.c | 8
1 file changed, 8 insertions(+)
diff --git a/libavcodec/h264_mp4toannexb_bsf.c
b/libavcodec/h264_mp4toannexb_bsf.c
index c65aaeb98..c45ecd8ce 100644
--- a/libavcodec/h264_mp4toannexb_bsf.c
+++ b/libavcodec
Certain AVCodecParameters, like the contents of the extradata, may be changed
by the init() function of any of the bitstream filters in the chain.
Signed-off-by: James Almer
---
libavcodec/decode.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavcodec/decode.c b/libavcodec/decode.c
Signed-off-by: James Almer
---
libavcodec/h264_redundant_pps_bsf.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/libavcodec/h264_redundant_pps_bsf.c
b/libavcodec/h264_redundant_pps_bsf.c
index 24b7b6730..d806427da 100644
--- a/libavcodec/h264_redundant_pps_bsf.c
+++ b/libavcodec
Meant to reset the internal bsf state without the need to reinitialize it.
Signed-off-by: James Almer
---
doc/APIchanges | 3 +++
libavcodec/avcodec.h | 6 ++
libavcodec/bsf.c | 10 ++
libavcodec/version.h | 2 +-
4 files changed, 20 insertions(+), 1 deletion(-)
diff
Signed-off-by: James Almer
---
libavcodec/vp9_superframe_bsf.c | 12
1 file changed, 12 insertions(+)
diff --git a/libavcodec/vp9_superframe_bsf.c b/libavcodec/vp9_superframe_bsf.c
index ad66cb599..04b158fa1 100644
--- a/libavcodec/vp9_superframe_bsf.c
+++ b/libavcodec
Initialize the bsfs once when opening the codec and uninitialize them once when
closing it, instead of at every codec flush/seek.
Signed-off-by: James Almer
---
I think i didn't miss any bsf with internal state that needs a flush()
callback, but an extra pair of eyes (or more) to make sure
Signed-off-by: James Almer
---
libavcodec/vp9_superframe_split_bsf.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/libavcodec/vp9_superframe_split_bsf.c
b/libavcodec/vp9_superframe_split_bsf.c
index 4e635a307..4e6e7ff08 100644
--- a/libavcodec/vp9_superframe_split_bsf.c
+++ b
ome library users like Firefox.
Revert until a better solution is found to internally propagate the filtered
extradata back into the decoder context.
Signed-off-by: James Almer
---
See https://bugzilla.mozilla.org/show_bug.cgi?id=1486080
Suggestions to work around it are very welcome, of course. While
On 9/13/2018 9:35 AM, Luca Barbato wrote:
> On 12/09/2018 20:24, James Almer wrote:
>> This reverts commit 662558f985f50834eebe82d6b6854c66f33ab320.
>>
>> The avcodec_parameters_to_context() call was freeing and reallocating
>> AVCodecContext->extradata, essentially
done before inprogress - x2 faster in 50%+
- one eval instead of several at the empty-deps early abort path.
- The "actual work" part is unmodified - just its surroundings.
Biggest speedups (relative and absolute) are observed with bash.
Signed-off-by: James Almer
---
output order.
Signed-off-by: James Almer
---
configure | 46 +-
1 file changed, 33 insertions(+), 13 deletions(-)
diff --git a/configure b/configure
index 48e8536b0..be348e881 100755
--- a/configure
+++ b/configure
@@ -689,22 +689,37 @@ prepend(){
eval
ster list order automatically
from the deps lists, but in this case it's probably not worth the
added complexity, even if minor. Maintaining one list should be OK.
Signed-off-by: James Almer
---
configure | 41 +
1 file changed, 33 insertions(+), 8 deleti
On 9/17/2018 3:49 PM, Diego Biurrun wrote:
> On Sun, Sep 16, 2018 at 11:52:59PM -0300, James Almer wrote:
>> From: Avi Halachmi
>>
>> x50 - x200 faster.
>
> The set looks very interesting. I've had some ideas on how to speed up
> this part of configure alrea
On 10/3/2018 4:15 PM, Luca Barbato wrote:
> From: James Almer
>
> Signed-off-by: James Almer
> Signed-off-by: Luca Barbato
> ---
> libavcodec/av1_parse.c | 103
> libavcodec/av1_parse.h | 126
> ++
On 10/3/2018 4:15 PM, Luca Barbato wrote:
> From: James Almer
>
> Reviewed-by: Derek Buitenhuis
> Signed-off-by: James Almer
> Signed-off-by: Luca Barbato
> ---
> libavcodec/extract_extradata_bsf.c | 6 ++
> 1 file changed, 6 insertions(+)
>
On 10/3/2018 4:15 PM, Luca Barbato wrote:
> From: James Almer
>
> A packet may have Metadata OBUs but no Sequence Header OBU, which is
> useless as extradata.
>
> Signed-off-by: James Almer
> Signed-off-by: Luca Barbato
> ---
> libavcodec/extract_extradata_bsf.c |
On 10/6/2018 5:43 PM, Luca Barbato wrote:
> From: James Almer
>
> aom_codec_get_global_headers() is not implemented as of libaom 1.0.0 for AV1,
> so
> we're forced to extract the relevant header OBUs from the first packet and
> propagate
> them as packet side dat
Signed-off-by: James Almer
---
configure | 8 +++-
libavcodec/libaomenc.c | 34 +-
2 files changed, 40 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index 48e8536b0..2aa7eb627 100755
--- a/configure
+++ b/configure
@@ -4664,7
On 10/11/2018 7:12 AM, Luca Barbato wrote:
> On 03/10/2018 21:15, Luca Barbato wrote:
>> From: James Almer
>>
>> Based on hevc_parser code. This prevents repeated unnecessary allocations
>> and frees on every packet processed by the bsf.
>>
>> Reviewed-by:
Support for it was apparently never in the codebase, and the enum
value was recently removed from the public headers [1]
[1]
https://aomedia.googlesource.com/aom/+/f1570f0c2f70832dd170285f8de60bd2379c8efa
Signed-off-by: James Almer
---
libavcodec/libaom.c | 4
1 file changed, 4 deletions
Originally written by Ronald S. Bultje, with fixes, optimizations and
improvements by James Almer.
Signed-off-by: James Almer
---
Changelog | 1 +
configure | 4 +
doc/general.texi | 12 +-
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 1
From: Carl Eugen Hoyos
Based on ab839054 by Luca Barbato.
Signed-off-by: James Almer
---
libswscale/input.c | 2 ++
libswscale/swscale_internal.h | 2 ++
libswscale/swscale_unscaled.c | 1 +
libswscale/utils.c | 2 ++
libswscale
$subject
Carl Eugen Hoyos (2):
pixfmt: Add GRAY10
swscale: Add GRAY10
James Almer (1):
avcodec: libdav1d AV1 decoder wrapper.
Changelog | 1 +
configure | 4 +
doc/APIchanges | 3 +
doc/general.texi
From: Carl Eugen Hoyos
Based on 7471352f by Luca Barbato.
Signed-off-by: James Almer
---
doc/APIchanges | 3 +++
libavutil/pixdesc.c | 22 ++
libavutil/pixfmt.h | 4
libavutil/version.h | 4 ++--
4 files changed, 31 insertions(+), 2 deletions(-)
diff --git a
Signed-off-by: James Almer
---
libavcodec/libdav1d.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/libavcodec/libdav1d.c b/libavcodec/libdav1d.c
index ad4611fb9..3501c15e2 100644
--- a/libavcodec/libdav1d.c
+++ b/libavcodec/libdav1d.c
@@ -142,12 +142,18
on output pix_fmt.
Signed-off-by: James Almer
---
configure | 2 +-
libavcodec/libdav1d.c | 78 +--
2 files changed, 24 insertions(+), 56 deletions(-)
diff --git a/configure b/configure
index c5bafc382..26455054b 100755
--- a/configure
+++ b
Dav1dPictures contain more than one buffer reference, so we're forced to use the
API properly to free them all.
Signed-off-by: James Almer
---
libavcodec/libdav1d.c | 69 +++
1 file changed, 37 insertions(+), 32 deletions(-)
diff --git a/libav
---
libavcodec/libdav1d.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/libdav1d.c b/libavcodec/libdav1d.c
index 4c93e4b7c..83d5c97bc 100644
--- a/libavcodec/libdav1d.c
+++ b/libavcodec/libdav1d.c
@@ -185,9 +185,9 @@ static int libdav1d_receive_frame(AVCode
Bump the minimum required version to the first one with the logger API callback.
---
configure | 2 +-
libavcodec/libdav1d.c | 9 +
2 files changed, 10 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index 26455054b..a83990e7f 100755
--- a/configure
+++ b/confi
Replaces the libdav1d internal allocator. It uses an AVBufferPool to reduce the
amount of allocated buffers.
About 5% speed up when decoding 720p or higher streams.
---
libavcodec/libdav1d.c | 60 +++
1 file changed, 60 insertions(+)
diff --git a/libavcodec
---
libavcodec/libdav1d.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/libavcodec/libdav1d.c b/libavcodec/libdav1d.c
index 83d5c97bc..5177b884c 100644
--- a/libavcodec/libdav1d.c
+++ b/libavcodec/libdav1d.c
@@ -230,7 +230,7 @@ static int libdav1d_receive_frame(AV
This is in preparation for the following commit.
---
libavcodec/libdav1d.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/libavcodec/libdav1d.c b/libavcodec/libdav1d.c
index 22fcb0df5..bb7d404e7 100644
--- a/libavcodec/libdav1d.c
+++ b/libavcodec/libdav1d.c
@@ -
301 - 367 of 367 matches
Mail list logo