2016-02-23 0:22 GMT+01:00 Ganesh Ajjanagadde :
> On Fri, Feb 19, 2016 at 1:06 PM, Martin Vignali
> wrote:
> > Hello,
> >
> > Is it necessary to clip value, if B == 0 ?
>
> Well, integer division by 0 is undefined...
>
> >
> >
> > Martin
> >
> > 2016-02-19 18:47 GMT+01:00 Timothy Gu :
> >
> [...]
Hi!
Attached patch fixes ticket #5259 for me.
Please review (including the subject), Carl Eugen
diff --git a/libpostproc/postprocess.c b/libpostproc/postprocess.c
index 3b86f93..1dc719c 100644
--- a/libpostproc/postprocess.c
+++ b/libpostproc/postprocess.c
@@ -973,7 +973,7 @@ void pp_postprocess
Small fix.
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From 55a5919053d6c4447a76235ba26e977a7871ec7a Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Tue, 23 Feb 2016 05:56:07 +0100
Subject: [PATCH v21] lavf/movenc: Add palette to video sample description
---
libavformat/movenc.c |
Use default Macintosh palette for AV_PIX_FMT_GRAY8 and AV_PIX_FMT_MONO[WB].
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From 6a6c6fab1881971e9382f8ddcba3e64dc15c37c8 Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Tue, 23 Feb 2016 05:34:21 +0100
Subject: [PATCH v20] lavf/movenc: Add pa
Hi!
I am aware of news that AAC encoder got stable status recently.
But you could find this interesting. We've got an ffmpeg build from
October 2014, and it performs three times faster on AAC encoding than
recent 3.0 release. There is no complaints about audio quality on old
version, and I can hon
Doing slice_end - slice_start is unsafe and can lead to undefined behavior
until slice_end has been properly sanitized.
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/utvideodec.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/utvideodec.c b/libavcodec/utvid
On Sat, Feb 20, 2016 at 11:39 AM, James Almer wrote:
> On 2/20/2016 4:26 PM, James Zern wrote:
>> with older versions of libvpx
>> since:
>> 432be63 lavc/libvpx: Fix support for RGB colorspace.
>>
>> Signed-off-by: James Zern
>> ---
>> libavcodec/libvpxenc.c | 2 ++
>> 1 file changed, 2 insertio
On Mon, 22 Feb 2016 23:55:19 +0100, Michael Niedermayer wrote:
> sure as long as someone who can speak english well writes it
Me pushd.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 02/23/2016 02:27 AM, Mats Peterson wrote:
For MP4, use the word "Reserved" instead of "Color table ID".
Passes FATE, for the record.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
For MP4, use the word "Reserved" instead of "Color table ID".
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From 7330d11fe3764aaee29ec36637aaa8206b5f346f Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Tue, 23 Feb 2016 02:24:49 +0100
Subject: [PATCH v19] lavf/movenc: Add palette to video
Check for the track mode being MODE_MOV.
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From d966ca6c1a665d261381a8bec34faf6cf1c59cf7 Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Tue, 23 Feb 2016 01:55:22 +0100
Subject: [PATCH v18] lavf/movenc: Add palette to video sample description
---
libavformat/mov.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 149e3b4..c5e0a1e 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -3609,7 +3609,7 @@ static int mov_read_trun(MOVContext *c, AVIOContext *pb,
MOVAtom atom
---
libavformat/mov.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index c5e0a1e..0408ad1 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -3666,7 +3666,7 @@ static int mov_read_sidx(MOVContext *c, AVIOContext *pb,
MOVAto
On 2/22/2016 8:14 PM, Christophe Gisquet wrote:
> Hi,
>> +.inner_loop:
>
> Given this precludes reusing m5, then I don't have anything more to
> comment, and seems ok.
Pushed then, thanks.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ff
Paul B Mahol gmail.com> writes:
> > Attached patch fixes a small memleak for me when
> > using the nnedi filter.
> >
> > Please comment, Carl Eugen
>
> ok
Patch applied.
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
ht
Paul B Mahol gmail.com> writes:
> > Attached patch fixes the following warning for me when compiling nnedi:
> > libavfilter/vf_nnedi.c:611:15: warning: assignment discards `const'
> > qualifier
> > from pointer target type
> >
> > Please comment, Carl Eugen
>
> ok
Patch applied.
Thank you, Car
On Fri, Feb 19, 2016 at 1:06 PM, Martin Vignali
wrote:
> Hello,
>
> Is it necessary to clip value, if B == 0 ?
Well, integer division by 0 is undefined...
>
>
> Martin
>
> 2016-02-19 18:47 GMT+01:00 Timothy Gu :
>
[...]
___
ffmpeg-devel mailing list
ff
On Tue, Feb 23, 2016 at 12:16 AM, Ganesh Ajjanagadde wrote:
> On Mon, Feb 22, 2016 at 5:48 PM, Clément Bœsch wrote:
>>
>> On Mon, Feb 22, 2016 at 11:45:43PM +0100, Michael Niedermayer wrote:
>> > Found-by: Ganesh Ajjanagadde
>> > ---
>> > src/index |9 +
>> > 1 file changed, 9 insert
On Mon, Feb 22, 2016 at 5:48 PM, Clément Bœsch wrote:
>
> On Mon, Feb 22, 2016 at 11:45:43PM +0100, Michael Niedermayer wrote:
> > Found-by: Ganesh Ajjanagadde
> > ---
> > src/index |9 +
> > 1 file changed, 9 insertions(+)
> >
> > diff --git a/src/index b/src/index
> > index 827d803.
Hi,
> +.inner_loop:
Given this precludes reusing m5, then I don't have anything more to
comment, and seems ok.
--
Christophe
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 2/22/2016 8:02 PM, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavcodec/x86/dcadsp.asm| 79
>
> libavcodec/x86/dcadsp_init.c | 9 -
> 2 files changed, 87 insertions(+), 1 deletion(-)
The FATE suit doesn't cover this function
Signed-off-by: James Almer
---
libavcodec/x86/dcadsp.asm| 79
libavcodec/x86/dcadsp_init.c | 9 -
2 files changed, 87 insertions(+), 1 deletion(-)
diff --git a/libavcodec/x86/dcadsp.asm b/libavcodec/x86/dcadsp.asm
index fb13957..c5bf21a 10064
On Mon, Feb 22, 2016 at 11:40 PM, Carl Eugen Hoyos wrote:
> Andrey Utkin fastmail.com> writes:
>
>> > Since valid, useful H264 streams with many ("safe") seek
>> > points but without I or IDR frames exist, the statement
>> > "only IDR frames are safe seek points" can't be true.
>>
>> What it take
On 2/22/2016 7:44 PM, Christophe Gisquet wrote:
> Hi,
>
> 2016-02-22 22:43 GMT+01:00 James Almer :
>> +.loop:
>> +%if cpuflag(avx)
>> +cvtdq2ps m4, [lfeq]
>> +shufpsm5, m4, m4, q0123
>> +%elif cpuflag(sse2)
>> +movu m4, [lfeq]
>> +cvtdq2ps m4, m4
>> +pshufdm5, m4
On 2/22/16, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes the following warning for me when compiling nnedi:
> libavfilter/vf_nnedi.c:611:15: warning: assignment discards `const'
> qualifier
> from pointer target type
>
> Please comment, Carl Eugen
>
ok
__
On Mon, Feb 22, 2016 at 11:48:28PM +0100, Clément Bœsch wrote:
> On Mon, Feb 22, 2016 at 11:45:43PM +0100, Michael Niedermayer wrote:
> > Found-by: Ganesh Ajjanagadde
> > ---
> > src/index |9 +
> > 1 file changed, 9 insertions(+)
> >
> > diff --git a/src/index b/src/index
> > index 8
Some containers, like webm/mkv, will contain this mastering metadata.
This is analogous to the way 3D fpa data is handled (in frame and
packet side data).
Signed-off-by: Neil Birkbeck
---
libavcodec/avcodec.h | 7 +++
libavcodec/avpacket.c | 33 +
libavcodec
On 2/22/16, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes a small memleak for me when using the nnedi filter.
>
> Please comment, Carl Eugen
>
ok
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-de
On 2/22/16, Piotr Bandurski wrote:
> Hi,
>
> And check also this:
>
> http://www.randelshofer.ch/animapplet/
>
> public class ANIMDeltaFrame
> extends ANIMFrame {
>
> private int leftBound, topBound, rightBound, bottomBound;
> private final static int //
> ENCODING_BYTE
On Mon, Feb 22, 2016 at 11:45:43PM +0100, Michael Niedermayer wrote:
> Found-by: Ganesh Ajjanagadde
> ---
> src/index |9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/src/index b/src/index
> index 827d803..840ed10 100644
> --- a/src/index
> +++ b/src/index
> @@ -37,6 +37,15 @@
Found-by: Ganesh Ajjanagadde
---
src/index |9 +
1 file changed, 9 insertions(+)
diff --git a/src/index b/src/index
index 827d803..840ed10 100644
--- a/src/index
+++ b/src/index
@@ -37,6 +37,15 @@
News
+ February 15th, 2016, FFmpeg 3.0
+
+We have made a new major rel
Hi,
2016-02-22 22:43 GMT+01:00 James Almer :
> +.loop:
> +%if cpuflag(avx)
> +cvtdq2ps m4, [lfeq]
> +shufpsm5, m4, m4, q0123
> +%elif cpuflag(sse2)
> +movu m4, [lfeq]
> +cvtdq2ps m4, m4
> +pshufdm5, m4, q0123
> +%endif
> +
> +.inner_loop:
> +%if ARCH_X86_64
> +
Andrey Utkin fastmail.com> writes:
> > Since valid, useful H264 streams with many ("safe") seek
> > points but without I or IDR frames exist, the statement
> > "only IDR frames are safe seek points" can't be true.
>
> What it takes on libavformat API application level
> to figure out which non
Hi!
Attached patch fixes the following warning for me when compiling nnedi:
libavfilter/vf_nnedi.c:611:15: warning: assignment discards ‘const’ qualifier
from pointer target type
Please comment, Carl Eugen
diff --git a/libavfilter/vf_nnedi.c b/libavfilter/vf_nnedi.c
index 330d3d6..b14aa64 100644
Hi!
Attached patch fixes a small memleak for me when using the nnedi filter.
Please comment, Carl Eugen
diff --git a/libavfilter/vf_nnedi.c b/libavfilter/vf_nnedi.c
index 330d3d6..b14aa64 100644
--- a/libavfilter/vf_nnedi.c
+++ b/libavfilter/vf_nnedi.c
@@ -1173,6 +1173,7 @@ static av_cold void un
>
> "select" filter is needed if what you really want to do is to filter
> and process the filtered frames.
> What both me an probably also you are trying to do is to handle frames
> conveniently without resorting to reencoding. So only demuxing, parsing
> and decoding is what we would want to use.
On Mon, 22 Feb 2016 22:11:37 +0100
Andrea Lazzarotto wrote:
> 2016-02-22 22:02 GMT+01:00 Andrey Utkin :
>
> > In yet other words, it is about defining bounds on which the
> > temporal piece of H.264 video can be cut out and correctly
> > decoded/played without any additional data. With ultimate
Signed-off-by: James Almer
---
libavcodec/x86/dcadsp.asm| 86
libavcodec/x86/dcadsp_init.c | 9 -
2 files changed, 94 insertions(+), 1 deletion(-)
diff --git a/libavcodec/x86/dcadsp.asm b/libavcodec/x86/dcadsp.asm
index fb13957..bea834f 10064
On Tue, Feb 23, 2016 at 01:25:56AM +0700, Muhammad Faiz wrote:
> Signed-off-by: Muhammad Faiz
> ---
> libavfilter/avf_showcqt.c | 90
> +++
> 1 file changed, 45 insertions(+), 45 deletions(-)
LGTM
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2
2016-02-22 22:02 GMT+01:00 Andrey Utkin :
> In yet other words, it is about defining bounds on which the temporal
> piece of H.264 video can be cut out and correctly decoded/played without
> any additional data. With ultimate correctness.
>
Ah, I see. Coincidentally, during these days I made a Py
On Mon, 22 Feb 2016 21:56:05 +0100
Andrea Lazzarotto wrote:
> 2016-02-22 18:23 GMT+01:00 Carl Eugen Hoyos :
>
> > Do I understand correctly that your issue is that FFmpeg
> > doesn't tell you if an I-frame in an H264 stream is an
> > IDR frame or not?
> >
>
> Is this related to the fact that
2016-02-22 18:23 GMT+01:00 Carl Eugen Hoyos :
> Do I understand correctly that your issue is that FFmpeg
> doesn't tell you if an I-frame in an H264 stream is an
> IDR frame or not?
>
Is this related to the fact that sometimes cutting streams on I-frames (or
using the segment option) gives some p
On Mon, 22 Feb 2016 20:22:30 + (UTC)
Carl Eugen Hoyos wrote:
> Andrey Utkin fastmail.com> writes:
>
> >
> > On Mon, 22 Feb 2016 17:23:06 + (UTC)
> > Carl Eugen Hoyos ag.or.at> wrote:
> >
> > > Andrey Utkin fastmail.com> writes:
> > >
> > > > As it was discussed today on #ffmpeg
Andrey Utkin fastmail.com> writes:
>
> On Mon, 22 Feb 2016 17:23:06 + (UTC)
> Carl Eugen Hoyos ag.or.at> wrote:
>
> > Andrey Utkin fastmail.com> writes:
> >
> > > As it was discussed today on #ffmpeg and #ffmpeg-devel,
> > > only IDR frames are considered safe seek points by design
> >
On Mon, 22 Feb 2016 20:04:31 +0200
Andrey Utkin wrote:
> On Mon, 22 Feb 2016 17:23:06 + (UTC)
> Carl Eugen Hoyos wrote:
> > Do I understand correctly that your issue is that FFmpeg
> > doesn't tell you if an I-frame in an H264 stream is an
> > IDR frame or not?
>
> Yes.
However, conside
Hi,
And check also this:
http://www.randelshofer.ch/animapplet/
public class ANIMDeltaFrame
extends ANIMFrame {
private int leftBound, topBound, rightBound, bottomBound;
private final static int //
ENCODING_BYTE_VERTICAL = 5,
ENCODING_VERTICAL_7_SHORT = 6
Signed-off-by: Muhammad Faiz
---
libavfilter/avf_showcqt.c | 90 +++
1 file changed, 45 insertions(+), 45 deletions(-)
diff --git a/libavfilter/avf_showcqt.c b/libavfilter/avf_showcqt.c
index d4c6a74..023924f 100644
--- a/libavfilter/avf_showcqt.c
+++
On Mon, 22 Feb 2016 17:23:06 + (UTC)
Carl Eugen Hoyos wrote:
> Andrey Utkin fastmail.com> writes:
>
> > As it was discussed today on #ffmpeg and #ffmpeg-devel,
> > only IDR frames are considered safe seek points by design
> > of H.264.
>
> Since valid H264 streams without IDR (and with
On Fri, Feb 19, 2016 at 11:52 PM, Muhammad Faiz wrote:
> On Fri, Feb 19, 2016 at 3:52 AM, Paul B Mahol wrote:
>>> +center = s->fir_len / 2;
>>> +
>>> +for (k = 0; k <= center; k++) {
>>> +double u = k * (M_PI/center);
>>> +double win;
>>> +switc
Andrey Utkin fastmail.com> writes:
> As it was discussed today on #ffmpeg and #ffmpeg-devel,
> only IDR frames are considered safe seek points by design
> of H.264.
Since valid H264 streams without IDR (and without I) frames
exist, this cannot be true.
Do I understand correctly that your iss
On 2/22/2016 12:56 PM, Michael Niedermayer wrote:
> On Sat, Feb 20, 2016 at 04:16:52PM -0300, James Almer wrote:
>> Also test a smaller buffer. This drastically reduces --bench runtime
>> and reports smaller, more readable numbers.
>>
>> Signed-off-by: James Almer
>> ---
>> tests/checkasm/vf_blen
As it was discussed today on #ffmpeg and #ffmpeg-devel, only IDR frames
are considered safe seek points by design of H.264. H.264 has two
kinds of pictures which are mapped to AV_PICTURE_TYPE_I: NAL_IDR_SLICE
and some other NAL_SLICE. H.264 referencing is arbitrary and GOP concept
is not strict, as
On Mon, Feb 22, 2016 at 07:50:13PM +0800, Xiaolei Yu wrote:
> Commit '842b8f4ba2e79b9c004a67f6fdb3d5c5d05805d3' fixed clang/iphone
> build but failed on some versions of cygwin. It has now been verified
> to work on both platforms.
> ---
> libswscale/arm/Makefile | 4 ++--
> libswscale/a
Use mov->is_unaligned_raw_rgb instead of including every possible RGB
pixel format.
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From b946055a9e371bd3b23a674b0283738cd3de7a94 Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Mon, 22 Feb 2016 17:18:31 +0100
Subject: [PATCH v17] lavf/moven
On 02/22/2016 05:08 PM, Mats Peterson wrote:
Use mov->is_unaligned_raw_rgb instead of including every possible RGB
pixel format.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
This one is brok
Use mov->is_unaligned_raw_rgb instead of including every possible RGB
pixel format.
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From 4cb1b16e26751a0f33ed1d86ed38b0f505eb66f0 Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Mon, 22 Feb 2016 17:06:37 +0100
Subject: [PATCH v16] lavf/moven
On 02/22/2016 03:19 PM, Mats Peterson wrote:
Added AV_PIX_FMT_RGB565BE and AV_PIX_FMT_RGB565LE to the "is_raw_rgb"
category. Sorry for my patch spamming. This was the last one for some time.
Mats
Wait with this one. Simplification on the way.
Mats
___
On Sat, Feb 20, 2016 at 04:16:52PM -0300, James Almer wrote:
> Also test a smaller buffer. This drastically reduces --bench runtime
> and reports smaller, more readable numbers.
>
> Signed-off-by: James Almer
> ---
> tests/checkasm/vf_blend.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deleti
Hi all,
Found out today that my patch for supporting encrypted MP4's does not support
seek...
Patch attached
Thanks,
Eran
0001-mov-support-seek-in-encrypted-mp4.patch
Description: 0001-mov-support-seek-in-encrypted-mp4.patch
___
ffmpeg-devel mailing
Added AV_PIX_FMT_RGB565BE and AV_PIX_FMT_RGB565LE to the "is_raw_rgb"
category. Sorry for my patch spamming. This was the last one for some time.
Mats
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From 10345567b608425120565ce331c427b2c66e2ae2 Mon Sep 17 00:00:00 2001
From: Mats Peterson
D
On Thu, Feb 18, 2016 at 03:06:33AM +0100, Michael Niedermayer wrote:
> Hi
>
> currently merges on the ML do not contain any diff
> should this be changed ?
>
> what diff command makes most sense ?
> git log -p --first-parent -1 -m -M -C --patience
>
> jb, (in CC), would it be possible for us to
Include trk->enc->codec_id == AV_CODEC_ID_RAWVIDEO in mov->is_raw_rgb;
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From eb647df677a085a7d8afa8c73612dbfa49aa9c9d Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Mon, 22 Feb 2016 14:52:17 +0100
Subject: [PATCH v14] lavf/movenc: Add palette
On Mon, 22 Feb 2016 12:20:36 +0100
Matthieu Bouron wrote:
> From: Matthieu Bouron
>
> ---
> ...
Some remarks:
- The qcom stuff should probably be moved into its own source file,
because it's a lot of code, but self-contained.
- Do you really need h264_extradata_to_annexb_sps_pps? The BSF a
Hi,
> This datatype/library decodes 74/J:
>
> http://aminet.net/package/util/dtype/animdtc0112
Also there is "movie" player here (+ some 74/J samples), but without source
code:
http://aminet.net/package/misc/fish/fish-0116
It plays BingThrows file correctly.
Regards
Forgot to remove one of my nasty fprintf() lines.
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From 24c252a00b1cfa0ad6bdf6beb1414678fa4cd3b5 Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Mon, 22 Feb 2016 14:35:21 +0100
Subject: [PATCH v13] lavf/movenc: Add palette to video sample desc
Hi,
> What software correctly plays BoingThrows? It is 74/J compression.
This datatype/library decodes 74/J:
http://aminet.net/package/util/dtype/animdtc0112
Regards
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/l
Add some non-standard pixel formats to the "is_raw_rgb" category.
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From 79719b77d42e0f508cc6b8ddbe97e731752d576c Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Mon, 22 Feb 2016 14:30:14 +0100
Subject: [PATCH v12] lavf/movenc: Add palette to v
Zero out palette.
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From 974a68c673a451fb985a22071b7e5edad4a73fd4 Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Mon, 22 Feb 2016 13:56:31 +0100
Subject: [PATCH v11] lavf/movenc: Add palette to video sample description
---
libavformat/movenc
On 02/22/2016 01:07 PM, Mats Peterson wrote:
On 02/22/2016 12:57 PM, Mats Peterson wrote:
QuickTime uses 16 bits per component for its palette. Would it be
sensible to do the same for the internal palette in FFmpeg as well, in
order to avoid "precision loss"? With the result that AVPALETTE_SIZE
There are two routines in avutil/arm/intmath that fail to compile without IPCP.
This patch tries to detect if such optimizations are present.
I am unable to find a way to test it without using inline asm, so the check flag
is bound to each arch extension.
I also want optflags checks to be performe
On Mon, Feb 22, 2016 at 12:20:36PM +0100, Matthieu Bouron wrote:
> From: Matthieu Bouron
[...]
> +codec = (*env)->NewObject(env, jfields.mediacodec_list_class,
> jfields.init_id, 0);
> +if (!codec) {
> +av_log(NULL, AV_LOG_ERROR, "Could not create media codec
> list\n
On 02/22/2016 12:57 PM, Mats Peterson wrote:
QuickTime uses 16 bits per component for its palette. Would it be
sensible to do the same for the internal palette in FFmpeg as well, in
order to avoid "precision loss"? With the result that AVPALETTE_SIZE
will be 2048 rather than 1024.
Mats
That w
QuickTime uses 16 bits per component for its palette. Would it be
sensible to do the same for the internal palette in FFmpeg as well, in
order to avoid "precision loss"? With the result that AVPALETTE_SIZE
will be 2048 rather than 1024.
Mats
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
_
Commit '842b8f4ba2e79b9c004a67f6fdb3d5c5d05805d3' fixed clang/iphone
build but failed on some versions of cygwin. It has now been verified
to work on both platforms.
---
libswscale/arm/Makefile | 4 ++--
libswscale/arm/swscale_unscaled.c | 4
2 files changed, 2 insertions(+), 6 dele
From: Matthieu Bouron
---
configure |5 +
libavcodec/Makefile |3 +
libavcodec/allcodecs.c |1 +
libavcodec/mediacodec_wrapper.c | 1521 +++
libavcodec/mediacodec_wrapper.h | 123
libavcodec/mediacod
From: Matthieu Bouron
---
configure | 5 +
libavcodec/Makefile | 2 +
libavcodec/ffjni.c | 480
libavcodec/ffjni.h | 147
4 files changed, 634 insertions(+)
create mode 100644 libavcodec/ffjni.c
create mode 1
Differences from the latest patches:
* Android application context support has been removed
* Android content uris support has been removed
* The jni util functions has been moved from lavu to lavc, and they are
now prefixed by ff_ instead of avpriv_ and no more public interfaces are
expo
On Sat, 20 Feb 2016 21:38:30 +
Derek Buitenhuis wrote:
> On 2/20/2016 9:24 PM, Michael Niedermayer wrote:
> >> This is a silent API break. You changed behavior of a function in such a
> >> way
> >> that functioning code no longer works.
> >
> > yes, i posted a patch that would have mainta
On Wed, 17 Feb 2016 18:30:04 +0800
Rick Kern wrote:
> Autodetected by default. Encode using -codec:v vtenc.
>
> Signed-off-by: Rick Kern
> ---
The configure check doesn't work. It tries to enable it on non-OSX,
which breaks building ffmpeg out of the box on anything but OSX.
Also, I noticed t
On Mon, Feb 22, 2016 at 11:08:29AM +0100, Thilo Borgmann wrote:
> Am 22.02.16 um 05:41 schrieb Michael Niedermayer:
> > On Mon, Feb 22, 2016 at 04:31:56AM +0100, Michael Niedermayer wrote:
> >> Hi all
> >>
> >> we are still missing 3 backup mentors for the 10 "mentored" projects
> >> listed at http
Am 22.02.16 um 05:41 schrieb Michael Niedermayer:
> On Mon, Feb 22, 2016 at 04:31:56AM +0100, Michael Niedermayer wrote:
>> Hi all
>>
>> we are still missing 3 backup mentors for the 10 "mentored" projects
>> listed at https://trac.ffmpeg.org/wiki/SponsoringPrograms/GSoC/2016
>> I know its no probl
Hello,
Is there anyone help me to explain what does the Macro below do?
This macro is in ffmpeg_opt.c
#define MATCH_PER_STREAM_OPT(name, type, outvar, fmtctx, st)\
{\
int i, ret;\
for (i = 0; i < o->nb_ ## name; i++) {\
char *spec = o->name[i].specifier;\
if ((ret = che
Check for track being AVMEDIA_TYPE_VIDEO before doing anything else.
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From dd6b19cad8753603a9c7c42d2685277112df85e4 Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Mon, 22 Feb 2016 09:54:52 +0100
Subject: [PATCH v10] lavf/movenc: Add palette t
On 02/22/2016 09:07 AM, Mats Peterson wrote:
Include AV_PIX_FMT_GRAY8 in is_raw_rgb, and initialize the grayscale
palette properly.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Faulty. New
Include AV_PIX_FMT_GRAY8 in is_raw_rgb, and initialize the grayscale
palette properly.
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From 6ed97212c1333c6ba31cad5767bd7d13fbf760e5 Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Mon, 22 Feb 2016 09:04:41 +0100
Subject: [PATCH v9] lavf/mov
85 matches
Mail list logo
