On 6 October 2015 at 07:51, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Oct 5, 2015 at 7:39 AM, Ronald S. Bultje
> wrote:
>
> > Hi,
> >
> > On Mon, Oct 5, 2015 at 5:54 AM, Henrik Gramner
> wrote:
> >
> >> On Mon, Oct 5, 2015 at 10:55 AM, Matt Oliver
> >> wrote:
> >> > This patch has broken the 3
On Mon, Oct 5, 2015 at 11:17 PM, Lou Logan wrote:
> On Mon, Oct 5, 2015, at 05:46 PM, Ganesh Ajjanagadde wrote:
>> Unless you have a good reason for this, please change the paragraph to
>> be much more similar/identical with README.md.
>
> Why would that matter?
It is just a minor nit; users/deve
On 15-10-05 at 15:26, Lou Logan wrote:
[..]
> +
> +**FFmpeg development, including patch reviews, occurs on the ffmpeg-devel
> +mailing list, so most developers do not view Github pull requests.
> +Therefore, Github pull requests should be avoided because they will
> +likely be not be noticed.**
li
Signed-off-by: Ganesh Ajjanagadde
---
README.md | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/README.md b/README.md
index f0a47c7..2419191 100644
--- a/README.md
+++ b/README.md
@@ -16,12 +16,12 @@ such as audio, video, subtitles and related metadata.
## Tool
On Mon, Oct 5, 2015, at 05:46 PM, Ganesh Ajjanagadde wrote:
> Unless you have a good reason for this, please change the paragraph to
> be much more similar/identical with README.md.
Why would that matter?
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg
On 10/5/2015 8:04 PM, Paul B Mahol wrote:
> diff --git a/libavcodec/x86/takdsp.asm b/libavcodec/x86/takdsp.asm
> new file mode 100644
> index 000..bc881bf
> --- /dev/null
> +++ b/libavcodec/x86/takdsp.asm
> @@ -0,0 +1,105 @@
> +;**
On Mon, Oct 5, 2015 at 7:26 PM, Lou Logan wrote:
> For the Github users to ignore.
>
> Signed-off-by: Lou Logan
> ---
> CONTRIBUTING.md | 36
> 1 file changed, 36 insertions(+)
> create mode 100644 CONTRIBUTING.md
>
> diff --git a/CONTRIBUTING.md b/CONTRIBUT
For the Github users to ignore.
Signed-off-by: Lou Logan
---
CONTRIBUTING.md | 36
1 file changed, 36 insertions(+)
create mode 100644 CONTRIBUTING.md
diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md
new file mode 100644
index 000..4bccf25
--- /dev/null
+
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 2 +-
libavcodec/takdec.c | 44 --
libavcodec/takdsp.c | 82 +
libavcodec/takdsp.h | 34 ++
libavcodec/x86/Makefile | 2 +
libavcodec/x
On 10/5/2015 6:48 PM, Paul B Mahol wrote:
> On 10/4/15, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> libavcodec/alacdsp.c | 3 +
>> libavcodec/alacdsp.h | 1 +
>> libavcodec/x86/Makefile | 2 +
>> libavcodec/x86/alacdsp.asm| 133
>>
On 10/5/2015 6:34 PM, Paul B Mahol wrote:
> diff --git a/libavcodec/x86/takdsp.asm b/libavcodec/x86/takdsp.asm
> new file mode 100644
> index 000..0158d4d
> --- /dev/null
> +++ b/libavcodec/x86/takdsp.asm
> @@ -0,0 +1,94 @@
> +;***
On 10/4/15, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavcodec/alacdsp.c | 3 +
> libavcodec/alacdsp.h | 1 +
> libavcodec/x86/Makefile | 2 +
> libavcodec/x86/alacdsp.asm| 133
> ++
> libavcodec/x86/alacds
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 2 +-
libavcodec/takdec.c | 44 +
libavcodec/takdsp.c | 82 ++
libavcodec/takdsp.h | 34
libavcodec/x86/Makefile | 2 +
libavco
Hi,
On Mon, Oct 5, 2015 at 7:39 AM, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Oct 5, 2015 at 5:54 AM, Henrik Gramner wrote:
>
>> On Mon, Oct 5, 2015 at 10:55 AM, Matt Oliver
>> wrote:
>> > This patch has broken the 32bit msvc builds:
>> >
>> http://fate.ffmpeg.org/report.cgi?time=2015100506510
This adds av_warn_unused_result whenever it is relevant.
Signed-off-by: Ganesh Ajjanagadde
---
libavfilter/buffersrc.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavfilter/buffersrc.h b/libavfilter/buffersrc.h
index cd3d95f..b1b2669 100644
--- a/libavfilter/buffe
On Sun, 4 Oct 2015, Ganesh Ajjanagadde wrote:
This logs the SDL error messages on failure of creation of SDL_CreateMutex,
SDL_CreateCond, and SDL_CreateThread.
Signed-off-by: Ganesh Ajjanagadde
---
ffplay.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
Applied all thre
On Mon, Oct 5, 2015 at 4:09 PM, Ganesh Ajjanagadde
wrote:
> On Mon, Oct 5, 2015 at 4:04 PM, Ronald S. Bultje wrote:
>> Hi,
>>
>> On Mon, Oct 5, 2015 at 4:00 PM, Ganesh Ajjanagadde
>> wrote:
>>>
>>> On Mon, Oct 5, 2015 at 3:45 PM, Ronald S. Bultje
>>> wrote:
>>> > Hi,
>>> >
>>> > On Mon, Oct 5,
On Mon, Oct 5, 2015 at 3:45 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Oct 5, 2015 at 3:20 PM, Ganesh Ajjanagadde
> wrote:
>>
>> This uses the av_warn_unused_result attribute liberally to catch some
>> forms of improper
>> usage of functions defined in avfilter/formats.h.
>>
>> Signed-off-by:
On Mon, Oct 5, 2015 at 4:04 PM, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Oct 5, 2015 at 4:00 PM, Ganesh Ajjanagadde
> wrote:
>>
>> On Mon, Oct 5, 2015 at 3:45 PM, Ronald S. Bultje
>> wrote:
>> > Hi,
>> >
>> > On Mon, Oct 5, 2015 at 3:20 PM, Ganesh Ajjanagadde
>> >
>> > wrote:
>> >>
>> >> This
Hi,
On Mon, Oct 5, 2015 at 4:00 PM, Ganesh Ajjanagadde
wrote:
> On Mon, Oct 5, 2015 at 3:45 PM, Ronald S. Bultje
> wrote:
> > Hi,
> >
> > On Mon, Oct 5, 2015 at 3:20 PM, Ganesh Ajjanagadde <
> gajjanaga...@gmail.com>
> > wrote:
> >>
> >> This uses the av_warn_unused_result attribute liberally t
On Mon, Oct 5, 2015 at 12:50 AM, James Almer wrote:
> Signed-off-by: James Almer
> ---
> tests/checkasm/Makefile | 1 +
> tests/checkasm/alacdsp.c | 119
> ++
> tests/checkasm/checkasm.c | 3 ++
> tests/checkasm/checkasm.h | 1 +
> 4 files ch
Hi,
On Mon, Oct 5, 2015 at 3:20 PM, Ganesh Ajjanagadde
wrote:
> This uses the av_warn_unused_result attribute liberally to catch some
> forms of improper
> usage of functions defined in avfilter/formats.h.
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavfilter/formats.h | 38 +++
On Mon, Oct 5, 2015 at 3:23 PM, Ganesh Ajjanagadde
wrote:
> On Mon, Oct 5, 2015 at 3:20 PM, Ganesh Ajjanagadde
> wrote:
>> This uses the av_warn_unused_result attribute liberally to catch some forms
>> of improper
>> usage of functions defined in avfilter/formats.h.
>>
>> Signed-off-by: Ganesh A
Hi,
I have attached the patch.
Thanks,
Ganesh
From 990253559e14d9075ab6a29cab0991ea2fe4fc3b Mon Sep 17 00:00:00 2001
From: Ganesh Ajjanagadde
Date: Sun, 4 Oct 2015 23:39:25 -0400
Subject: [PATCH 1/2] avfilter/all: propagate errors of functions from
avfilter/formats
Many of the functions from a
On Mon, Oct 5, 2015 at 3:20 PM, Ganesh Ajjanagadde
wrote:
> This uses the av_warn_unused_result attribute liberally to catch some forms
> of improper
> usage of functions defined in avfilter/formats.h.
>
> Signed-off-by: Ganesh Ajjanagadde
> ---
> libavfilter/formats.h | 38 +++-
This uses the av_warn_unused_result attribute liberally to catch some forms of
improper
usage of functions defined in avfilter/formats.h.
Signed-off-by: Ganesh Ajjanagadde
---
libavfilter/formats.h | 38 +++---
1 file changed, 19 insertions(+), 19 deletions(-)
d
MBAFF-like handling of interlaced content in CID 1260 is different from
the other CIDs, and in particular doesn't use the same syntax.
---
libavcodec/dnxhddata.c | 2 +-
libavcodec/dnxhddata.h | 3 ++-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/libavcodec/dnxhddata.c b/libavcod
The MBAFF handling recently introduced on the decoder side shows that
the encoder does not support it correctly. Therefore, make the related
profile experimental.
Furthermore, current encoder logic treats it as unable to encode as
progressive, which isn't the case.
---
libavcodec/dnxhddata.c | 5
Profiles 1256 & 1270 (currently) signal at the frame header and MB
levels the colorspace used, either RGB or YUV. While a MB-level
varying colorspace is not supported, whether it is constant can be
tracked so as to determine the exact colorspace.
It is not tested against a true RGB sequence, thoug
Fixing different issues occurring when playing around encoder and decoder.
Christophe Gisquet (3):
dnxhddec: better support for 4:4:4
dnxhddata: introduce and use MBAFF flag
dnxhdenc: mark CID 1260 encoder experimental
libavcodec/dnxhddata.c | 7 -
libavcodec/dnxhddata.h | 3 +-
liba
On Mon, Oct 05, 2015 at 01:45:12AM -0400, Ganesh Ajjanagadde wrote:
> GCC 3.4 introduced an attribute warn_unused_result to warn when a programmer
> discards the return value. Applying this judiciously across the codebase can
> help
> in fixing a lot of problems. At a high level, functions which r
On 10/5/2015 6:49 AM, Paul B Mahol wrote:
> diff --git a/libavfilter/x86/vf_stereo3d.asm b/libavfilter/x86/vf_stereo3d.asm
> new file mode 100644
> index 000..269004b
> --- /dev/null
> +++ b/libavfilter/x86/vf_stereo3d.asm
> @@ -0,0 +1,184 @@
> +;
On Mon, Oct 5, 2015 at 1:39 PM, Ronald S. Bultje wrote:
> ---
> libavcodec/x86/vp9intrapred_16bpp.asm | 10 ++
> 1 file changed, 10 insertions(+)
Lgtm.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffm
2015-10-04 1:57 GMT+09:00 Rodger Combs :
> Fixes trac #3842
> ---
> libavformat/isom.h | 2 +
> libavformat/mov.c | 250
> -
> 2 files changed, 213 insertions(+), 39 deletions(-)
>
> diff --git a/libavformat/isom.h b/libavformat/isom.h
> inde
On Sat, 3 Oct 2015 11:57:03 -0500
Rodger Combs wrote:
> Fixes trac #3842
> ---
> libavformat/isom.h | 2 +
> libavformat/mov.c | 250
> -
> 2 files changed, 213 insertions(+), 39 deletions(-)
>
> diff --git a/libavformat/isom.h b/libavfor
On 05.10.2015 09:10, tim nicholson wrote:
On 04/10/15 13:07, Tomas Härdin wrote:
On Mon, 2015-09-28 at 15:11 +0200, Tobias Rapp wrote:
[...]
For me the most important thing is that anything dealing with MXF should
never write invalid files.
+1 for sure.
To overstate your point: So it woul
Hi,
2015-10-05 13:18 GMT+02:00 Michael Niedermayer :
> do you have any testcases you can share for these ?
I was provided some but that I assume not redistributable. I asked the
same question but got no reply.
There's this one sequence here that I assume to be redistributable:
https://trac.ffmpe
Hi,
2015-10-04 4:14 GMT+02:00 Michael Niedermayer :
> ./ffmpeg -f lavfi -i testsrc=s=1440x1080 -vframes 1 -pix_fmt yuv422p -vcodec
> dnxhd -vb 80M -flags +ildct file.mov
btw this afaik uses CID 1260 which has a particular feature,
MBAFF-like. While we do handle it since a few revision, I suspec
---
libavcodec/x86/vp9intrapred_16bpp.asm | 10 ++
1 file changed, 10 insertions(+)
diff --git a/libavcodec/x86/vp9intrapred_16bpp.asm
b/libavcodec/x86/vp9intrapred_16bpp.asm
index 0dca645..3653469 100644
--- a/libavcodec/x86/vp9intrapred_16bpp.asm
+++ b/libavcodec/x86/vp9intrapred_16bpp
Hi,
On Mon, Oct 5, 2015 at 5:54 AM, Henrik Gramner wrote:
> On Mon, Oct 5, 2015 at 10:55 AM, Matt Oliver wrote:
> > This patch has broken the 32bit msvc builds:
> >
> http://fate.ffmpeg.org/report.cgi?time=20151005065109&slot=x86_32-msvc12-windows-native
> >
> > I had a look through the code bu
On Sat, Oct 03, 2015 at 06:59:13PM +0200, Christophe Gisquet wrote:
> Cleaned up version of v1, with the first patches fixing bugs exacerbated
> by the following new code, in general improving the current code so as to
> introduce DNxHR.
>
> DNxHR is then added progressively, in particular the ext
On Sun, Oct 04, 2015 at 10:30:08AM +0200, Christophe Gisquet wrote:
> 2015-10-03 18:59 GMT+02:00 Christophe Gisquet :
> [SNIP]
>
> There was a blank space in there (I think).
>
> Patch updated
>
> --
> Christophe
> dnxhddata.c | 64 ++---
> dnxhddec.c |
On Sat, Oct 03, 2015 at 06:59:20PM +0200, Christophe Gisquet wrote:
> This a 4:4:4 10 bits profile, where image size is not fixed by the
> profile, and which strays a bit outside the old frame header parsing
> code.
>
> Fixes ticket #4581 (DNxHR is not stricly supported, but that sequence is).
> -
On Sat, Oct 03, 2015 at 06:59:18PM +0200, Christophe Gisquet wrote:
> This is actually similar to DNxHD.
> ---
> libavformat/isom.c | 1 +
> 1 file changed, 1 insertion(+)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Frequently ignored answer
On Sat, Oct 03, 2015 at 06:59:19PM +0200, Christophe Gisquet wrote:
> From: Jeremy James
>
> Signed-off-by: Christophe Gisquet
> ---
> libavcodec/dnxhddata.c | 8
> libavcodec/dnxhddec.c | 3 ++-
> 2 files changed, 10 insertions(+), 1 deletion(-)
applied
thanks
[...]
--
Michael
On Sat, Oct 03, 2015 at 06:59:17PM +0200, Christophe Gisquet wrote:
> Currently not used, but will be used to indicate that a CIDEntry field
> is not set, because it is variable, and that checks should be adapted.
> ---
> libavcodec/dnxhddata.h | 3 +++
> libavcodec/dnxhddec.c | 6 --
> 2 fil
On Sat, Oct 03, 2015 at 06:59:16PM +0200, Christophe Gisquet wrote:
> The encoder can only deal with 4:2:2.
> ---
> libavcodec/dnxhddata.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Du
On Sat, Oct 03, 2015 at 06:59:15PM +0200, Christophe Gisquet wrote:
> Move the 'interlaced' flag to this element (arbitrarily set to 16bits).
> This should allow better detection/selection of profiles.
> ---
> libavcodec/dnxhddata.c | 49 -
> libavco
On Sun, Oct 04, 2015 at 10:25:57AM +0200, Christophe Gisquet wrote:
> Hi,
>
> 2015-10-03 19:50 GMT+02:00 Carl Eugen Hoyos :
> > Looks unintended...
>
> Indeed. Patch updated.
>
> --
> Christophe
> dnxhddec.c | 54 +++---
> 1 file changed, 27 i
On Mon, Oct 5, 2015 at 10:55 AM, Matt Oliver wrote:
> This patch has broken the 32bit msvc builds:
> http://fate.ffmpeg.org/report.cgi?time=20151005065109&slot=x86_32-msvc12-windows-native
>
> I had a look through the code but couldnt find the cause. The error message
> just points to the code lin
Hi,
2015-10-05 10:57 GMT+02:00 tim nicholson :
> I thought JJ had got hold of a copy of the specs...
He was quick to notice the 2014 ones do not cover DNxHR. But the
bitstream doesn't seem to depart that much from the old stuff, and
ffmpeg's output after this patch series seems adequate.
--
Chr
Signed-off-by: Paul B Mahol
---
libavfilter/stereo3d.h | 36
libavfilter/vf_stereo3d.c | 70 +++---
libavfilter/x86/Makefile | 2 +
libavfilter/x86/vf_stereo3d.asm| 184 +
libavfilter/x86/vf_stereo3d_init.
On 5 October 2015 at 19:29, Matt Oliver wrote:
> On 30 September 2015 at 02:48, wm4 wrote:
>
>> On Wed, 23 Sep 2015 12:04:43 -0600
>> Roger Pack wrote:
>>
>> > From 6a972dda58bd5ab31524cd4e5326b4bcdeaeaa8c Mon Sep 17 00:00:00 2001
>> > From: rogerdpack
>> > Date: Wed, 23 Sep 2015 12:03:27 -060
On 05/10/15 08:51, Christophe Gisquet wrote:
> Hi,
>
> 2015-10-05 8:44 GMT+02:00 tim nicholson :
>> On 02/10/15 20:00, Christophe Gisquet wrote:
>>> A series of 0 in a table can be confusing, and the corresponding checks
>>> strange, so using a macro instead of that magic is more readable.
>>> ---
On 3 October 2015 at 21:05, Ronald S. Bultje wrote:
> ---
> libavcodec/x86/Makefile | 1 +
> libavcodec/x86/constants.c | 4 +
> libavcodec/x86/constants.h | 2 +
> libavcodec/x86/h264_idct_10bit.asm | 5 +-
> libavcodec/x86/
On 30 September 2015 at 02:48, wm4 wrote:
> On Wed, 23 Sep 2015 12:04:43 -0600
> Roger Pack wrote:
>
> > From 6a972dda58bd5ab31524cd4e5326b4bcdeaeaa8c Mon Sep 17 00:00:00 2001
> > From: rogerdpack
> > Date: Wed, 23 Sep 2015 12:03:27 -0600
> > Subject: [PATCH] gdigrab: grab right desktop size if
Hi,
2015-10-05 8:44 GMT+02:00 tim nicholson :
> On 02/10/15 20:00, Christophe Gisquet wrote:
>> A series of 0 in a table can be confusing, and the corresponding checks
>> strange, so using a macro instead of that magic is more readable.
>> ---
>> libavcodec/dnxhddata.c | 10 +-
>> libavco
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/10/15 13:07, Tomas Härdin wrote:
> On Mon, 2015-09-28 at 15:11 +0200, Tobias Rapp wrote:
>> On 19.09.2015 22:49, Tomas Härdin wrote:
>>> On Wed, 2015-09-16 at 14:33 +0200, Tobias Rapp wrote:
Hi,
attached patch fixes ticket #4759 bu
58 matches
Mail list logo
