> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Eoff, Ullysses A
> Sent: Tuesday, February 05, 2019 8:51 AM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v2 01/11] vaapi_encode: Support more RC
>
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of Carl
> Eugen Hoyos
> Sent: Tuesday, February 05, 2019 4:57 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] Server upgrades
>
> 2019-02-05 18:03 GMT+01:00,
2019-02-05 18:03 GMT+01:00, Eoff, Ullysses A :
>> -Original Message-
>> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
>> Michael Niedermayer
>> Sent: Friday, February 01, 2019 4:53 AM
>> To: FFmpeg development discussions and patches
>> Subject: [FFmpeg-devel]
On Tue, Feb 5, 2019 at 4:33 PM Niki Bowe wrote:
> Hi Carl.
> You are of course correct.
> Attached replacement patch.
>
>
> On Mon, Feb 4, 2019 at 6:24 PM Carl Eugen Hoyos
> wrote:
>
>> 2019-02-05 3:11 GMT+01:00, Nikolas Bowe :
>>
>> > +if (mov->tracks[i].eac3_priv)
>> > +
Hi Carl.
You are of course correct.
Attached replacement patch.
On Mon, Feb 4, 2019 at 6:24 PM Carl Eugen Hoyos wrote:
> 2019-02-05 3:11 GMT+01:00, Nikolas Bowe :
>
> > +if (mov->tracks[i].eac3_priv)
> > +av_freep(>tracks[i].eac3_priv);
>
> I would have expected that the
If we enable a component but a dependant library is disabled, then the enabled
component gets silently disabled. Warning about disabled explicitly enabled
components
allows configure to show the missing dependencies and if --fatal-warnings is
used it can also fail if the user wants it so.
For
Up until now, a fragment that got reused was zeroed twice: Once during
uninit and once during reading the next packet/extradata/buffer. The
second zeroing has now been made optional.
This is also in preparation of actually reusing a fragment's units array.
Otherwise it would be lost during
Currently, a fragment's unit array is constantly reallocated during
splitting of a packet. This commit adds the ability to keep the unit
array by distinguishing between the number of allocated and the number
of valid units in the unit array.
Signed-off-by: Andreas Rheinhardt
---
Currently, in a lot of places where cbs is used there is a fragment in
the relevant context that is constantly reused to decompose and
recompose packets. This currently works as follows:
The fragment (which is already zeroed at the very beginning) is
zeroed at the beginning of the process of
This commit changes various places that make use of cbs to keep the
fragments' unit arrays instead of constantly reallocating them.
The more units a packet is split into, the bigger the benefit.
So MPEG-2 benefits the most; for a video coming from an NTSC-DVD
(usually 32 units per frame) the
Hi Niki,
> On Feb 4, 2019, at 6:03 PM, Niki Bowe wrote:
>
> Hi Baptiste.
> I agree. This patch does cause it to fail in mov_write_header in the given
> example, by propagating the errors returned from mov_write_ac3_tag.
>
> It is not always extradata related.
> Eg EAC3 parses the packets
On Tue, Feb 5, 2019 at 1:56 AM Carl Eugen Hoyos wrote:
>
> 2019-02-02 15:21 GMT+01:00, Jan Ekström :
> > On Sat, Feb 2, 2019 at 3:55 PM Carl Eugen Hoyos wrote:
> >>
> >> 2019-02-02 14:31 GMT+01:00, Jan Ekström :
> >>
> >> > I will proceed to making a FATE test
> >>
> >> You cannot add fate tests
On 2/1/19, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi | 15 +++
> libavfilter/Makefile | 1 +
> libavfilter/allfilters.c | 1 +
> libavfilter/median.h | 47
> libavfilter/median_template.c | 152
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Michael Niedermayer
> Sent: Friday, February 01, 2019 4:53 AM
> To: FFmpeg development discussions and patches
> Subject: [FFmpeg-devel] Server upgrades
>
> Hi all
>
> The OS and related
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of Mark
> Thompson
> Sent: Monday, February 04, 2019 1:26 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 01/11] vaapi_encode: Support more RC
> modes
>
> On 28/01/2019
On Tue, Feb 05, 2019 at 11:20:03AM +0100, Bodecs Bela wrote:
>
> 2019.02.05. 0:45 keltezéssel, Carl Eugen Hoyos írta:
> >2019-02-03 16:24 GMT+01:00, Marton Balint :
> >>
> >>On Sun, 3 Feb 2019, Carl Eugen Hoyos wrote:
> >>
> >>>2019-01-28 2:00 GMT+01:00, Marton Balint :
> If we enable a
On Tue, Feb 5, 2019 at 6:29 AM Carl Eugen Hoyos wrote:
> How would this be better than printing a warning if the feature
> could not be enabled as it is already done in some situations?
In most systems I've worked with, if I say "enable something" and it
cannot be enabled I want the ./configure
2019-01-28 0:47 GMT+01:00, Mark Thompson :
> +if (avctx->color_range == AVCOL_RANGE_MPEG) {
> +av_log(avctx, AV_LOG_WARNING, "Input video does not appear "
> + "to use full-range: output colours may be incorrect.\n");
The wording seems not ideal to me:
Are you not sure
2019-01-28 0:47 GMT+01:00, Mark Thompson :
> ---
> libavcodec/vaapi_encode_vp9.c | 41 +--
> 1 file changed, 25 insertions(+), 16 deletions(-)
>
> diff --git a/libavcodec/vaapi_encode_vp9.c b/libavcodec/vaapi_encode_vp9.c
> index 97142dcc49..f89fd0d07a 100644
> ---
2019-02-05 11:20 GMT+01:00, Bodecs Bela :
>
> 2019.02.05. 0:45 keltezéssel, Carl Eugen Hoyos írta:
>> 2019-02-03 16:24 GMT+01:00, Marton Balint :
>>>
>>> On Sun, 3 Feb 2019, Carl Eugen Hoyos wrote:
>>>
2019-01-28 2:00 GMT+01:00, Marton Balint :
> If we enable a component but a dependant
2019-02-05 10:13 GMT+01:00, Hendrik Leppkes :
> On Tue, Feb 5, 2019 at 2:43 AM Carl Eugen Hoyos wrote:
>>
>> 2019-02-05 1:13 GMT+01:00, Hendrik Leppkes :
>> > On Tue, Feb 5, 2019 at 1:01 AM Carl Eugen Hoyos
>> > wrote:
>> >>
>> >> 2019-02-05 0:53 GMT+01:00, Marton Balint :
>> >> >
>> >> >
>> >>
2019.02.05. 0:45 keltezéssel, Carl Eugen Hoyos írta:
2019-02-03 16:24 GMT+01:00, Marton Balint :
On Sun, 3 Feb 2019, Carl Eugen Hoyos wrote:
2019-01-28 2:00 GMT+01:00, Marton Balint :
If we enable a component but a dependant library is disabled, then the
enabled
component get silently
2019.02.03. 12:46 keltezéssel, Marton Balint írta:
On Mon, 28 Jan 2019, Marton Balint wrote:
If we enable a component but a dependant library is disabled, then
the enabled
component get silently disabled. Requesting all explicitly enabled
components
allows configure to fail and show the
On Tue, Feb 5, 2019 at 2:43 AM Carl Eugen Hoyos wrote:
>
> 2019-02-05 1:13 GMT+01:00, Hendrik Leppkes :
> > On Tue, Feb 5, 2019 at 1:01 AM Carl Eugen Hoyos wrote:
> >>
> >> 2019-02-05 0:53 GMT+01:00, Marton Balint :
> >> >
> >> >
> >> > On Tue, 5 Feb 2019, Carl Eugen Hoyos wrote:
> >> >
> >> >>
24 matches
Mail list logo