>
> +enabled coreimage_filter && { check_header_objcc QuartzCore/CoreImage.h
> || disable coreimage_filter; }
> +enabled coreimagesrc_filter && { check_header_objcc
> QuartzCore/CoreImage.h || disable coreimagesrc_filter; }
>
Wouldnt it be simpler to just add an item to HEADERS_LIST for
QuartzCor
I think the logic is correct but I won't be able to test it with the changes
until tomorrow. I wanted to get the patch on the ML as soon as possible
since
debugging is currently broken.
As I mentioned in the original patch thread I'll see about taking another
stab
at binutils to see if this can't
I tried to get a fresh build of ffmpeg today and ran into this issue:
OBJCC libavfilter/vf_coreimage.o
src/libavfilter/vf_coreimage.m: In function ‘config_output’:
src/libavfilter/vf_coreimage.m:75: warning: ISO C90 forbids mixed
declarations and code
src/libavfilter/vf_coreimage.m: In function ‘l
The relocation hack broke debugging on mingw-w64 when using gdb. This
makes the reloc hack dependent on --disable-debug so it's still enabled
for release builds.
This is simply an immediate fix for the issue of broken debugging, we
should probably still look at the possibility of reverting it out
On Sun, Mar 20, 2016 at 6:29 AM, Christophe Gisquet <
christophe.gisq...@gmail.com> wrote:
>
>
> I understand the sentiment, and there's probably little lost in
> keeping it, but... is it not a hack? ie:
> - When do you notice the added security is no longer there/it breaks
> in even worse ways?
>
Am 28.03.16 um 15:39 schrieb Michael Niedermayer:
> On Mon, Mar 28, 2016 at 12:34:05PM +, Kieran Kunhya wrote:
>> On Mon, 28 Mar 2016 at 11:58 Moritz Barsnick wrote:
>>
>>> [...]
>>>
>> Let's compare this to the VLC code of conduct:
>> https://wiki.videolan.org/Code_of_Conduct/
>>
>> Note how
Am 28.03.16 um 12:14 schrieb Hendrik Leppkes:
> On Mon, Mar 28, 2016 at 12:05 PM, Marton Balint wrote:
>>
>> On Mon, 28 Mar 2016, Hendrik Leppkes wrote:
>>
>>> People that don't speak up at all may approve silently (or at least
>>> not disapprove), someone that raised issues should give an explici
On Sun, Mar 27, 2016 at 04:41:49PM -0400, Aaron Boxer wrote:
> On Sun, Mar 27, 2016 at 4:10 PM, Michael Niedermayer > wrote:
>
> > On Thu, Mar 24, 2016 at 03:03:01PM +, Carl Eugen Hoyos wrote:
> > > Aaron Boxer gmail.com> writes:
> > >
> > > > Anyways, the important thing here is to ensure t
On Mon, Mar 28, 2016 at 07:58:29PM -0400, Predrag Filipovic wrote:
> Inline answers and some questions/advice_sought are marked by "---" (start
> and end)
>
> Couple of NOTES and a bit more:
>
> NOTE 1:
> PCR is a different "animal" from PCR/PAT/PMT/SDT (PSI's): PSI have upper
> bound
> deadline
On Tue, Mar 29, 2016 at 03:13:50AM +0530, Disha Singh wrote:
> What is lpc ?
linear predictive coding
> Which lpc type (there are many in libavcodec/lpc.h)should be
> used for mlp ?
i would guess that doesnt matter and it should at some point become
a user specified parameter
you can also look
Inline answers and some questions/advice_sought are marked by "---" (start
and end)
Couple of NOTES and a bit more:
NOTE 1:
PCR is a different "animal" from PCR/PAT/PMT/SDT (PSI's): PSI have upper
bound
deadline with no consequences if inserted early while PCR value needs to
reflect
time at the "
Hi
On Mon, Mar 28, 2016 at 08:36:17PM +0300, Станислав Долганов wrote:
> Fix problems with multithread runs.
>
> --
> Stanislav Dolganov
> libavcodec/ffv1.c | 13
> libavcodec/ffv1.h |4 +
> libavcodec/ffv1dec.c
On Sun, 27 Mar 2016, Hendrik Leppkes wrote:
On Sun, Mar 27, 2016 at 6:09 PM, Marton Balint wrote:
Signed-off-by: Marton Balint
---
libavcodec/utils.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavcodec/utils.c b/libavcodec/utils.c
index c625bbc..073c6fa 100644
-
To correct that : the error is in line 214 in lpc.c not lpc.h
On Tue, Mar 29, 2016 at 3:13 AM, Disha Singh
wrote:
> What is lpc ? Which lpc type (there are many in libavcodec/lpc.h)should be
> used for mlp ? Also, please tell lpc_passes and precision and max_order
> value to be specified for mlp
What is lpc ? Which lpc type (there are many in libavcodec/lpc.h)should be
used for mlp ? Also, please tell lpc_passes and precision and max_order
value to be specified for mlp.
In correct order of parameters in old file is causing SIGABRT error in line
214 in lpc.h . :(((
On Mon, Mar 28, 2016 at
On Mon, 28 Mar 2016 15:06:25 -0600, Roger Pack wrote:
>
> LGTM.
> -roger-
Pushed, thanks.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 3/26/16, Lou Logan wrote:
> Signed-off-by: Lou Logan
> ---
> Probably don't need to send this for review, but I know nothing of dshow
> and can't test this trivial change since I don't use Windows.
> ---
> libavdevice/dshow_crossbar.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-
---
libswscale/arm/yuv2rgb_neon.S | 137 ++
1 file changed, 60 insertions(+), 77 deletions(-)
diff --git a/libswscale/arm/yuv2rgb_neon.S b/libswscale/arm/yuv2rgb_neon.S
index ef7b0a6..e1b68c1 100644
--- a/libswscale/arm/yuv2rgb_neon.S
+++ b/libswscale/arm/y
From: Matthieu Bouron
---
libswscale/arm/yuv2rgb_neon.S | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/libswscale/arm/yuv2rgb_neon.S b/libswscale/arm/yuv2rgb_neon.S
index f40327b..aac0773 100644
--- a/libswscale/arm/yuv2rgb_neon.S
+++ b/libswscale/arm/yuv2rgb_neon.S
---
libswscale/arm/yuv2rgb_neon.S | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/libswscale/arm/yuv2rgb_neon.S b/libswscale/arm/yuv2rgb_neon.S
index e1b68c1..124d7d3 100644
--- a/libswscale/arm/yuv2rgb_neon.S
+++ b/libswscale/arm/yuv2rgb_neon.S
@@ -56,8 +56,8 @@
From: Matthieu Bouron
---
libswscale/arm/yuv2rgb_neon.S | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libswscale/arm/yuv2rgb_neon.S b/libswscale/arm/yuv2rgb_neon.S
index 22864ec..4601a79 100644
--- a/libswscale/arm/yuv2rgb_neon.S
+++ b/libswscale/arm/yuv2rgb_neon.S
@@ -15
From: Matthieu Bouron
---
libswscale/arm/yuv2rgb_neon.S | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libswscale/arm/yuv2rgb_neon.S b/libswscale/arm/yuv2rgb_neon.S
index 4601a79..ef7b0a6 100644
--- a/libswscale/arm/yuv2rgb_neon.S
+++ b/libswscale/arm/yuv2rgb_neon.S
@@ -13
From: Matthieu Bouron
---
libswscale/arm/swscale_unscaled.c | 72 --
libswscale/arm/yuv2rgb_neon.S | 156 --
2 files changed, 66 insertions(+), 162 deletions(-)
diff --git a/libswscale/arm/swscale_unscaled.c
b/libswscale/arm/swscale_unsc
From: Matthieu Bouron
---
libswscale/arm/yuv2rgb_neon.S | 1 -
1 file changed, 1 deletion(-)
diff --git a/libswscale/arm/yuv2rgb_neon.S b/libswscale/arm/yuv2rgb_neon.S
index aac0773..22864ec 100644
--- a/libswscale/arm/yuv2rgb_neon.S
+++ b/libswscale/arm/yuv2rgb_neon.S
@@ -171,7 +171,6 @@
On Mon, Mar 28, 2016 at 07:51:24PM +0300, Kirill Gavrilov wrote:
> ---
> libavcodec/mediacodecdec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/mediacodecdec.c b/libavcodec/mediacodecdec.c
> index 5c1368f..c21ceba 100644
> --- a/libavcodec/mediacodecdec.c
>
It was a little typo, attached patch fixed.
2016-03-28 16:09 GMT-03:00 Michael Niedermayer :
> On Mon, Mar 28, 2016 at 01:56:08PM -0300, Pedro Arthur wrote:
> > Hi,
> >
> > This patch removes the previous swscale code which where under the
> '#ifndef
> > NEW_FILTER'.
> > It also remove a few unus
---
libswscale/arm/swscale_unscaled.c | 18 +-
libswscale/arm/yuv2rgb_neon.S | 40 +--
2 files changed, 31 insertions(+), 27 deletions(-)
diff --git a/libswscale/arm/swscale_unscaled.c
b/libswscale/arm/swscale_unscaled.c
index 149208c..e159
---
libswscale/arm/yuv2rgb_neon.S | 88 +--
1 file changed, 34 insertions(+), 54 deletions(-)
diff --git a/libswscale/arm/yuv2rgb_neon.S b/libswscale/arm/yuv2rgb_neon.S
index 124d7d3..6b911c8 100644
--- a/libswscale/arm/yuv2rgb_neon.S
+++ b/libswscale/arm/y
On Sun, Mar 27, 2016 at 5:58 PM, Matthieu Bouron
wrote:
>
>
> On Fri, Mar 25, 2016 at 11:45 PM, Matthieu Bouron <
> matthieu.bou...@gmail.com> wrote:
>
>> The following patchset aims to make bitexact the yuv->rgba armv7 neon
>> code path
>> with the aarch64 one. It also aims to make the two code
On Mon, Mar 28, 2016 at 01:56:08PM -0300, Pedro Arthur wrote:
> Hi,
>
> This patch removes the previous swscale code which where under the '#ifndef
> NEW_FILTER'.
> It also remove a few unused fields of SwsContext.
> Seems it doesn't introduce any regression (passes all FATE tests) but it
> would
Signed-off-by: Michael Niedermayer
---
libavcodec/mpeg4videodec.c | 12 ++-
tests/ref/fate/iv8-demux | 48 ++--
tests/ref/fate/nc-demux| 182 ++--
3 files changed, 125 insertions(+), 117 deletions(-)
diff --git a/libavcodec/mpeg4videodec
Signed-off-by: Michael Niedermayer
---
libavcodec/mpeg4videodec.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/mpeg4videodec.c b/libavcodec/mpeg4videodec.c
index a74cdbd..1fef372 100644
--- a/libavcodec/mpeg4videodec.c
+++ b/libavcodec/mpeg4videodec.c
@@ -20
On Mon, Mar 28, 2016 at 06:52:26PM +0200, wm4 wrote:
> On Mon, 28 Mar 2016 18:44:33 +0200
> Michael Niedermayer wrote:
>
> > On Mon, Mar 28, 2016 at 02:15:50PM +0200, Clément Bœsch wrote:
> > > This is consistent with other AVSubtitle timing adjustments.
> > > ---
> > > libavcodec/utils.c | 9 ++
Fix problems with multithread runs.
--
Stanislav Dolganov
0001-simple-P-frame-support.patch
Description: Binary data
0002-more-tests-and-residual-formula.patch
Description: Binary data
0003-thread-bug-semi-fix.patch
Description: Binary data
0004-ffv1-threads-bug-fix.patch
Description: Bin
Hi,
This patch removes the previous swscale code which where under the '#ifndef
NEW_FILTER'.
It also remove a few unused fields of SwsContext.
Seems it doesn't introduce any regression (passes all FATE tests) but it
would be better if someone could test it more.
From d52cb0e25332a0327acdac89256bea
---
libavcodec/mediacodecdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/mediacodecdec.c b/libavcodec/mediacodecdec.c
index 5c1368f..c21ceba 100644
--- a/libavcodec/mediacodecdec.c
+++ b/libavcodec/mediacodecdec.c
@@ -247,7 +247,7 @@ static int mediacodec_dec_p
On Mon, 28 Mar 2016 18:44:33 +0200
Michael Niedermayer wrote:
> On Mon, Mar 28, 2016 at 02:15:50PM +0200, Clément Bœsch wrote:
> > This is consistent with other AVSubtitle timing adjustments.
> > ---
> > libavcodec/utils.c | 9 +++--
> > 1 file changed, 7 insertions(+), 2 deletions(-)
> >
>
---
libavcodec/mediacodecdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/mediacodecdec.c b/libavcodec/mediacodecdec.c
index 5c1368f..c21ceba 100644
--- a/libavcodec/mediacodecdec.c
+++ b/libavcodec/mediacodecdec.c
@@ -247,7 +247,7 @@ static int mediacodec_dec_p
On Mon, Mar 28, 2016 at 02:15:50PM +0200, Clément Bœsch wrote:
> This is consistent with other AVSubtitle timing adjustments.
> ---
> libavcodec/utils.c | 9 +++--
> 1 file changed, 7 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/utils.c b/libavcodec/utils.c
> index c625bbc..2c8fc
On Mon, Mar 28, 2016 at 06:09:03PM +0200, Clément Bœsch wrote:
> On Mon, Mar 28, 2016 at 04:57:51PM +0200, Michael Niedermayer wrote:
> > On Mon, Mar 28, 2016 at 02:10:51PM +0200, Clément Bœsch wrote:
> > > lavc/utils already rescales avpkt->pts to sub->pts in AV_TIME_BASE_Q
> > > before calling th
On Mon, Mar 28, 2016 at 04:57:51PM +0200, Michael Niedermayer wrote:
> On Mon, Mar 28, 2016 at 02:10:51PM +0200, Clément Bœsch wrote:
> > lavc/utils already rescales avpkt->pts to sub->pts in AV_TIME_BASE_Q
> > before calling the decode callback. This prevents from rescaling again
> > into the deco
On Mon, Mar 28, 2016 at 02:10:51PM +0200, Clément Bœsch wrote:
> lavc/utils already rescales avpkt->pts to sub->pts in AV_TIME_BASE_Q
> before calling the decode callback. This prevents from rescaling again
> into the decoder, and avoid the use of avctx->time_base which will
> disappear in the inco
On Mon, 28 Mar 2016 12:05:10 +0200 (CEST)
Marton Balint wrote:
> On Mon, 28 Mar 2016, Hendrik Leppkes wrote:
>
> > People that don't speak up at all may approve silently (or at least
> > not disapprove), someone that raised issues should give an explicit
> > OK/Nevermind/whatever, agreeing with
On Mon, Mar 28, 2016 at 12:34:05PM +, Kieran Kunhya wrote:
> On Mon, 28 Mar 2016 at 11:58 Moritz Barsnick wrote:
>
> > On Mon, Mar 28, 2016 at 02:18:32 +0200, Michael Niedermayer wrote:
> > > +it is malice its rarely good to start with that as initial assumption.
> >^
> >
On Mon, 28 Mar 2016 at 11:58 Moritz Barsnick wrote:
> On Mon, Mar 28, 2016 at 02:18:32 +0200, Michael Niedermayer wrote:
> > +it is malice its rarely good to start with that as initial assumption.
>^
>, it's
>
> > +The goal of Software development is to create
lavc/utils already rescales avpkt->pts to sub->pts in AV_TIME_BASE_Q
before calling the decode callback. This prevents from rescaling again
into the decoder, and avoid the use of avctx->time_base which will
disappear in the incoming codecpar merge.
This commit also replaces the use of "20 centisec
This is consistent with other AVSubtitle timing adjustments.
---
libavcodec/utils.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/libavcodec/utils.c b/libavcodec/utils.c
index c625bbc..2c8fc9c 100644
--- a/libavcodec/utils.c
+++ b/libavcodec/utils.c
@@ -2582,8 +2582,
On Mon, Mar 28, 2016 at 02:18:32 +0200, Michael Niedermayer wrote:
> +it is malice its rarely good to start with that as initial assumption.
^
, it's
> +The goal of Software development is to create technical excellence, not for
> any
^ s
Moritz
_
On Mon, Mar 28, 2016 at 12:05 PM, Marton Balint wrote:
>
> On Mon, 28 Mar 2016, Hendrik Leppkes wrote:
>
>> People that don't speak up at all may approve silently (or at least
>> not disapprove), someone that raised issues should give an explicit
>> OK/Nevermind/whatever, agreeing with you or with
On Mon, 28 Mar 2016, Hendrik Leppkes wrote:
People that don't speak up at all may approve silently (or at least
not disapprove), someone that raised issues should give an explicit
OK/Nevermind/whatever, agreeing with you or withdrawing his
complaints, there is no "silent" option there.
This s
On Sun, Mar 27, 2016 at 11:15 PM, Kirill Gavrilov
wrote:
> Hi,
>
Hi,
>
> on my device ("OMX.allwinner.video.decoder.avc") returned stride property
> is always 0.
> I have found that stride is overridden for "OMX.SEC.avc.dec" and prepared
> the similar patch.
> But probably it is better to chan
51 matches
Mail list logo
