This is unacceptable behavior for maintainer.
On Wed, Dec 8, 2021 at 12:13 AM Tomas Härdin wrote:
> fre 2021-12-03 klockan 09:38 + skrev Nicolas Gaullier:
> > > Please add a reference to the relevant SMPTE document in the
> > > comment, or perhaps at the list of references at the start of th
On Wed, Dec 8, 2021 at 2:07 AM James Almer wrote:
> This is an updated and rebased version of the API that was sent to this
> mailing
> list about two years ago. It expands it with some new helpers, implements
> some
> changes that allows further extensibility for new features down the line,
> an
8 Dec 2021, 02:06 by jamr...@gmail.com:
> From: Anton Khirnov
>
> Signed-off-by: Vittorio Giovara
> Signed-off-by: Anton Khirnov
> Signed-off-by: James Almer
> ---
> libavcodec/aac.h | 11 --
> libavcodec/aac_ac3_parser.c | 9 +++--
> libavcodec/aaccoder.c | 10 +++
8 Dec 2021, 02:06 by jamr...@gmail.com:
> From: Anton Khirnov
>
> The new API is more extensible and allows for custom layouts.
> More accurate information is exported, eg for decoders that do not
> set a channel layout, lavc will not make one up for them.
>
> Deprecate the old API working with j
8 Dec 2021, 02:06 by jamr...@gmail.com:
>
> +enum AVChannel {
> +///< Invalid channel index
> +AV_CHAN_NONE = -1,
> +AV_CHAN_FRONT_LEFT,
>
No, not the pixfmt mistake again. Set AV_CHAN_NONE to 0,
the rest can follow. Or keep AV_CHAN_NONE to -1
and add a new AV_CHAN_UNSPECIFIED as 0.
On Wed, Dec 8, 2021 at 10:14 AM Lynne wrote:
>
> 8 Dec 2021, 02:06 by jamr...@gmail.com:
>
> >
> > +enum AVChannel {
> > +///< Invalid channel index
> > +AV_CHAN_NONE = -1,
> > +AV_CHAN_FRONT_LEFT,
> >
>
> No, not the pixfmt mistake again. Set AV_CHAN_NONE to 0,
> the rest can follow.
8 Dec 2021, 10:22 by h.lepp...@gmail.com:
> On Wed, Dec 8, 2021 at 10:14 AM Lynne wrote:
>
>>
>> 8 Dec 2021, 02:06 by jamr...@gmail.com:
>>
>> >
>> > +enum AVChannel {
>> > +///< Invalid channel index
>> > +AV_CHAN_NONE = -1,
>> > +AV_CHAN_FRONT_LEFT,
>> >
>>
>> No, not the pixfmt mis
On Wed, 8 Dec 2021, Lynne wrote:
8 Dec 2021, 10:22 by h.lepp...@gmail.com:
On Wed, Dec 8, 2021 at 10:14 AM Lynne wrote:
8 Dec 2021, 02:06 by jamr...@gmail.com:
+enum AVChannel {
+///< Invalid channel index
+AV_CHAN_NONE = -1,
+AV_CHAN_FRONT_LEFT,
No, not the pixfmt mis
From: Niklas Haas
And expose the parsed values as frame side data.
Signed-off-by: Niklas Haas
---
libavcodec/hevcdec.c | 34 +++---
libavcodec/hevcdec.h | 2 ++
2 files changed, 33 insertions(+), 3 deletions(-)
diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcde
From: Niklas Haas
Signed-off-by: Niklas Haas
---
doc/APIchanges| 3 ++
libavutil/dovi_meta.c | 23
libavutil/dovi_meta.h | 122 ++
libavutil/frame.c | 1 +
libavutil/frame.h | 9 +++-
libavutil/version.h | 2 +-
6 files
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..79294f6891 100644
--- a/libavfilter/vf_showinfo.c
+++
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
On Wed, 8 Dec 2021, Lynne wrote:
8 Dec 2021, 02:06 by jamr...@gmail.com:
+enum AVChannel {
+///< Invalid channel index
+AV_CHAN_NONE = -1,
+AV_CHAN_FRONT_LEFT,
No, not the pixfmt mistake again. Set AV_CHAN_NONE to 0,
the rest can follow. Or keep AV_CHAN_NONE to -1
and add a
From: Niklas Haas
And expose the parsed values as frame side data.
Signed-off-by: Niklas Haas
---
libavcodec/hevcdec.c | 32 ++--
libavcodec/hevcdec.h | 2 ++
2 files changed, 32 insertions(+), 2 deletions(-)
diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.
8 Dec 2021, 11:13 by c...@passwd.hu:
>
>
> On Wed, 8 Dec 2021, Lynne wrote:
>
>> 8 Dec 2021, 02:06 by jamr...@gmail.com:
>>
>>>
>>> +enum AVChannel {
>>> +///< Invalid channel index
>>> +AV_CHAN_NONE = -1,
>>> +AV_CHAN_FRONT_LEFT,
>>>
>>
>> No, not the pixfmt mistake again. Set AV_CHAN
8 Dec 2021, 11:06 by c...@passwd.hu:
>
>
> On Wed, 8 Dec 2021, Lynne wrote:
>
>> 8 Dec 2021, 10:22 by h.lepp...@gmail.com:
>>
>>> On Wed, Dec 8, 2021 at 10:14 AM Lynne wrote:
>>>
8 Dec 2021, 02:06 by jamr...@gmail.com:
>
> +enum AVChannel {
> +///< Invalid channel i
On Wed, 8 Dec 2021, Lynne wrote:
8 Dec 2021, 11:06 by c...@passwd.hu:
On Wed, 8 Dec 2021, Lynne wrote:
8 Dec 2021, 10:22 by h.lepp...@gmail.com:
On Wed, Dec 8, 2021 at 10:14 AM Lynne wrote:
8 Dec 2021, 02:06 by jamr...@gmail.com:
+enum AVChannel {
+///< Invalid channel inde
James Almer (12021-12-07):
> This is an updated and rebased version of the API that was sent to this
> mailing
> list about two years ago. It expands it with some new helpers, implements some
> changes that allows further extensibility for new features down the line, and
> finishes porting all mis
Lynne (12021-12-08):
> Consider adding a 25-byte or so of a description field string here that
> would also be copied if the frame/layout is copied?
> That way, users can assign a description label to each channel,
> for example labeling each channel in a 255 channel custom layout
> Opus stream use
On 12/8/2021 7:55 AM, Nicolas George wrote:
James Almer (12021-12-07):
This is an updated and rebased version of the API that was sent to this mailing
list about two years ago. It expands it with some new helpers, implements some
changes that allows further extensibility for new features down
Quoting Lynne (2021-12-08 10:02:34)
> 8 Dec 2021, 02:06 by jamr...@gmail.com:
>
> > From: Anton Khirnov
> >
> > The new API is more extensible and allows for custom layouts.
> > More accurate information is exported, eg for decoders that do not
> > set a channel layout, lavc will not make one up
Quoting Marton Balint (2021-12-08 11:55:37)
>
>
> On Wed, 8 Dec 2021, Lynne wrote:
>
> > 8 Dec 2021, 11:06 by c...@passwd.hu:
> >
> >>
> >>
> >> On Wed, 8 Dec 2021, Lynne wrote:
> >>
> >>> 8 Dec 2021, 10:22 by h.lepp...@gmail.com:
> >>>
> On Wed, Dec 8, 2021 at 10:14 AM Lynne wrote:
>
Quoting Nicolas George (2021-12-08 11:55:40)
> James Almer (12021-12-07):
> > This is an updated and rebased version of the API that was sent to this
> > mailing
> > list about two years ago. It expands it with some new helpers, implements
> > some
> > changes that allows further extensibility fo
8 Dec 2021, 13:19 by an...@khirnov.net:
> Quoting Marton Balint (2021-12-08 11:55:37)
>
>>
>>
>> On Wed, 8 Dec 2021, Lynne wrote:
>>
>> > 8 Dec 2021, 11:06 by c...@passwd.hu:
>> >
>> >>
>> >>
>> >> On Wed, 8 Dec 2021, Lynne wrote:
>> >>
>> >>> 8 Dec 2021, 10:22 by h.lepp...@gmail.com:
>> >>>
>> >>
8 Dec 2021, 13:16 by an...@khirnov.net:
> Quoting Lynne (2021-12-08 10:02:34)
>
>> 8 Dec 2021, 02:06 by jamr...@gmail.com:
>>
>> > From: Anton Khirnov
>> >
>> > The new API is more extensible and allows for custom layouts.
>> > More accurate information is exported, eg for decoders that do not
>>
On Wed, Dec 8, 2021 at 1:54 PM Lynne wrote:
>
> 8 Dec 2021, 13:19 by an...@khirnov.net:
>
> > Quoting Marton Balint (2021-12-08 11:55:37)
> >
> >>
> >>
> >> On Wed, 8 Dec 2021, Lynne wrote:
> >>
> >> > 8 Dec 2021, 11:06 by c...@passwd.hu:
> >> >
> >> >>
> >> >>
> >> >> On Wed, 8 Dec 2021, Lynne wr
ons 2021-12-08 klockan 02:18 +0100 skrev Marton Balint:
>
>
> On Wed, 8 Dec 2021, Tomas Härdin wrote:
>
> > fre 2021-12-03 klockan 09:38 + skrev Nicolas Gaullier:
> > > > Please add a reference to the relevant SMPTE document in the
> > > > comment, or perhaps at the list of references at the
Andreas Rheinhardt:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavformat/utils.c | 34 +-
> 1 file changed, 17 insertions(+), 17 deletions(-)
>
> diff --git a/libavformat/utils.c b/libavformat/utils.c
> index 7840e8717c..827e7c8d5a 100644
> --- a/libavformat/ut
I have some older systems but still decent that I have been doing hevc encoding
with for a long time. These are Dell Precision R5500 rack mount systems with
dual X5680 Xeon CPUs. One had no GPU in it and was running Windows 10 and
working fine. The second running Windows 2016 Server and has a
8 Dec 2021, 14:10 by h.lepp...@gmail.com:
> On Wed, Dec 8, 2021 at 1:54 PM Lynne wrote:
>
>>
>> 8 Dec 2021, 13:19 by an...@khirnov.net:
>>
>> > Quoting Marton Balint (2021-12-08 11:55:37)
>> >
>> >>
>> >>
>> >> On Wed, 8 Dec 2021, Lynne wrote:
>> >>
>> >> > 8 Dec 2021, 11:06 by c...@passwd.hu:
>>
James Almer (12021-12-08):
> What is wrong with it? All the functions returning a string in this API use
> the same signature. You pass it a pre-allocated buffer and it's filled with
> the string, truncating it if there's not enough space and letting the user
> know about it.
> I recall you were ag
Anton Khirnov (12021-12-08):
> I have no idea what you mean, the CUSTOM order can have any channel at
> any location. This was true in all versions of this API back to 2013.
Ok, my memories were muddy, now I remember better: it is possible, but
without (2) and (3) it is unusable: there is no point
> On Dec 7, 2021, at 7:21 AM, Thilo Borgmann wrote:
>
> Hi,
>
> will look at this soon (tm), ping me if I don‘t.
Great, thank you!
Would it be a good use of your time to send the two other patches that I have
pending as well?
— Romain
___
ffmpeg-
On Wed, Dec 8, 2021 at 4:09 PM Nicolas George wrote:
> Anton Khirnov (12021-12-08):
> > I have no idea what you mean, the CUSTOM order can have any channel at
> > any location. This was true in all versions of this API back to 2013.
>
> Ok, my memories were muddy, now I remember better: it is pos
The base size of a box refers to the size the box has in a file,
not in memory; so size_t is not their natural type. Therefore use
a plain unsigned which is smaller on 64bit systems and still big
enough to represent any conceivable base size.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/movt
Signed-off-by: Andreas Rheinhardt
---
The error checks here are btw a bit inconsistent: Most errors only lead
to a break; in case of errors from parsing the boxes this just ends
the box-parsing for-loop, not the outer while loop (and is therefore
actually redundant, because for each type there is
Signed-off-by: Andreas Rheinhardt
---
libavcodec/movtextdec.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavcodec/movtextdec.c b/libavcodec/movtextdec.c
index 5083308d58..001df6a5a1 100644
--- a/libavcodec/movtextdec.c
+++ b/libavcodec/movtextdec.c
@@ -481,8 +481,7 @@
The current checks just check whether the boxes fit into the remaining
size of the packet instead of whether they actually fit into the box
size. This has been changed; part of this change is to pass the size of
the box (minus the box header) as parameter instead of a pointer to
the AVPacket by whi
Improves readability and avoids a redundant index variable
that was mistakenly called "tracksize".
Signed-off-by: Andreas Rheinhardt
---
libavcodec/movtextdec.c | 36 ++--
1 file changed, 14 insertions(+), 22 deletions(-)
diff --git a/libavcodec/movtextdec.c b/li
Signed-off-by: Andreas Rheinhardt
---
libavcodec/movtextdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/movtextdec.c b/libavcodec/movtextdec.c
index 63709eb54b..825632ca9b 100644
--- a/libavcodec/movtextdec.c
+++ b/libavcodec/movtextdec.c
@@ -294,7 +294,7 @@ s
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/rtpdec_rfc4175.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/libavformat/rtpdec_rfc4175.c b/libavformat/rtpdec_rfc4175.c
index 7feefd2..a66e00d 100644
--- a/libavformat/rtpdec_rfc4175.c
+++ b/lib
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/af_astats.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavfilter/af_astats.c b/libavfilter/af_astats.c
index d0810b5..776a8aa 100644
--- a/libavfilter/af_astats.c
+++ b/libavfilter/af_astats.c
@@ -114,8
From: Limin Wang
Signed-off-by: Limin Wang
---
libavfilter/dnn/dnn_backend_common.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/libavfilter/dnn/dnn_backend_common.c
b/libavfilter/dnn/dnn_backend_common.c
index 6a9c4cc..8c020e5 100644
--- a/libavfilter/dnn/dnn_bac
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/rawenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/rawenc.c b/libavcodec/rawenc.c
index 7e15084..561d992 100644
--- a/libavcodec/rawenc.c
+++ b/libavcodec/rawenc.c
@@ -85,7 +85,7 @@ const AVCodec ff_r
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/v210enc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/v210enc.c b/libavcodec/v210enc.c
index 22875be..16c4f82 100644
--- a/libavcodec/v210enc.c
+++ b/libavcodec/v210enc.c
@@ -156,7 +156,7 @@ const AVCod
On Thu, Dec 09, 2021 at 09:19:42AM +0800, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavcodec/rawenc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/rawenc.c b/libavcodec/rawenc.c
> index 7e15084..561d992 10064
Ping
Wu, Jianhua:
> Ping.
> > From: Wu, Jianhua
> > Sent: Monday, November 22, 2021 4:09 PM
> > To: ffmpeg-devel@ffmpeg.org
> > Cc: Wu, Jianhua
> > Subject: [PATCH v3 1/3] avfilter/x86/vf_exposure: add x86 SIMD
> > optimization
> >
> > Performance data(Less is better):
> > exposure_c:857394
>
---
libavcodec/h2645_parse.c | 19 ++-
1 file changed, 14 insertions(+), 5 deletions(-)
refer from webrtc h264 parser
diff --git a/libavcodec/h2645_parse.c b/libavcodec/h2645_parse.c
index 6fbe97ad4a..e372d2a27b 100644
--- a/libavcodec/h2645_parse.c
+++ b/libavcodec/h2645_parse.c
From: Pierre-Anthony Lemieux
Signed-off-by: Pierre-Anthony Lemieux
---
Notes:
The IMF demuxer accepts as input an IMF CPL. The assets referenced by the
CPL can be
contained in multiple deliveries, each defined by an ASSETMAP file:
ffmpeg -assetmaps ,,... -i
If -asset
From: Pierre-Anthony Lemieux
Signed-off-by: Pierre-Anthony Lemieux
---
Notes:
Tests for the IMF demuxer.
libavformat/Makefile| 1 +
libavformat/tests/imf.c | 525
2 files changed, 526 insertions(+)
create mode 100644 libavformat/tests/imf.c
Hi all,
I have posted v9 of the IMF demuxer patch. The small changes are the
result of my running the demuxer through valgrind and failing
individual heap allocation calls.
Outstanding issues (I know of):
- it was suggested that libuuid be used to parse UUIDs in the IMF CPL.
As detailed at [1],
From: Limin Wang
Signed-off-by: Limin Wang
---
tests/fate/ffmpeg.mak | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/tests/fate/ffmpeg.mak b/tests/fate/ffmpeg.mak
index 4ba73a8..2a6a066 100644
--- a/tests/fate/ffmpeg.mak
+++ b/tests/fate/ffmpeg.mak
@@ -32,7 +32,7
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/rawenc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/rawenc.c b/libavcodec/rawenc.c
index 7e15084..561d992 100644
--- a/libavcodec/rawenc.c
+++ b/libavcodec/rawenc.c
@@ -85,7 +85,7 @@ const AVCodec ff_r
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/v210enc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/v210enc.c b/libavcodec/v210enc.c
index 22875be..16c4f82 100644
--- a/libavcodec/v210enc.c
+++ b/libavcodec/v210enc.c
@@ -156,7 +156,7 @@ const AVCod
54 matches
Mail list logo
