This is a buildable "skeleton" of my component (the FLIF16 parser)
i.e. everything is present aside from the logic itself.
***
Hello, I am trying to implement a parser for the FLIF16 file format as
a GSoC 2020 qualification project. So far I think I have managed to
register the parser (alongwith
Rebase and resend this patch. Fix some typo and indentation errors, and change
some ambiguous statements in the document to make it more clear.
-Xinpeng
> -Original Message-
> From: Sun, Xinpeng
> Sent: Wednesday, February 26, 2020 1:54 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Sun,
Overlay one video on the top of another.
It takes two inputs and has one output. The first input is the "main" video on
which the
second input is overlaid. This filter requires same memory layout for all the
inputs.
An example command to use this filter to overlay an image LOGO at the top-left
Original bigger patch is enough for now. Please merge, thanks!
On Wed, Jan 29, 2020 at 1:40 AM Paul B Mahol wrote:
>
> Please incorporate this change in previous bigger patch. It is ready for
> merge.
>
> On 1/29/20, Roger Pack wrote:
> > Good catch.
> > Or maybe this?
> >
> > diff --git
On Tue, Feb 25, 2020 at 5:01 AM Ross Nicholson wrote:
> Hey Jun Li,
>
> I noticed you have submitted some patches which work around the same code
> area's that I submitted for. Your patches look quite tidy and well thought
> out so I was wondering if you could look at this patch and see if I'm
On Tue, Feb 25, 2020 at 6:03 PM Mark Thompson wrote:
> On 25/02/2020 04:32, Vittorio Giovara wrote:
> > On Mon, Feb 24, 2020 at 5:18 PM Mark Thompson wrote:
> >> On 24/02/2020 21:28, Vittorio Giovara wrote:
> >>> On Sun, Feb 23, 2020 at 6:41 PM Mark Thompson wrote:
> >>>
> ---
>
On Tue, Feb 25, 2020, 9:32 PM Vittorio Giovara
wrote:
> On Tue, Feb 25, 2020 at 9:16 PM Mohammad Izadi
> wrote:
>
> > On Mon, Feb 24, 2020 at 9:56 AM Vittorio Giovara <
> > vittorio.giov...@gmail.com>
> > wrote:
> >
> > > On Sat, Feb 22, 2020 at 12:44 PM Mohammad Izadi
> > > wrote:
> > >
> > >
On Tue, Feb 25, 2020 at 9:16 PM Mohammad Izadi wrote:
> On Mon, Feb 24, 2020 at 9:56 AM Vittorio Giovara <
> vittorio.giov...@gmail.com>
> wrote:
>
> > On Sat, Feb 22, 2020 at 12:44 PM Mohammad Izadi
> > wrote:
> >
> > > On Fri, Feb 21, 2020, 6:44 PM Vittorio Giovara <
> >
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Moritz Barsnick
> Sent: Tuesday, February 25, 2020 8:54 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] Print out numeric values of option
> constants
>
> On Tue, Feb
> -Original Message-
> From: ffmpeg-devel On Behalf Of Carl
> Eugen Hoyos
> Sent: Tuesday, February 25, 2020 05:43 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] libswscale/x86/yuv2rgb: Fix Segmentation
> Fault when load unaligned data
>
>
>
Fixes ticket #8532
Signed-off-by: Ting Fu
---
V2:
Add ticket info in commit message
libswscale/x86/yuv_2_rgb.asm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libswscale/x86/yuv_2_rgb.asm b/libswscale/x86/yuv_2_rgb.asm
index e05bbb89f5..575a84d921 100644
---
On Mon, Feb 24, 2020 at 9:56 AM Vittorio Giovara
wrote:
> On Sat, Feb 22, 2020 at 12:44 PM Mohammad Izadi
> wrote:
>
> > On Fri, Feb 21, 2020, 6:44 PM Vittorio Giovara <
> vittorio.giov...@gmail.com
> > >
> > wrote:
> >
> > > On Fri, Feb 21, 2020 at 5:17 PM Mohammad Izadi
> > > wrote:
> > >
>
On 2/24/2020 6:54 AM, Anton Khirnov wrote:
> Quoting James Almer (2020-02-20 17:26:00)
>> Signed-off-by: James Almer
>
> Commit message is now misleading since it will only enable prft if it's
> not disabled.
Sorry, i pushed this during the weekend. And, true. It's still
attempting but
On 25/02/2020 14:19, Fu, Linjie wrote:
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of
>> Mark Thompson
>> Sent: Monday, February 24, 2020 07:41
>> To: ffmpeg-devel@ffmpeg.org
>> Subject: [FFmpeg-devel] [PATCH v4 02/21] cbs: Ensure that reference fields
>> always follow the
On Mon, Feb 24, 2020 at 08:48:23PM +0100, Nicolas George wrote:
> Michael Niedermayer (12020-02-24):
> > > No, they can't: being the same subtitle or not is part of the semantic.
>
> > Does anyone else share this oppinion ?
> >
> > iam asking because we need to resolve such differences of
On 25/02/2020 14:10, Fu, Linjie wrote:
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of
>> Mark Thompson
>> Sent: Monday, February 24, 2020 07:41
>> To: ffmpeg-devel@ffmpeg.org
>> Subject: [FFmpeg-devel] [PATCH v4 17/21] vaapi_encode_h264: Support
>> stereo 3D metadata
>>
>>
On 25/02/2020 04:32, Vittorio Giovara wrote:
> On Mon, Feb 24, 2020 at 5:18 PM Mark Thompson wrote:
>> On 24/02/2020 21:28, Vittorio Giovara wrote:
>>> On Sun, Feb 23, 2020 at 6:41 PM Mark Thompson wrote:
>>>
---
libavcodec/Makefile | 2 +-
libavcodec/cbs_h265.c | 99
On 25/02/2020 02:01, Linjie Fu wrote:
> Enables HEVC Range Extension decoding support for 4:2:2 8/10 bit
> on ICL+ (gen11 +) platform.
>
> Signed-off-by: Linjie Fu
> ---
> libavcodec/qsv.c | 12
> libavutil/hwcontext_qsv.c | 22 ++
> 2 files changed, 34
On 24/02/2020 10:01, Paul B Mahol wrote:
> Fixes #7190
>
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi| 22
> libavfilter/vf_program_opencl.c | 64 ++---
> 2 files changed, 65 insertions(+), 21 deletions(-)
>
> diff --git
On 2/24/2020 9:37 AM, Anton Khirnov wrote:
> Inline public functions should be avoided unless absolutely necessary,
> and no such necessity exists in this code.
> ---
> libavutil/fifo.c | 13 +
> libavutil/fifo.h | 5 +
> 2 files changed, 18 insertions(+)
>
> diff --git
Applied
On 2/17/20, jjadfh5dfg wrote:
> ‐‐‐ Original Message ‐‐‐
> On Saturday, February 15, 2020 11:11 AM, Paul B Mahol
> wrote:
>
>> On 2/15/20, jjadfh5dfg jjadfh5...@protonmail.com wrote:
>>
>> > ‐‐‐ Original Message ‐‐‐
>> > On Saturday, February 15, 2020 7:08 AM, Paul B
On Sun, Feb 23, 2020 at 09:59:59PM +0100, Michael Niedermayer wrote:
[...]
> > The subtitles refactor requires to see the big picture and all the problems
> > at
> > once.
>
> really ?
> just hypothetically, and playing the devils advocat here.
> what would happen if one problem or set of
On Tue, Jan 14, 2020 at 04:13:35AM +0100, Andreas Rheinhardt wrote:
> by moving them around.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/segafilmenc.c | 26 +-
> 1 file changed, 9 insertions(+), 17 deletions(-)
will apply
thx
[...]
--
Michael GnuPG
On Tue, Jan 14, 2020 at 04:13:36AM +0100, Andreas Rheinhardt wrote:
> Prevents memleaks when the trailer is never written or when shifting the
> data fails when writing the trailer.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/segafilmenc.c | 14 ++
> 1 file changed, 14
On Sun, Feb 23, 2020 at 08:54:00PM +, Andreas Rheinhardt wrote:
> Michael Niedermayer:
> > Fixes: null pointer dereference
> > Fixes:
> > 20768/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-5638648978735104.fuzz
> >
> > Found-by: continuous fuzzing process
> >
On Sun, Feb 23, 2020 at 04:15:35PM -0500, Brad Smith wrote:
> configure: Enable section_data_rel_ro for OpenBSD aarch64 / arm
>
> Signed-off-by: Brad Smith
> ---
> configure | 1 +
> 1 file changed, 1 insertion(+)
will apply
thx
[...]
--
Michael GnuPG fingerprint:
On Tue, Aug 13, 2019 at 04:47:17AM +0200, Andreas Rheinhardt wrote:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/mux.c | 19 +--
> 1 file changed, 9 insertions(+), 10 deletions(-)
will apply
thx
[...]
--
Michael GnuPG fingerprint:
On Mon, Feb 24, 2020 at 12:51:48PM +0100, Paul B Mahol wrote:
> lgtm
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Frequently ignored answer#1 FFmpeg bugs should be sent to our bugtracker. User
questions about the command line tools should be
Quoting Nicolas George (2020-02-25 12:47:03)
> Anton Khirnov (12020-02-19):
> > Thanks for the links. As far as I can tell this can be mapped to the
> > proposed API just fine
>
> Except for the user interface part, as I already pointed: if there are
> several times the same channel, the API
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Mark Thompson
> Sent: Monday, February 24, 2020 07:41
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH v4 02/21] cbs: Ensure that reference fields
> always follow the associated pointer
>
> Hvaing these together
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Mark Thompson
> Sent: Monday, February 24, 2020 07:41
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH v4 17/21] vaapi_encode_h264: Support
> stereo 3D metadata
>
> Insert frame packing arrangement messages into the
Hey Jun Li,
I noticed you have submitted some patches which work around the same code
area's that I submitted for. Your patches look quite tidy and well thought
out so I was wondering if you could look at this patch and see if I'm going
about it in the right way.
I'm not sure this area of ffmpeg
Andreas Rheinhardt:
> Andreas Rheinhardt:
>> Andreas Rheinhardt:
>>> Up until e7ddafd5, the Matroska muxer wrote two SeekHeads: One at the
>>> beginning referencing the main level 1 elements (i.e. not the Clusters)
>>> and one at the end, referencing the Clusters. This second SeekHead was
>>>
On Tue, Feb 25, 2020 at 12:47 PM Nicolas George wrote:
> >(except for signalling precise speaker
> > coordinates, which I don't think anything uses).
>
> I think somebody uses it, because somebody felt the need to include it
> in the standard. Therefore, we need to support
Anton Khirnov (12020-02-19):
> Thanks for the links. As far as I can tell this can be mapped to the
> proposed API just fine
Except for the user interface part, as I already pointed: if there are
several times the same channel, the API needs to provide a standard way
for the user to specify one.
Anton Khirnov (12020-02-25):
> So I believe all code needs
> continued justification for its existence - not just "it was added in
> the past so it stays in forever". Note that I'm not saying it needs to
> be mainstream or very popular - I am fine with
Hello FFMPEG-ers,
We are hiring a remote, expert FFMPEG engineer who can also develop in a
LAMP environment for our Live Broadcast Video division. The candidate must
be highly detailed, meticulous & an expert w/ ffmpeg. The goal is to
deliver very best, stable live video broadcaster in the
On 25-02-2020 04:05 pm, Paul B Mahol wrote:
ffmpeg | branch: master | Paul B Mahol | Tue Feb 25 11:33:06
2020 +0100| [b484eb2556608d6a818b27c705d959c1c2cd44ee] | committer: Paul B Mahol
avfilter/vf_v360: add basic commands support
Quoting Thilo Borgmann (2020-02-24 23:07:48)
> Am 24.02.20 um 22:41 schrieb Lou Logan:
> > On Mon, Feb 24, 2020, at 3:37 AM, Anton Khirnov wrote:
> >> It fundamentally depends on an API that has been deprecated for five
> >> years, has seen no commits since that time and is of highly dubious
> >>
On 2/25/20, Anton Khirnov wrote:
> Quoting Michael Niedermayer (2020-02-24 20:15:43)
>> On Mon, Feb 24, 2020 at 03:54:45PM +0100, Anton Khirnov wrote:
>> > Quoting Carl Eugen Hoyos (2020-02-24 13:50:57)
>> > > Am Mo., 24. Feb. 2020 um 13:40 Uhr schrieb Anton Khirnov
>> > > :
>> > > >
>> > > > It
> Am 25.02.2020 um 07:29 schrieb Ting Fu :
>
> Signed-off-by: Ting Fu
> ---
> libswscale/x86/yuv_2_rgb.asm | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libswscale/x86/yuv_2_rgb.asm b/libswscale/x86/yuv_2_rgb.asm
> index e05bbb89f5..575a84d921 100644
> ---
lgtm
On 2/25/20, Ting Fu wrote:
> Signed-off-by: Ting Fu
> ---
> libswscale/x86/yuv_2_rgb.asm | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libswscale/x86/yuv_2_rgb.asm b/libswscale/x86/yuv_2_rgb.asm
> index e05bbb89f5..575a84d921 100644
> ---
Only the Y channel is handled by dnn, the UV channels are copied
without changes.
The command to use srcnn.pb (see vf_sr) looks like:
./ffmpeg -i 480p.jpg -vf
format=yuv420p,scale=w=iw*2:h=ih*2,dnn_processing=dnn_backend=tensorflow:model=srcnn.pb:input=x:output=y
-y srcnn.jpg
Signed-off-by:
The Y channel is handled by dnn, and also resized by dnn. The UV channels
are resized with swscale.
The command to use espcn.pb (see vf_sr) looks like:
./ffmpeg -i 480p.jpg -vf
format=yuv420p,dnn_processing=dnn_backend=tensorflow:model=espcn.pb:input=x:output=y
-y tmp.espcn.jpg
Signed-off-by:
Signed-off-by: Guo, Yejun
---
libavfilter/vf_dnn_processing.c | 81 +++--
1 file changed, 61 insertions(+), 20 deletions(-)
diff --git a/libavfilter/vf_dnn_processing.c b/libavfilter/vf_dnn_processing.c
index 492df93..4d0ee78 100644
---
Quoting Michael Niedermayer (2020-02-24 20:15:43)
> On Mon, Feb 24, 2020 at 03:54:45PM +0100, Anton Khirnov wrote:
> > Quoting Carl Eugen Hoyos (2020-02-24 13:50:57)
> > > Am Mo., 24. Feb. 2020 um 13:40 Uhr schrieb Anton Khirnov
> > > :
> > > >
> > > > It fundamentally depends on an API that has
This fixes mpeg2video stream copies to mpeg muxer like this:
ffmpeg -i xdcamhd.mxf -c:v copy output.mpg
---
libavcodec/mpeg12dec.c | 7 +++
tests/ref/fate/mxf-probe-d10 | 3 +++
tests/ref/fate/ts-demux | 2 +-
3 files changed, 11 insertions(+), 1 deletion(-)
diff --git
Makes it behave similarly to av_stream_add_side_data().
---
libavcodec/utils.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/utils.c b/libavcodec/utils.c
index c4dc136d3c..08e2d5b68b 100644
--- a/libavcodec/utils.c
+++ b/libavcodec/utils.c
@@ -1980,6 +1980,11 @@
This will allow probing input coded side data, and also forwarding them to the
output.
---
libavformat/utils.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index cb15f6a4b3..a58e47fabc 100644
--- a/libavformat/utils.c
+++
The patch "avcodec/mpeg12dec: Do not alter avctx->rc_buffer_size" must be
applied first.
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20200224161256.44-1-nicolas.gaullier@cji.paris/
Patch 1/3 and 2/3 have not changed since last version.
Patch 3/3 has been updated with 2xFFMAX removed
50 matches
Mail list logo
