Signed-off-by: Haihao Xiang
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 50ee5efecc..c065e94498 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -611,6 +611,7 @@ Daniel Verkamp78A6 07ED 782C 653E C628 B8B9
F0EB 8DD8 2F0E 21C7
F
> -Original Message-
> From: ffmpeg-devel On Behalf Of Michael
> Niedermayer
> Sent: Tuesday, December 21, 2021 7:39 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] Politics
>
> On Mon, Dec 20, 2021 at 11:20:38PM +, Soft Works wrote:
> [...]
> > >
Gerard Sole (12021-12-15):
> Adds support for concat demuxer to copy the side data information
> from the input file to the resulting file. It will behave like the
> metadata copy, where the metadata of the first file is kept in the
> the output file.
>
> Extract the current code that already perf
Helper function to check if stored box size is correct and looks
to be fully available.
---
libavformat/mov.c | 32
1 file changed, 32 insertions(+)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 2aed6e80ef..2cc9e699de 100644
--- a/libavformat/mov.c
+++
---
libavformat/mov.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 2cc9e699de..59ee7ed2a9 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -2967,6 +2967,12 @@ static int mov_read_stts(MOVContext *c, AVIOContext *pb,
MOVAtom atom)
Patch superseded by new patch using helper function.
On 2021-12-21 10:20 am, Gyan Doshi wrote:
On 2021-12-21 03:06 am, Michael Niedermayer wrote:
On Mon, Dec 20, 2021 at 10:21:53PM +0100, Michael Niedermayer wrote:
On Tue, Dec 21, 2021 at 02:31:33AM +0530, Gyan Doshi wrote:
On 2021-12-21 0
> On Dec 22, 2021, at 7:30 PM, Gyan Doshi wrote:
>
> Helper function to check if stored box size is correct and looks
> to be fully available.
> ---
> libavformat/mov.c | 32
> 1 file changed, 32 insertions(+)
>
> diff --git a/libavformat/mov.c b/libavformat/mov
tis 2021-12-21 klockan 21:24 +0100 skrev Marton Balint:
>
>
> On Tue, 21 Dec 2021, Tomas Härdin wrote:
>
> > tis 2021-12-21 klockan 11:44 +0100 skrev Marc-Antoine ARNAUD:
> > > Le ven. 17 déc. 2021 à 19:12, Marton Balint a
> > > écrit :
> > >
> > > >
> > > >
> > > > On Fri, 17 Dec 2021, Marc
Helper function to check if stored box size is correct and looks
to be fully available.
---
libavformat/mov.c | 34 ++
1 file changed, 34 insertions(+)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 2aed6e80ef..7de95b7ab0 100644
--- a/libavformat/mov.c
++
---
libavformat/mov.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 7de95b7ab0..1e44c74944 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -2969,6 +2969,12 @@ static int mov_read_stts(MOVContext *c, AVIOContext *pb,
MOVAtom atom)
20 Dec 2021, 16:31 by ffm...@haasn.xyz:
> From: Niklas Haas
>
> Signed-off-by: Niklas Haas
> ---
> doc/APIchanges| 3 +
> libavutil/dovi_meta.c | 12
> libavutil/dovi_meta.h | 143 ++
> libavutil/frame.c | 1 +
> libavutil/frame.h
Andreas Rheinhardt:
> The cases in which there was flipping together with a rotation
> that is not a multiple of the identity were wrong.
>
> Signed-off-by: Andreas Rheinhardt
> ---
> This whole patchset relies on the mismatch in av_display_rotation_set()
> being solved by keeping the current beh
Gyan Doshi (12021-12-22):
> Helper function to check if stored box size is correct and looks
> to be fully available.
> ---
> libavformat/mov.c | 34 ++
> 1 file changed, 34 insertions(+)
>
> diff --git a/libavformat/mov.c b/libavformat/mov.c
> index 2aed6e80ef..7d
On Wed, Dec 22, 2021 at 2:00 PM Lynne wrote:
>
> 20 Dec 2021, 16:31 by ffm...@haasn.xyz:
>
> > From: Niklas Haas
> >
> > Signed-off-by: Niklas Haas
> > ---
> > doc/APIchanges| 3 +
> > libavutil/dovi_meta.c | 12
> > libavutil/dovi_meta.h | 143 ++
> -Original Message-
> From: ffmpeg-devel On Behalf Of Michael
> Niedermayer
> Sent: Monday, December 20, 2021 4:24 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] Politics
>
> I am not sure the direction from which you approuch this is going to
> inc
Hendrik Leppkes:
> On Wed, Dec 22, 2021 at 2:00 PM Lynne wrote:
>>
>> 20 Dec 2021, 16:31 by ffm...@haasn.xyz:
>>
>>> From: Niklas Haas
>>>
>>> Signed-off-by: Niklas Haas
>>> ---
>>> doc/APIchanges| 3 +
>>> libavutil/dovi_meta.c | 12
>>> libavutil/dovi_meta.h | 143
On 2021-12-22 06:43 pm, Nicolas George wrote:
Gyan Doshi (12021-12-22):
Helper function to check if stored box size is correct and looks
to be fully available.
---
libavformat/mov.c | 34 ++
1 file changed, 34 insertions(+)
diff --git a/libavformat/mov.c b/
lance.lmw...@gmail.com:
> On Tue, Dec 21, 2021 at 02:20:31PM +0100, Andreas Rheinhardt wrote:
>> lance.lmw...@gmail.com:
>>> From: Limin Wang
>>>
>>> Allows user can playback bitpacked pixel format directly:
>>> ffplay -video_size 1280x720 test.bitpacked
>>> ffplay -f bitpacked -video_size 1280x72
On Wed, Dec 22, 2021 at 2:33 PM Andreas Rheinhardt
wrote:
>
> Hendrik Leppkes:
> > On Wed, Dec 22, 2021 at 2:00 PM Lynne wrote:
> >>
> >> 20 Dec 2021, 16:31 by ffm...@haasn.xyz:
> >>
> >>> From: Niklas Haas
> >>>
> >>> Signed-off-by: Niklas Haas
> >>> ---
> >>> doc/APIchanges| 3 +
>
On Wed, Dec 22, 2021 at 02:38:13PM +0100, Andreas Rheinhardt wrote:
> lance.lmw...@gmail.com:
> > On Tue, Dec 21, 2021 at 02:20:31PM +0100, Andreas Rheinhardt wrote:
> >> lance.lmw...@gmail.com:
> >>> From: Limin Wang
> >>>
> >>> Allows user can playback bitpacked pixel format directly:
> >>> ffpl
On Mon, Dec 13, 2021 at 07:05:07PM +0100, Jean-Baptiste Kempf wrote:
> On Mon, 13 Dec 2021, at 16:25, Michael Niedermayer wrote:
> > If you know of any major issues which need to be done before the release do
> > them
> > now. If you know of any issues which are release-blocking list them in a
>
On 12/22/2021 11:03 AM, Michael Niedermayer wrote:
On Mon, Dec 13, 2021 at 07:05:07PM +0100, Jean-Baptiste Kempf wrote:
On Mon, 13 Dec 2021, at 16:25, Michael Niedermayer wrote:
If you know of any major issues which need to be done before the release do them
now. If you know of any issues wh
Hendrik Leppkes:
> On Wed, Dec 22, 2021 at 2:33 PM Andreas Rheinhardt
> wrote:
>>
>> Hendrik Leppkes:
>>> On Wed, Dec 22, 2021 at 2:00 PM Lynne wrote:
20 Dec 2021, 16:31 by ffm...@haasn.xyz:
> From: Niklas Haas
>
> Signed-off-by: Niklas Haas
> ---
> doc/APIch
On 29.10.2021 22:41, Brad Smith wrote:
---
configure | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index ede8f9777b..605a317df1 100755
--- a/configure
+++ b/configure
@@ -6718,7 +6718,8 @@ enabled alsa && { check_pkg_config alsa alsa
"alsa/asound
From: Niklas Haas
In order to be able to extend this struct later (as the Dolby Vision RPU
evolves), all of the structs are considered extensible, and the
individual constituent fields must instead be accessed via offsets. The
precedent for this style of access is set in
Signed-off-by: Niklas H
From: Niklas Haas
Signed-off-by: Niklas Haas
---
libavfilter/vf_showinfo.c | 108 ++
1 file changed, 108 insertions(+)
diff --git a/libavfilter/vf_showinfo.c b/libavfilter/vf_showinfo.c
index 62c7833247..909ad4f8d7 100644
--- a/libavfilter/vf_showinfo.c
+++
From: Jan Ekström
Co-authored-by: Niklas Haas
---
fftools/ffprobe.c | 173 +-
1 file changed, 170 insertions(+), 3 deletions(-)
diff --git a/fftools/ffprobe.c b/fftools/ffprobe.c
index 906bb03b16..20582ca7ac 100644
--- a/fftools/ffprobe.c
+++ b/fftoo
From: Niklas Haas
Based on a mixture of guesswork, partial documentation in patents, and
reverse engineering of real-world samples. Confirmed working for all the
samples I've thrown at it.
Contains some annoying machinery to persist these values in between
frames, which is needed in theory even
From: Niklas Haas
And expose the parsed values as frame side data. Update FATE results to
match.
It's worth documenting that this relies on the dovi configuration record
being present on the first AVPacket fed to the decoder, which in
practice is the case if if the API user has called something
From: Niklas Haas
To avoid the ref for this growing to a very large size when attaching
the parsed RPU side data. Since this sample does not have any dynamic
metadata, two frames will serve just as well as 100.
Signed-off-by: Niklas Haas
---
tests/fate/hevc.mak| 2 +-
tests/ref/fate/
On Wed, Dec 22, 2021 at 4:38 AM Tomas Härdin wrote:
>
> tis 2021-12-21 klockan 21:24 +0100 skrev Marton Balint:
> >
> >
> > On Tue, 21 Dec 2021, Tomas Härdin wrote:
> >
> > > tis 2021-12-21 klockan 11:44 +0100 skrev Marc-Antoine ARNAUD:
> > > > Le ven. 17 déc. 2021 à 19:12, Marton Balint a
> > >
Hi.
I will try again proposing a good string API for the project. But this
time, instead of showing the implementation code, I will ask about the
principle.
So, please, read the argument, and give your opinion on the principle.
If we agree on the principle, we can discuss the code then.
* Why w
This is mostly to avoid oddities in small framerate adjustments when you
have input videos from containers such as matroska, where the pts values
are quantized with a large enough error to cause issues.
An example, when converting from 24/1.001 fps to 24 fps with round=down
from an mkv source (inl
On Wed, 22 Dec 2021, at 15:05, James Almer wrote:
> Is the December target to get into the feature freeze schedule from
> distros?
No, it was set by me, in order to get the distro freezes from January.
We can miss the target a bit this year, and then make it better for 2022.
BEst,.
--
Jean-Ba
On Wed, Dec 22, 2021 at 01:29:04PM +, Soft Works wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of Michael
> > Niedermayer
> > Sent: Monday, December 20, 2021 4:24 PM
> > To: FFmpeg development discussions and patches
> > Subject: Re: [FFmpeg-devel] Politics
> >
Niklas Haas:
> From: Niklas Haas
>
> And expose the parsed values as frame side data. Update FATE results to
> match.
>
> It's worth documenting that this relies on the dovi configuration record
> being present on the first AVPacket fed to the decoder, which in
> practice is the case if if the A
> -Original Message-
> From: ffmpeg-devel On Behalf Of Michael
> Niedermayer
> Sent: Wednesday, December 22, 2021 8:54 PM
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] Politics
>
> On Wed, Dec 22, 2021 at 01:29:04PM +, Soft Works wrote:
> >
> >
> >
On Wed, Dec 22, 2021 at 06:17:28PM +0530, Gyan Doshi wrote:
> ---
> libavformat/mov.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/libavformat/mov.c b/libavformat/mov.c
> index 7de95b7ab0..1e44c74944 100644
> --- a/libavformat/mov.c
> +++ b/libavformat/mov.c
> @@ -2969,6 +2969,1
On Wed, Dec 22, 2021 at 11:20:26AM -0500, Calvin Walton wrote:
> This is mostly to avoid oddities in small framerate adjustments when you
> have input videos from containers such as matroska, where the pts values
> are quantized with a large enough error to cause issues.
>
> An example, when conve
From: Limin Wang
Allows user can playback bitpacked pixel format directly:
ffplay -video_size 1280x720 -pixel_format yuv422p10 test.bitpacked
ffplay -f bitpacked -video_size 1280x720 -pixel_format uyvy422 test.yuv
Signed-off-by: Limin Wang
---
libavformat/Makefile | 1 +
libavformat/allf
From: Limin Wang
As suggested by Andreas Rheinhardt, most code of v210 demuxer is common code
which is duplicated from rawvideodec, so it's better to move v210/v210x
demuxer code to rawvideodec.c and reuse the common code.
Signed-off-by: Limin Wang
---
libavformat/Makefile | 4 ++--
liba
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/v210.c | 123 -
1 file changed, 123 deletions(-)
delete mode 100644 libavformat/v210.c
diff --git a/libavformat/v210.c b/libavformat/v210.c
deleted file mode 100644
index 24f71d4..00
Hi,
holidays are approaching and I got a little present for all of you
even though it won’t be something for everybody.
A while ago I had committed to prepare a test setup for integrating
GitHub in a similar way as the Git developers are doing.
For those who missed it or don’t remember the out
On Tue, 2021-12-14 at 05:53 +, Eoff, Ullysses A wrote:
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of Chen,
> > Wenbin
> > Sent: Monday, December 13, 2021 6:24 PM
> > To: ffmpeg-devel@ffmpeg.org
> > Subject: Re: [FFmpeg-devel] [PATCH] libavutil/hwcontext_qsv: clean padding
Fix #7830
When we upload a frame that is not padded as MSDK requires, we create a
new AVFrame to copy data. The frame's padding data is uninitialized so
it brings run to run problem. For example, If we run the following
command serveral times we will get different outputs.
ffmpeg -init_hw_device q
On Wed, 2021-12-22 at 23:04 +0100, Michael Niedermayer wrote:
> On Wed, Dec 22, 2021 at 11:20:26AM -0500, Calvin Walton wrote:
> > This is mostly to avoid oddities in small framerate adjustments
> > when you
> > have input videos from containers such as matroska, where the pts
> > values
> > are qu
On Wed, 2021-12-22 at 21:57 -0500, Calvin Walton wrote:
>
> If you could provide the logs from the fps filter at 'verbose' log
> level for the initial segment of the file (first ~1 second of so)
> that
> would provide helpful information.
I said "verbose", but I meant "debug" here :/
--
Calvin
These LGTM, could someone apply them for me?
Thanks!
On Tue, Dec 21, 2021 at 6:54 AM Diederick Niehorster wrote:
>
> list_options true would crash when both a video and an audio device were
> specified as input. Crash would occur on line 784 because
> ctx->device_unique_name[otherDevType] would b
On 2021-12-23 10:39 am, Roger Pack wrote:
These LGTM, could someone apply them for me?
Thanks!
Tomorrow, if no else does, or objects.
On Tue, Dec 21, 2021 at 6:54 AM Diederick Niehorster wrote:
list_options true would crash when both a video and an audio device were
specified as input.
Multiple FATE tests are failing due to
88d804b7ffa20caab2e8e2809da974c41f7fd8fc
swscale: add P210/P410/P216/P416 output
See
https://patchwork.ffmpeg.org/project/ffmpeg/patch/20211217001215.75135-10-rco...@rcombs.me/
Regards,
Gyan
___
ffmpeg-devel ma
Try to get context from the moov atom when the hoov before moov atom,
because the streams info get a possible incorrect when there have both
hoov and moov atom. So add and ignore_hoov option for try to get
moov context by user.
Signed-off-by: Steven Liu
---
doc/demuxers.texi | 6 ++
libavf
Helper function to check if stored box size is correct and looks
to be fully available.
---
libavformat/mov.c | 33 +
1 file changed, 33 insertions(+)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 2aed6e80ef..e223e95e2e 100644
--- a/libavformat/mov.c
+++
---
libavformat/mov.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index e223e95e2e..71404ba07a 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -2968,6 +2968,12 @@ static int mov_read_stts(MOVContext *c, AVIOContext *pb,
MOVAtom atom)
On 2021-12-23 03:04 am, Michael Niedermayer wrote:
On Wed, Dec 22, 2021 at 06:17:28PM +0530, Gyan Doshi wrote:
---
libavformat/mov.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 7de95b7ab0..1e44c74944 100644
--- a/libavformat/mov.c
+
Topic name is deeply misleading.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
55 matches
Mail list logo
