> 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:
> > I
> 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 optio
> 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.
Signed-off-
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 be
> -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 som
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 ve
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 (pb->eof_rea
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
From
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
> https://www.dolby.com/us/en/te
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 *cho
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
> un
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
___
f
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,
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Li, Zhong
> Sent: Tuesday, October 23, 2018 3:22 PM
> To: Fu, Linjie ; ffmpeg-devel@ffmpeg.org
> Cc: Dmytrychenko, Maxym
> Subject: Re: [FFmpeg-devel] [PATCH V2]
> avcodec-qsvdec-flush-the-buffered-data-before-reinit
>
>
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
ffmpeg
21 matches
Mail list logo
