On 16/10/2018 12:33, Michael Niedermayer wrote:
On Mon, Oct 15, 2018 at 01:32:03PM +0100, jos...@ob-encoder.com wrote:
From: Josh de Kock
This test ensures that you are able to send N number of slice NALUs in slice
threaded mode to be decoded simultaneously
---
Tested on Linux 32/64, MinGW
On 24/10/2018 19:02, jos...@ob-encoder.com wrote:
From: Josh de Kock
This test ensures that you are able to send N number of slice NALUs in slice
threaded mode to be decoded simultaneously
---
tests/api/Makefile | 1 +
tests/api/api-h264-slice-test.c | 221
Hi Steven,
On Mon, Feb 24, 2020, at 2:03 AM, Steven Liu wrote:
> [...]
> How can I get the script :D
>
> Thanks
>
> Steven
I won't be looking to upstream this script (the other one yes), but I will
share it here for you. You'll have to excuse my poor scripting :)
--
Josh
#!/usr/bin/env perl
On Mon, Feb 24, 2020, at 11:19 AM, Thilo Borgmann wrote:
> Am 23.02.20 um 21:40 schrieb Josh de Kock:
> > On Sun, Feb 23, 2020, at 4:07 PM, Thilo Borgmann wrote:
> >> [...]
> >>
> >> How is it automatically generated?
> >
> > I wrote a sma
On Tue, Mar 3, 2020, at 12:55 PM, sumaklos rembert wrote:
> We are hiring a remote FFMPEG engineer
>
> [...]
You already posted this a week ago, there is no need to spam the
list with the same job multiple times.
--
Josh
___
ffmpeg-devel mailing list
f
Hi,
On Mon, Apr 13, 2020, at 10:32 PM, Josh Allmann wrote:
> Hi,
>
> On Sat, 24 Mar 2018 at 14:40, Josh de Kock wrote:
> >
> > Signed-off-by: Josh de Kock
> > ---
> > configure| 29 +-
> > doc/APIchanges |
On Tue, Apr 14, 2020, at 9:09 AM, Anton Khirnov wrote:
> ---
> fftools/cmdutils.c | 33 +++--
> 1 file changed, 19 insertions(+), 14 deletions(-)
>
> [...]
LGTM, thanks. I will apply this a bit later after my set (or you can if you
want it sooner).
--
Josh
Signed-off-by: Josh de Kock
---
libavcodec/options.c | 5 +++--
libavcodec/tests/utils.c | 3 ++-
2 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/libavcodec/options.c b/libavcodec/options.c
index 35e8ac9313..babab599fc 100644
--- a/libavcodec/options.c
+++ b/libavcodec
Signed-off-by: Josh de Kock
---
tools/enum_options.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/tools/enum_options.c b/tools/enum_options.c
index 28631d1a6b..548e427b7a 100644
--- a/tools/enum_options.c
+++ b/tools/enum_options.c
@@ -113,13 +113,14 @@ static void
Signed-off-by: Josh de Kock
---
libavformat/utils.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index a58e47fabc..4f777ba849 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils.c
@@ -222,7 +222,8 @@ static const AVCodec
Works around a bug in the newer Xcode 11's clang with -fstack-check
emitting bad code with misaligned call instructions.
---
configure | 5 +
1 file changed, 5 insertions(+)
diff --git a/configure b/configure
index 4d4c429be9..c872a2932d 100755
--- a/configure
+++ b/configure
@@ -5358,6 +5358
Works around a bug in the newer Xcode 11's clang with -fstack-check
emitting bad code with misaligned call instructions.
This fixes Trac #8073
---
configure | 5 +
1 file changed, 5 insertions(+)
diff --git a/configure b/configure
index 4d4c429be9..2ede4e7163 100755
--- a/configure
+++ b/con
On Wed, Apr 15, 2020, at 3:54 PM, Jan Ekström wrote:
> [...]
>
> Thank you, LGTM from me.
>
> Jan
Pushed.
--
Josh
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above
On 14/04/2020 13:37, Josh de Kock wrote:
On Tue, Apr 14, 2020, at 9:09 AM, Anton Khirnov wrote:
---
fftools/cmdutils.c | 33 +++--
1 file changed, 19 insertions(+), 14 deletions(-)
[...]
LGTM, thanks. I will apply this a bit later after my set (or you can if
On 14/04/2020 13:38, Josh de Kock wrote:
Signed-off-by: Josh de Kock
---
tools/enum_options.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/tools/enum_options.c b/tools/enum_options.c
index 28631d1a6b..548e427b7a 100644
--- a/tools/enum_options.c
+++ b/tools
This script aims to extract contributors who are eligible for the
general assembly.
Signed-off-by: Josh de Kock
---
Better late than never, this patch will continue to put in place the
voting systems for FFmpeg discussed at VDD 2019 and FOSDEM 2020.
There is probably a better way to do this
On 24/04/2020 11:29, Nicolas George wrote:
Josh de Kock (12020-04-24):
This script aims to extract contributors who are eligible for the
general assembly.
Signed-off-by: Josh de Kock
---
Better late than never, this patch will continue to put in place the
voting systems for FFmpeg
On 27/04/2020 07:17, list+ffmpeg-...@jdlh.com wrote:
From: Jim DeLaHunt
This is a complete rewrite of the documentation for the "fps" video
filter. It describes the filter's behaviour more clearly and accurately.
I based the rewrite on reading the source code in vf_fps.c closely.
No code, or o
On 26/04/2020 12:46, Josh Brewster wrote:
I only made sure that the level was positive because its initial
value was -1.
else if (x4->params.i_level_idc >= 0) {
Let me know if I need to reject 0 too. It seemed like premature optimization
as the level simply wouldn't be present in x264_levels.
Signed-off-by: Josh de Kock
---
tools/probetest.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Small fix for compiler warning caused by my earlier change.
diff --git a/tools/probetest.c b/tools/probetest.c
index cfa309cabd..6f0e002b74 100644
--- a/tools/probetest.c
+++ b/tools
On 26/04/2020 20:43, Jan Ekström wrote:
This TLS implementation has always had issues with the way that
libavformat implemented persistency, yet nobody seemed to be able to
figure out why. It currently can lead to completely stuck playback,
so disable it by default.
Additionally, update the docu
On 23/04/2020 08:14, Martin Storsjö wrote:
These tests are also in the same size range as the previously
skipped 2k and 4k tests.
---
tests/fate/vcodec.mak | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/tests/fate/vcodec.mak b/tests/fate/vcodec.mak
index fc27da5456..e
On 24/04/2020 11:44, Josh de Kock wrote:
On 24/04/2020 11:29, Nicolas George wrote:
Josh de Kock (12020-04-24):
This script aims to extract contributors who are eligible for the
general assembly.
Signed-off-by: Josh de Kock
---
Better late than never, this patch will continue to put in
On 25/04/2020 22:42, Carl Eugen Hoyos wrote:
Am Fr., 24. Apr. 2020 um 17:21 Uhr schrieb vectronic
:
I am resubmitting a patch which fixes the following two tickets:
Do you not want to commit with your name rather than a handle here?
https://trac.ffmpeg.org/ticket/7359
https://trac.ffmpeg.o
On 29/04/2020 13:11, Fu, Linjie wrote:
From: ffmpeg-devel On Behalf Of
Carl Eugen Hoyos
Sent: Thursday, April 2, 2020 03:23
To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [PATCH] tests/api/api-h264-slice-test: remove
unused bool header
Am Mi., 1. Apr. 2020 um 06:58
On 26/04/2020 15:43, Steven Liu wrote:
2020年4月21日 下午10:54，Steven Liu 写道：
Because not every user know about in_pad and out_pad reasonable value range
so maybe try to set 1.0, but setting 1.0 is so hugh to get an fatal error.
Suggested-by: Paul B Mahol
Signed-off-by: Steven Liu
---
doc/filt
On 29/04/2020 14:00, Nicolas George wrote:
Anton Khirnov (12020-04-29):
Better late than never, this patch will continue to put in place the
voting systems for FFmpeg discussed at VDD 2019 and FOSDEM 2020.
There is probably a better way to do this, but the aim is just to
'bootstrap' and
On 29/04/2020 20:58, Michael Niedermayer wrote:
On Wed, Apr 29, 2020 at 12:00:23PM +0100, Josh de Kock wrote:
Signed-off-by: Josh de Kock
---
tools/probetest.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Small fix for compiler warning caused by my earlier change.
LGTM
This tests the hscale 8bpp to 14bpp functions with different filter
sizes.
Signed-off-by: Josh de Kock
---
Not quite ready to be committed but I wanted to submit it anyway so I
could get some comments. I still need to do the rest of the scale sizes
(such as 8bpp to 19bpp) and make the
The NEON hscale function only supports X8 filter sizes and should only
be selected when these are being used.
Signed-off-by: Josh de Kock
---
libswscale/aarch64/swscale.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libswscale/aarch64/swscale.c b/libswscale/aarch64
ffmpeg-devel-boun...@ffmpeg.org On Behalf Of
Josh de Kock
Sent: Tuesday, April 28, 2020 23:47
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH v3] libavcodec/libx264: fix reference
frame computation based on level
On 26/04/2020 12:46, Josh Brewster wrote:
Hi, is there anything else I
This tests the hscale 8bpp to 14bpp functions with different filter
sizes.
Signed-off-by: Josh de Kock
---
Should address all previous comments.
tests/checkasm/Makefile | 2 +-
tests/checkasm/checkasm.c | 1 +
tests/checkasm/checkasm.h | 1 +
tests/checkasm/sw_scale.c | 114
From: Martin Storsjö
This was ported from dav1d (c950e7101bdf5f7117bfca816984a21e550509f0).
Signed-off-by: Josh de Kock
---
tests/checkasm/checkasm.c | 42 +++
tests/checkasm/checkasm.h | 16 +++
2 files changed, 58 insertions(+)
diff --git a
This tests the hscale 8bpp to 14bpp functions with different filter
sizes.
Signed-off-by: Josh de Kock
---
Adds support for checking corner cases for signed and large
coefficients. Also makes the padded coefficients random data.
Tested on x86_64 and aarch64.
tests/checkasm/Makefile
On 08/05/2020 12:25, Michael Niedermayer wrote:
On Thu, May 07, 2020 at 12:25:34PM +0100, Josh de Kock wrote:
The NEON hscale function only supports X8 filter sizes and should only
be selected when these are being used.
Signed-off-by: Josh de Kock
---
libswscale/aarch64/swscale.c | 5
On 15/05/2020 09:41, Martin Storsjö wrote:
On Thu, 14 May 2020, Josh de Kock wrote:
This tests the hscale 8bpp to 14bpp functions with different filter
sizes.
Signed-off-by: Josh de Kock
---
Adds support for checking corner cases for signed and large
coefficients. Also makes the padded
On 14/05/2020 22:28, Martin Storsjö wrote:
On Thu, 14 May 2020, Josh de Kock wrote:
From: Martin Storsjö
This was ported from dav1d (c950e7101bdf5f7117bfca816984a21e550509f0).
Signed-off-by: Josh de Kock
---
tests/checkasm/checkasm.c | 42 +++
tests
On 15/05/2020 19:35, Martin Storsjö wrote:
From: Josh de Kock
The NEON hscale function only supports X8 filter sizes and should only
be selected when these are being used. At the moment filterAlign is
set to 8 but in the future when extra NEON assembly for specific sizes is
added they will
On 15/05/2020 19:11, Martin Storsjö wrote:
This allows speeding up format conversions from yuv420 to nv12.
Cortex A53 A72 A73
interleave_bytes_c: 86077.5 51433.0 66972.0
interleave_bytes_neon: 19701.7 23019.2 15859.2
interleave_byt
On 16/05/2020 11:50, Carl Eugen Hoyos wrote:
Am Fr., 15. Mai 2020 um 12:27 Uhr schrieb Josh de Kock :
On 08/05/2020 12:25, Michael Niedermayer wrote:
On Thu, May 07, 2020 at 12:25:34PM +0100, Josh de Kock wrote:
The NEON hscale function only supports X8 filter sizes and should only
be
To prepare for using the cached bitstream reader, which only defines the
inline functions rather than the macros, with CAVLC decoding.
Signed-off-by: Josh de Kock
---
libavcodec/h264_cavlc.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
diff --git a/libavcodec
On 28/05/2020 21:15, Anton Khirnov wrote:
These functions rely on deprecated libavformat APIs and apparently have
zero users outside of cmdutils. Since the functionality they provide is
apparently not useful to anyone, deprecate them without replacement.
---
doc/APIchanges | 4
ff
Hi,
On 03/06/2020 08:02, Nelson Gomez wrote:
Bumping this patchset (and apologies if Outlook mangles the threading)
[...]
Nelson Gomez (3):
swscale: make yuv2interleavedX more asm-friendly
swscale/x86/output: add AVX2 version of yuv2nv12cX
swscale: cosmetic fixes
libswscale/output.
On 17/06/2020 15:16, Zhong Li wrote:
Signed-off-by: Zhong Li
---
.mailmap | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/.mailmap b/.mailmap
index d1925bfab0..f14770d800 100644
--- a/.mailmap
+++ b/.mailmap
@@ -15,7 +15,8 @@
-
+
+
Is better if you wo
On 17/06/2020 18:16, Josh de Kock wrote:
On 17/06/2020 15:16, Zhong Li wrote:
Signed-off-by: Zhong Li
---
.mailmap | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/.mailmap b/.mailmap
index d1925bfab0..f14770d800 100644
--- a/.mailmap
+++ b/.mailmap
@@ -15,7 +15,8
On 17/06/2020 17:07, lance.lmw...@gmail.com wrote:
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/hevcdec.c | 44
1 file changed, 44 insertions(+)
diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
index c9e28f5..39abbb9 100644
On 26/06/2020 15:03, lance.lmw...@gmail.com wrote:
On Wed, Jun 24, 2020 at 09:43:20PM +0800, lance.lmw...@gmail.com wrote:
From: Limin Wang
Reviewed-by: Timo Rothenpieler
Signed-off-by: Limin Wang
---
libavcodec/nvenc.c | 17 +
libavcodec/nvenc.h | 1 +
libavco
Hi,
I have very little time to work on FFmpeg lately but this thread caught
my interest.
Nicolas George writes:
> Anton Khirnov (12020-01-07):
>> And most importantly - strings are simple. Every C programmer (worth the
>> name) understands strings. But now you'd be forcing every API user to
>> u
Hi all,
Firstly, I want to thank j-b for his organisation of the meeting at
FOSDEM, I think the meeting itself was productive and the outcome was
good.
Unfortunately, there is one issue: So far no one has shared a copy of
the notes or a picture of the blackboard after the meeting. I was silly
to
This allows for easy shortlog/log parsing, useful in determining
eligible members of the general assembly for the new FFmpeg voting
system.
Signed-off-by: Josh de Kock
---
This list was automatically generated based off of commits from
people with the same names. If you want this adjusted/your
On Sun, Feb 23, 2020, at 2:12 PM, Jean-Baptiste Kempf wrote:
> [...]
>
> I think this is a good idea.
> But are you sure all of those are in the right order? (aka preferred
> email is shown)
It looks mostly right to me, of course individuals will need to manually
verify it for themselves (but it
On Sun, Feb 23, 2020, at 2:36 PM, James Darnley wrote:
> [...]
>
> What is "preferred email" when you have 2 roles? My commits on the job
> get obe.tv (or are supposed to) and ones made in my own time get
> gmail.com (or are supposed to).
>
> Is it: when you screw up what email should you be sho
On Sun, Feb 23, 2020, at 4:07 PM, Thilo Borgmann wrote:
> [...]
>
> How is it automatically generated?
I wrote a small script to parse author names/emails and group
emails together based on names. In the future, additions should
be added manually.
--
Josh
___
and then turingcodec to actually go stale
we'd be left with dead code for longer than is ideal (forever).
My opinion is that you should just maintain this separately as an out-of-tree
patch as it doesn't benefit us.
--
Josh de Kock
___
f
t know too much about development on the platform, but I've
been told that _Atomic may not be available on it.
--
Josh de Kock
0001-avutil-atomics-replace-avpriv-atomics-with-stdatomics.patch
Description: plain/text
___
ffmpeg-devel mailing li
On Fri, 15 Dec 2017 18:08:02 +
Josh de Kock wrote:
> [...]
Attached again with the correct mime...
--
Josh de Kock
>From 2c4771a24510adfb3f6346c3fbed0554034eab3b Mon Sep 17 00:00:00 2001
From: Josh de Kock
Date: Fri, 15 Dec 2017 09:29:55 -0800
Subject: [PATCH] avutil/atomics: r
.
>
Note that there is nothing on how the CoC should be 'enforced'. Also consider
that the CoC in our case is more of guidelines than strict rules to be
followed. There has also been no consensus on moderation being enabled under
w
On Sun, 17 Dec 2017 17:12:24 -0500
Compn wrote:
> On Sun, 17 Dec 2017 21:57:07 +0000, Josh de Kock
> wrote:
>
> > On Sun, 17 Dec 2017 15:36:53 -0500
> > Compn wrote:
> >
> > > [...]
> > >
> > > emergency moderation has now been
perly deprecate stuff so if that's incorrect
some advice would be appreciated.
--
Josh de Kock
>From 1d84641556eea563b82b17a6ffe54226e0e31c4e Mon Sep 17 00:00:00 2001
From: Josh de Kock
Date: Fri, 22 Dec 2017 22:17:00 +
Subject: [PATCH] lavc: add new API for iterating codecs and code
On 24/09/2017 15:35, Jörn Heusipp wrote:
On 09/17/2017 03:35 PM, Jörn Heusipp wrote:
Duration depends on the selected subsong and thus must be queried after
selecting the subsong. There is no compelling reason to query other
metadata earlier either.
Signed-off-by: Jörn Heusipp
---
ping?
T
Support for this device has been removed in kernel since v2.6.37. dv1394
has been superseded by libiec61883 which is functionally equivalent.
Signed-off-by: Josh de Kock
---
configure| 3 -
doc/indevs.texi | 25
libavdevice/Makefile | 1 -
libavdevice
ut devices have been quick hacky in libavdevice for a long
time. There are three patches attached to deprecate the SDL2, OpenGL,
and libcaca devices.
--
Josh
From f950674e8893da8438ade6cee1050062d2bfb86c Mon Sep 17 00:00:00 2001
From: Josh de Kock
Date: Wed, 27 Sep 2017 13:26:19 +0100
Subject:
On 27/09/2017 16:17, Carl Eugen Hoyos wrote:
> 2017-09-27 17:15 GMT+02:00 wm4 :
>> On Wed, 27 Sep 2017 17:08:06 +0200
>> Carl Eugen Hoyos wrote:
>>
>>> 2017-09-27 15:18 GMT+02:00 Josh de Kock :
>>>
>>>> There is no point of having these output de
On 27/09/2017 16:28, Carl Eugen Hoyos wrote:
> 2017-09-27 17:21 GMT+02:00 Josh de Kock :
>> On 27/09/2017 16:17, Carl Eugen Hoyos wrote:
>>> 2017-09-27 17:15 GMT+02:00 wm4 :
>>>> On Wed, 27 Sep 2017 17:08:06 +0200
>>>> Carl Eugen Hoyos wrote:
>>
On 27/09/2017 13:33, wm4 wrote:
> On Wed, 27 Sep 2017 13:09:02 +0100
> Josh de Kock wrote:
>
>> Support for this device has been removed in kernel since v2.6.37. dv1394
>> has been superseded by libiec61883 which is functionally equivalent.
>>
>> Signed-off-by:
Fixes ticket #5882. While it doesn't automatically set the timescale
for the user as that would destroy data without prompt, it will tell
the user how they could set the timescale (as this is mostly likely
what they want).
Signed-off-by: Josh de Kock
---
libavformat/movenc.c | 4 +++-
1
On 11/10/2016 16:47, Alexey Eromenko wrote:
So, in which cases a large timebase would help ?
Okay, I have allowed to manually over-ride the auto-detect setting via
-video_track_timescale parameter, if someone really knows what he's
doing. But the default settings (after my patch) work fine, with
On 11/10/2016 18:24, Alexey Eromenko wrote:
---
libavformat/movenc.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 8b4aa5f..0e2fc55 100644
--- a/libavformat/movenc.c
+++ b/libavformat/movenc.c
@@ -5666,16 +566
On 11/10/2016 18:24, Alexey Eromenko wrote:
*** BLURB HERE ***
Alexey Eromenko (1):
Apple Quicktime fix
libavformat/movenc.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
This commit message isn't very useful, it doesn't describe the change at
all. See:
https://ww
On 10/10/2016 03:50, Steven Liu wrote:
Signed-off-by: Steven Liu
---
doc/protocols.texi|3 +++
libavformat/udp.c | 19 ++-
libavformat/version.h |3 +++
3 files changed, 24 insertions(+), 1 deletions(-)
diff --git a/doc/protocols.texi b/doc/protocols.texi
i
Fixes ticket #5882. While it doesn't automatically set the timescale
for the user as that would destroy data without prompt, it will tell
the user how they could set the timescale (as this is mostly likely
what they want).
Signed-off-by: Josh de Kock
---
>Would it be useful to print
On 11/10/2016 22:53, Moritz Barsnick wrote:
On Tue, Oct 11, 2016 at 19:32:14 +0100, Josh de Kock wrote:
On 11/10/2016 18:24, Alexey Eromenko wrote:
*** BLURB HERE ***
This commit message isn't very useful, it doesn't describe the change at
all. See:
https://www.ffmpeg.org/deve
On 20/10/2016 17:06, Ronald S. Bultje wrote:
---
libavfilter/vf_colorspace.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/libavfilter/vf_colorspace.c b/libavfilter/vf_colorspace.c
index c74fe00..f64163f 100644
--- a/libavfilter/vf_colorspace.c
+++ b/libavfilt
On 31/10/2016 14:15, Jean-Baptiste Kempf wrote:
Hi,
On Mon, 31 Oct 2016, at 07:03, wm4 wrote:
I very strongly disagree with this patch, but consider myself
over-voted.
I strongly disagree with this patch too.
I am extremely against the inclusion of this patch as well. It's
something whic
On 17/11/2016 21:18, Marton Balint wrote:
Signed-off-by: Marton Balint
---
ffplay.c | 4
1 file changed, 4 insertions(+)
diff --git a/ffplay.c b/ffplay.c
index 12502f2..63c0e19 100644
--- a/ffplay.c
+++ b/ffplay.c
@@ -1282,6 +1282,10 @@ static int video_open(VideoState *is, Frame *vp)
On 18/11/2016 15:25, Matteo Naccari wrote:
- The Turing codec is an open source HEVC encoder licensed under GPLv2
- More information at http://turingcodec.org/
---
LICENSE.md | 1 +
configure | 5 ++
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 1 +
lib
I've mapped a fair amount of the CoreMedia FourCCs to their respective
AVCodecIDs. The ones I didn't know or thought didn't exist in FFmpeg
have been mapped to AV_CODEC_ID_NONE.
Signed-off-by: Josh de Kock
---
libavformat/Makefile| 1 +
libavformat/av
On 20/11/2016 22:49, Carl Eugen Hoyos wrote:
2016-11-19 17:37 GMT+01:00 Josh de Kock :
I've mapped a fair amount of the CoreMedia FourCCs to their
respective AVCodecIDs. The ones I didn't know or thought didn't
exist in FFmpeg have been mapped to AV_CODEC_ID_NONE.
Could you
On 21/11/2016 09:51, Carl Eugen Hoyos wrote:
2016-11-21 10:35 GMT+01:00 Josh de Kock :
On 20/11/2016 22:49, Carl Eugen Hoyos wrote:
2016-11-19 17:37 GMT+01:00 Josh de Kock :
I've mapped a fair amount of the CoreMedia FourCCs to their
respective AVCodecIDs. The ones I didn't know
On 22/11/2016 22:33, Andreas Cadhalpun wrote:
On 22.11.2016 23:30, Carl Eugen Hoyos wrote:
2016-11-22 23:15 GMT+01:00 Andreas Cadhalpun :
disabled sdl && disable sdl2
+enabled sdl2 && sdl_requested=yes
I consider this ugly
That is very subjective.
This goes both ways.
and it makes sd
On 22/11/2016 22:43, Andreas Cadhalpun wrote:
On 17.11.2016 22:55, Andreas Cadhalpun wrote:
Metadata streams have priv_data set to NULL.
Signed-off-by: Andreas Cadhalpun
---
libavformat/mxfdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/mxfdec.c b/libavfo
On 22/11/2016 22:22, Andreas Cadhalpun wrote:
On 10.11.2016 22:24, Andreas Cadhalpun wrote:
Signed-off-by: Andreas Cadhalpun
---
libavformat/sbgdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/sbgdec.c b/libavformat/sbgdec.c
index bb020d7..cbedd12 100644
--
On 22/11/2016 23:11, Andreas Cadhalpun wrote:
On 22.11.2016 23:43, Josh de Kock wrote:
On 22/11/2016 22:33, Andreas Cadhalpun wrote:
Because it avoids confusing users. And the checks for other system
libraries should do this, too.
I see no real reason to add this, but neither a reason to
On 22/11/2016 23:37, Andreas Cadhalpun wrote:
> On 23.11.2016 00:01, Josh de Kock wrote:
>> On 22/11/2016 22:22, Andreas Cadhalpun wrote:
>>> On 10.11.2016 22:24, Andreas Cadhalpun wrote:
>>>> Signed-off-by: Andreas Cadhalpun
>>>> ---
>>>>
On 29/10/2016 16:53, Andreas Cadhalpun wrote:
> On 28.10.2016 19:31, compn wrote:
>> On Thu, 27 Oct 2016 15:42:22 -0300 James Almer wrote:
>>> On 10/27/2016 3:36 PM, Reynaldo H. Verdejo Pinochet wrote:
On 10/27/2016 11:25 AM, James Almer wrote:
> This is not how things were agreed.
I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 2016/11/27 19:00, Philip Langdale wrote:
> On Sat, 26 Nov 2016 23:55:17 +0100 Michael Niedermayer
> wrote:
>
>> Hi all
>
>> The machine on which the coverity stuff is is old, both hw and
>> OS. the OS will no longer get security updates in a fe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 2016/11/27 23:47, Timothy Gu wrote:
> --- .travis.yml | 3 +++ 1 file changed, 3 insertions(+)
>
> This patch will needed to be applied to all Git branches because of
> a Travis CI restriction:
> https://docs.travis-ci.com/user/customizing-the-bu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 2016/11/27 23:56, Rostislav Pehlivanov wrote:
> On 27 November 2016 at 23:20, James Almer
> wrote:
>
>> On 11/26/2016 6:00 PM, Rostislav Pehlivanov wrote:
>>> On 26 October 2016 at 23:43, Rostislav Pehlivanov
>>>
>>>
>>> Since a month has pass
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 29/11/2016 17:18, Matteo Naccari wrote:
> [...]
Please send any later versions of this patch as a reply to the same
thread with a v3 (or later). For example (for this email): [PATCH v3]
Thanks,
- --
Josh
PGP fingerprint: A93A602D7A6D3C5388D79
The memset (line 1336) in draw_bar is passed a negative size if the output
width is less than 36 pixels
Signed-off-by: Josh de Kock
---
libavfilter/vsrc_testsrc.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavfilter/vsrc_testsrc.c b/libavfilter/vsrc_testsrc.c
index 08f6e07
DPLUG, libmodplug);
REGISTER_MUXDEMUX(LIBNUT, libnut);
+REGISTER_DEMUXER (LIBOPENMPT, libopenmpt);
initialized = 1;
}
diff --git a/libavformat/libopenmpt.c b/libavformat/libopenmpt.c
new file mode 100644
index 0000000..fd38828
--- /dev/null
+++ b/libavfo
replaced by the libopenmpt demuxer
---
Changelog| 1 +
configure| 4 -
libavformat/Makefile | 1 -
libavformat/allformats.c | 1 -
libavformat/libmodplug.c | 382 ---
5 files changed, 1 insertion(+), 388 deleti
On Sat, Jul 16, 2016, at 02:31 PM, Jörn Heusipp wrote:
> [...]
> Unless one of libopenmpt and libmodplug demuxers lowers its own file
> extension probing score, this will not work, as they both handle pretty
> much the same file formats.
This could be solved by making the demuxers mutually exclus
Bœsch
libnut.c Oded Shimon
+ libopenmpt.c Josh de Kock
lmlm4.c Ivo van Poorten
lvfdec.c Paul B Mahol
lxfdec.c Tomas Härdin
--
2.7.4 (Apple Git
On Sun, Jul 17, 2016, at 02:37 PM, Jörn Heusipp wrote:
> Signed-off-by: Jörn Heusipp
> ---
> libavformat/libopenmpt.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavformat/libopenmpt.c b/libavformat/libopenmpt.c
> index 7b1dd5b..997c13d 100644
> --- a/libavformat/libopenmpt.c
> ++
---
libavformat/libopenmpt.c | 8
1 file changed, 8 insertions(+)
diff --git a/libavformat/libopenmpt.c b/libavformat/libopenmpt.c
index 58a02be..4190510 100644
--- a/libavformat/libopenmpt.c
+++ b/libavformat/libopenmpt.c
@@ -36,6 +36,7 @@ typedef struct OpenMPTContext {
/* options
---
libavformat/libopenmpt.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/libavformat/libopenmpt.c b/libavformat/libopenmpt.c
index 58a02be..286a908 100644
--- a/libavformat/libopenmpt.c
+++ b/libavformat/libopenmpt.c
@@ -36,6 +36,7 @@ typedef struct OpenMPTContext {
/*
---
libavformat/libopenmpt.c | 21 +++--
1 file changed, 19 insertions(+), 2 deletions(-)
diff --git a/libavformat/libopenmpt.c b/libavformat/libopenmpt.c
index 58a02be..670866f 100644
--- a/libavformat/libopenmpt.c
+++ b/libavformat/libopenmpt.c
@@ -36,14 +36,19 @@ typedef struct
---
doc/demuxers.texi | 26 ++
1 file changed, 26 insertions(+)
diff --git a/doc/demuxers.texi b/doc/demuxers.texi
index e34f8b3..3646e29 100644
--- a/doc/demuxers.texi
+++ b/doc/demuxers.texi
@@ -267,6 +267,32 @@ track. Track indexes start at 0. The demuxer exports the
n
Libav doesn't have AV_OPT_TYPE_CHANNEL_LAYOUT
so use strings instead to maintain consistency.
---
libavformat/libopenmpt.c | 18 +-
1 file changed, 13 insertions(+), 5 deletions(-)
diff --git a/libavformat/libopenmpt.c b/libavformat/libopenmpt.c
index 58a02be..17eb611 100644
--- a
1 - 100 of 355 matches
Mail list logo
