> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Carl Eugen Hoyos
> Sent: Tuesday, November 6, 2018 9:04 PM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [FFmpeg-cvslog] lavc/qsv_overlay: suppress
> code scan complain
>
> 2018-11-06 10:51 GMT+01:00, Zhong
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Mark Thompson
> Sent: Tuesday, November 6, 2018 2:08 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 1/7] lavc/qsvenc: enable ICQ and
> ICQ_LA on Linux
>
> On 05/11/18 12:15, Zhong Li wrote:
> >
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Mark Thompson
> Sent: Tuesday, November 6, 2018 2:13 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 2/7] lavc/qsvenc: add forced_idr
> opiton
>
> On 05/11/18 12:15, Zhong Li wrote:
> > This
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Mark Thompson
> Sent: Tuesday, November 6, 2018 2:14 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2 6/7] lavc/qsvenc: add an option to
> set h264 pps for every frame
>
> On 05/11/18 12:15, Zhong
> > -Original Message-
> > From: Song, Ruiling
> > Sent: Monday, October 29, 2018 1:18 PM
> > To: ffmpeg-devel@ffmpeg.org
> > Cc: Song, Ruiling
> > Subject: [PATCH 2/4] lavfi/opencl: Handle overlay input formats correctly.
> >
> > The main input may have alpha channel, we just ignore it.
The earlier code used the most recent non-auxiliary slice to determine
whether an auxiliary slice has the syntax of an IDR slice, even when
the most recent slice was from a slice of a redundant frame. Now only
slices of the primary coded picture are used, as the specifications
mandate.
Currently, the IdrPicFlag of an auxiliary coded picture is inferred
from the most recent slice of a non-auxiliary coded picture, regardless
of whether said slice is part of the primary coded picture or a
redundant coded picture. This is against the specifications which say
that IdrPicFlag should
> -Original Message-
> From: Song, Ruiling
> Sent: Monday, October 29, 2018 1:18 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Song, Ruiling
> Subject: [PATCH 2/4] lavfi/opencl: Handle overlay input formats correctly.
>
> The main input may have alpha channel, we just ignore it.
> Also add
2018-11-07 1:07 GMT+01:00, Marton Balint :
>
>
> On Wed, 7 Nov 2018, Carl Eugen Hoyos wrote:
>
>> Hi!
>>
>> Attached patch silences the console flooding for incomplete apng files
>> and fixes ticket #7536:
>> In-stream tag=[0][0][0][0] (0x) len=0 is not implemented.
>> Update your FFmpeg
On Wed, 7 Nov 2018, Carl Eugen Hoyos wrote:
Hi!
Attached patch silences the console flooding for incomplete apng files
and fixes ticket #7536:
In-stream tag=[0][0][0][0] (0x) len=0 is not implemented.
Update your FFmpeg version...
Please comment, Carl Eugen
+
+if
Hi!
Attached patch silences the console flooding for incomplete apng files
and fixes ticket #7536:
In-stream tag=[0][0][0][0] (0x) len=0 is not implemented.
Update your FFmpeg version...
Please comment, Carl Eugen
From dd384a34e1e8ca52f639132d3ba002c5b0534391 Mon Sep 17 00:00:00 2001
2018-11-05 18:26 GMT+01:00, Jan Ekström :
> On Mon, Nov 5, 2018 at 6:34 PM Rodger Combs wrote:
>>
>> This refers to "Dolby Vision", which can have some additional extensions,
>> but (usually?) is also valid HEVC.
>
> This probably will have to be referenced against
>
2018-11-06 13:15 GMT+01:00, Roman Sidler :
> ---
> fftools/ffmpeg.c | 8 ++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
>
> diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
> index da4259a9a8..fa54421d73 100644
> --- a/fftools/ffmpeg.c
> +++ b/fftools/ffmpeg.c
> @@ -3869,12 +3869,14
---
fftools/ffmpeg.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/fftools/ffmpeg.c b/fftools/ffmpeg.c
index da4259a9a8..fa54421d73 100644
--- a/fftools/ffmpeg.c
+++ b/fftools/ffmpeg.c
@@ -3869,12 +3869,14 @@ static int need_output(void)
*/
static OutputStream
On Mon, Oct 29, 2018 at 10:27 AM Paweł Wegner wrote:
>
> Thanks for the tip; I took Media Foundation support from PLEX's FFmpeg fork.
> The newer patch revision contains hw decoding through Media Foundation.
>
> Paweł Wegner (1):
> avcodec/mf: implemented Media Foundation wrapper
>
> configure
2018-11-06 10:51 GMT+01:00, Zhong Li :
> ffmpeg | branch: master | Zhong Li | Thu May 24
> 16:34:32 2018 +0800| [d96ae9d5ea1f47a437fc0663b0cc26ff5d4d5d31] | committer:
> Zhong Li
>
> lavc/qsv_overlay: suppress code scan complain
>
> Suppress the complain "variables 'pix_fmt' is used but maybe
>
2018-11-06 13:28 GMT+01:00, Paweł Wegner :
> So should I make it auto-detectable or not?
If the dll(s) necessary for Media Foundation at run-time are installed on
every supported Windows system, the feature should be enabled by
default.
Carl Eugen
___
So should I make it auto-detectable or not? For me it can be either way.
On Mon, Oct 29, 2018 at 10:23 PM Paul B Mahol wrote:
> On 10/29/18, Carl Eugen Hoyos wrote:
> > 2018-10-29 10:27 GMT+01:00, Paweł Wegner :
> >
> >> + --enable-mf enable decoding via MediaFoundation [no]
> >
On Tue, Nov 6, 2018 at 9:02 AM Valery Kot wrote:
>
> On Mon, Nov 5, 2018 at 4:50 PM Mark Thompson wrote:
> >
> > LGTM, tested and applied.
> >
> > - Mark
>
> Thanks!
>
> Is it also possible to apply this patch on release/4.1 branch, so that
> it will end up in the next release?
>
Unfortunately,
On Mon, Nov 5, 2018 at 4:50 PM Mark Thompson wrote:
>
> LGTM, tested and applied.
>
> - Mark
Thanks!
Is it also possible to apply this patch on release/4.1 branch, so that
it will end up in the next release?
Valery
___
ffmpeg-devel mailing list
20 matches
Mail list logo