>> Thanks a lot, this makes sense. I thought that flag was compulsory and
>> therefore we only included linking against libraries in "Libs.private" in
>> the pc file. I have just pushed a fix to the Turing repo to include that in
>> the Libs as well.
>>
>> I have tested this and it seems to wor
Le tridi 23 messidor, an CCXXV, Paul B Mahol a écrit :
> You never asked for one.
Indeed, since I forgot to answer your mail. But you know what is
necessary in a bug report.
> Here it is attached just for you.
I think you sent it to the mailing-list, not just to me.
Anyway, I have a working ver
This reverts commit 04aa09c4bcf2d5a634a35da3a3ae3fc1abe30ef8.
The fate-ffm change is caused by field_order now being set
on the output format because the first frame arrives earlier.
The fate-mxf change is assumed to be the same.
Signed-off-by: Nicolas George
---
libavfilter/buffersrc.c | 25 ++
Signed-off-by: Nicolas George
---
libavfilter/framesync2.c | 42 +-
libavfilter/framesync2.h | 30 +++---
2 files changed, 36 insertions(+), 36 deletions(-)
Trivial change to make the next patches more readable.
diff --git a/liba
framesync2 will be the base for the version using activate.
Most of the logic will be the same, but the code cannot be shared.
Copying the file initially without change will make the diff
easier to read.
Signed-off-by: Nicolas George
---
libavfilter/framesync2.c | 343 +++
I am not entirely sure that this return code is useful,
but having and using it makes no harm.
Signed-off-by: Nicolas George
---
libavfilter/avfilter.c | 2 --
libavfilter/filters.h | 5 +
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/libavfilter/avfilter.c b/libavfilter/av
These wrappers cost nothing, they make the namespace more
consistent and they will be useful if/when locking becomes
necessary.
Signed-off-by: Nicolas George
---
libavfilter/filters.h | 21 +
1 file changed, 21 insertions(+)
diff --git a/libavfilter/filters.h b/libavfilter/f
Signed-off-by: Nicolas George
---
libavfilter/framesync2.c | 166 +++
libavfilter/framesync2.h | 77 --
2 files changed, 82 insertions(+), 161 deletions(-)
diff --git a/libavfilter/framesync2.c b/libavfilter/framesync2.c
index 8d81
Signed-off-by: Nicolas George
---
libavfilter/Makefile | 4 ++--
libavfilter/vf_stack.c | 32 +---
2 files changed, 15 insertions(+), 21 deletions(-)
Works as expected. Including shortest.
And no longer subject to bufferqueue overflows.
diff --git a/libavfilter/
On 7/17/2017 11:19 AM, Nicolas George wrote:
> This reverts commit 04aa09c4bcf2d5a634a35da3a3ae3fc1abe30ef8.
You could mention this is also reverting
e5bce8b4ce7b1f3a83998febdfa86a3771df96ce.
>
> The fate-ffm change is caused by field_order now being set
> on the output format because the first
Le nonidi 29 messidor, an CCXXV, James Almer a écrit :
> You could mention this is also reverting
> e5bce8b4ce7b1f3a83998febdfa86a3771df96ce.
I had not noticed that the FATE changes were introduced in a separate
commit. I added this:
It also reverts e5bce8b4ce7b1f3a83998febdfa86a3771df96ce that f
On 17.07.2017 16:19, Nicolas George wrote:
This reverts commit 04aa09c4bcf2d5a634a35da3a3ae3fc1abe30ef8.
The fate-ffm change is caused by field_order now being set
on the output format because the first frame arrives earlier.
The fate-mxf change is assumed to be the same.
Signed-off-by: Nicolas
Additional codebooks are added for shorter 128-sample frames. Changes in
codeword generation are made to handle valid values of 0 that prepend some
codebooks, otherwise books are classified incorrectly and cause unreadable
streams.
A second residue, floor, and mapping is created for short window l
The encoder will attempt to determine the existence of transient
signals by applying a 4th order highpass filter to remove dominant
low frequency waveforms. Frames are then split up into blocks
where the variance is calculated and compared with blocks from
the previous frame. A preecho is only like
Also fix missing dependency.
Signed-off-by: Nicolas George
---
libavfilter/Makefile | 2 +-
libavfilter/vf_threshold.c | 34 --
2 files changed, 13 insertions(+), 23 deletions(-)
For all this series: the filter builds, FATE passes, but no further tests
ha
Signed-off-by: Nicolas George
---
libavfilter/Makefile | 2 +-
libavfilter/vf_premultiply.c | 28 ++--
2 files changed, 11 insertions(+), 19 deletions(-)
diff --git a/libavfilter/Makefile b/libavfilter/Makefile
index 7acf13b0aa..5acda236e6 100644
--- a/libavfilte
Signed-off-by: Nicolas George
---
libavfilter/Makefile | 2 +-
libavfilter/vf_remap.c | 30 +++---
2 files changed, 12 insertions(+), 20 deletions(-)
diff --git a/libavfilter/Makefile b/libavfilter/Makefile
index b34272830e..7acf13b0aa 100644
--- a/libavfilter/Makefile
Signed-off-by: Nicolas George
---
libavfilter/Makefile | 2 +-
libavfilter/vf_midequalizer.c | 28 ++--
2 files changed, 11 insertions(+), 19 deletions(-)
diff --git a/libavfilter/Makefile b/libavfilter/Makefile
index 5acda236e6..0edd33576f 100644
--- a/libavfil
Signed-off-by: Nicolas George
---
libavfilter/Makefile | 2 +-
libavfilter/maskedmerge.h| 2 +-
libavfilter/vf_maskedmerge.c | 29 ++---
3 files changed, 12 insertions(+), 21 deletions(-)
diff --git a/libavfilter/Makefile b/libavfilter/Makefile
index 0edd335
Signed-off-by: Nicolas George
---
libavfilter/Makefile | 2 +-
libavfilter/vf_mergeplanes.c | 25 +
2 files changed, 10 insertions(+), 17 deletions(-)
diff --git a/libavfilter/Makefile b/libavfilter/Makefile
index 5128f0f937..16a7e87c04 100644
--- a/libavfilter/M
Signed-off-by: Nicolas George
---
libavfilter/Makefile | 2 +-
libavfilter/vf_maskedclamp.c | 31 +++
2 files changed, 12 insertions(+), 21 deletions(-)
diff --git a/libavfilter/Makefile b/libavfilter/Makefile
index 16a7e87c04..18d42a7596 100644
--- a/libavfi
Signed-off-by: Nicolas George
---
libavfilter/Makefile | 2 +-
libavfilter/vf_lut2.c | 26 +-
2 files changed, 10 insertions(+), 18 deletions(-)
diff --git a/libavfilter/Makefile b/libavfilter/Makefile
index 18d42a7596..27ceb339a4 100644
--- a/libavfilter/Makefile
+++ b
Signed-off-by: Nicolas George
---
libavfilter/Makefile| 2 +-
libavfilter/vf_hysteresis.c | 28 ++--
2 files changed, 11 insertions(+), 19 deletions(-)
diff --git a/libavfilter/Makefile b/libavfilter/Makefile
index 27ceb339a4..441e07843f 100644
--- a/libavfilter/
Signed-off-by: Nicolas George
---
libavfilter/Makefile | 2 +-
libavfilter/vf_displace.c | 31 +++
2 files changed, 12 insertions(+), 21 deletions(-)
diff --git a/libavfilter/Makefile b/libavfilter/Makefile
index 441e07843f..4d61d7835e 100644
--- a/libavfilter/M
0001-avcodec-documentation-fixing-a-typo-in-AVCodecContex.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Well, sorry, I was wrong.. I see from the code (by grep) that
encoders don't use field_order field at all.. I hope it was helpful
anyway, because the decoding is set by libavcodec.
--
С уважением,
Александр mailto:alexander.sloboden...@bramtech.ru
Hi there,
I am not sure where bug-reports about your web-site should be sent to,
so I am writing here. Please CC me in replies, I am not subscribed.
Recently in my Debian Sid (unstable) system I have faced with problem
of downloading of tarballs from https://ffmpeg.org/releases/ using wget
comman
On Mon, Jul 10, 2017 at 13:53:02 +0300, Boris Pek wrote:
> Latest news about this topic:
> https://groups.google.com/a/chromium.org/forum/#!topic/net-dev/FKXe-76GO8Y
Ah, thanks, I neglected to report this, because I thought it was an
issue with my Opera Developer (48), which uses the Chrome engine
On Tue, Jul 18, 2017 at 12:49 AM, Moritz Barsnick wrote:
> On Mon, Jul 10, 2017 at 13:53:02 +0300, Boris Pek wrote:
>> Latest news about this topic:
>> https://groups.google.com/a/chromium.org/forum/#!topic/net-dev/FKXe-76GO8Y
>
> Ah, thanks, I neglected to report this, because I thought it was an
On 7/17/2017 7:49 PM, Moritz Barsnick wrote:
> On Mon, Jul 10, 2017 at 13:53:02 +0300, Boris Pek wrote:
>> Latest news about this topic:
>> https://groups.google.com/a/chromium.org/forum/#!topic/net-dev/FKXe-76GO8Y
>
> Ah, thanks, I neglected to report this, because I thought it was an
> issue wit
On Tue, Jul 18, 2017 at 00:57:10 +0200, Hendrik Leppkes wrote:
> Chrome 59 (latest stable) still trusts the certificate just fine.
As Boris's links clearly explain: Chrome rejects these licenses
starting with version 61.
My Opera "developer" build has recently been bumped to Chrome 61
(unlike Ope
On 18.07.2017, at 00:59, James Almer wrote:
> On 7/17/2017 7:49 PM, Moritz Barsnick wrote:
>> On Mon, Jul 10, 2017 at 13:53:02 +0300, Boris Pek wrote:
>>> Latest news about this topic:
>>> https://groups.google.com/a/chromium.org/forum/#!topic/net-dev/FKXe-76GO8Y
>>
>> Ah, thanks, I neglected to
On Tue, Jul 18, 2017 at 01:52:53AM +0200, Reimar Döffinger wrote:
> On 18.07.2017, at 00:59, James Almer wrote:
>
> > On 7/17/2017 7:49 PM, Moritz Barsnick wrote:
> >> On Mon, Jul 10, 2017 at 13:53:02 +0300, Boris Pek wrote:
> >>> Latest news about this topic:
> >>> https://groups.google.com/a/ch
On Mon, Jul 17, 2017 at 04:19:23PM +0200, Nicolas George wrote:
> I am not entirely sure that this return code is useful,
> but having and using it makes no harm.
>
> Signed-off-by: Nicolas George
> ---
> libavfilter/avfilter.c | 2 --
> libavfilter/filters.h | 5 +
> 2 files changed, 5 ins
On Mon, Jul 17, 2017 at 04:19:24PM +0200, Nicolas George wrote:
> These wrappers cost nothing, they make the namespace more
> consistent and they will be useful if/when locking becomes
> necessary.
>
> Signed-off-by: Nicolas George
> ---
> libavfilter/filters.h | 21 +
> 1 fi
Okay the following patch should fix this issue. Chromium/reviewable version
here https://chromium-review.googlesource.com/c/572585/
- dale
On Fri, Jul 14, 2017 at 6:31 PM, Dale Curtis
wrote:
> On Fri, Jul 14, 2017 at 5:38 PM, Michael Niedermayer <
> mich...@niedermayer.cc> wrote:
>
>>
>> I dont
Am Dienstag, 18. Juli 2017, 01:52:53 CEST schrieb Reimar Döffinger:
> On 18.07.2017, at 00:59, James Almer wrote:
>
> > On 7/17/2017 7:49 PM, Moritz Barsnick wrote:
> >> On Mon, Jul 10, 2017 at 13:53:02 +0300, Boris Pek wrote:
> >>> Latest news about this topic:
> >>> https://groups.google.com/a/
On 9 July 2017 at 01:49, Ivan Kalvachev wrote:
> This should be the final work-in-progress patch.
>
> What's changed:
>
> 1. Removed macros conditional defines. The defaults seems to be
> optimal on all machines that I got benchmarks from. HADDPS and PHADDD
> are always slower, "BLEND"s are never
From ee094ddd0fedecc81ee0107df58fc0ec80369c13 Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Tue, 18 Jul 2017 00:01:09 -0400
Subject: [PATCH] lavc/vaapi_encode_h265: Remove duplicate
slice_segment_address.
the VAEncSliceParameterBufferHEVC in libva have support this field,
so remove the duplicate
2017-07-18 12:08 GMT+08:00 Jun Zhao :
>
From ee094ddd0fedecc81ee0107df58fc0ec80369c13 Mon Sep 17 00:00:00 2001
From: Jun Zhao
Date: Tue, 18 Jul 2017 00:01:09 -0400
Subject: [PATCH] lavc/vaapi_encode_h265: Remove duplicate
slice_segment_address.
the VAEncSliceParameterBufferHEVC in libva have su
40 matches
Mail list logo
