On Mon, Apr 22, 2024 at 09:42:11PM -0300, James Almer wrote:
> On 4/22/2024 9:36 PM, Michael Niedermayer wrote:
> > On Mon, Apr 22, 2024 at 10:24:18AM +, Niklas Haas wrote:
> > > ffmpeg | branch: master | Niklas Haas | Fri Mar 29
> > > 13:14:54 2024 +0100|
From: Haihao Xiang
It is possible that ff_progress_frame_await() is called but
ff_progress_frame_report() isn't called when a hardware acceleration
method is used, so a thread for vp9 decoding might get stuck.
Signed-off-by: Haihao Xiang
---
libavcodec/vp9.c | 2 +-
1 file changed, 1
On 4/22/2024 9:36 PM, Michael Niedermayer wrote:
On Mon, Apr 22, 2024 at 10:24:18AM +, Niklas Haas wrote:
ffmpeg | branch: master | Niklas Haas | Fri Mar 29 13:14:54
2024 +0100| [39ca87ed1ef876af9622a5aa331e18167fdfdf27] | committer: Niklas Haas
avcodec/libx265: implement dolby vision
On Mon, Apr 22, 2024 at 10:24:18AM +, Niklas Haas wrote:
> ffmpeg | branch: master | Niklas Haas | Fri Mar 29 13:14:54
> 2024 +0100| [39ca87ed1ef876af9622a5aa331e18167fdfdf27] | committer: Niklas
> Haas
>
> avcodec/libx265: implement dolby vision coding
>
> libx265 supports these
On Thu, Apr 18, 2024 at 10:46:35AM +0200, Stefano Sabatini wrote:
> On date Wednesday 2024-04-17 15:58:32 +0200, Michael Niedermayer wrote:
> > Hi all
> >
> > The pace of inovation in FFmpeg has been slowing down.
> > Most work is concentarted nowadays on code refactoring, and adding
> > support
On Mon, Apr 22, 2024 at 10:22:06PM +0100, Mark Thompson wrote:
> Replace existing get_profile() with find_profile(), which finds the
> lowest compatible profile rather than requiring an exact match.
> ---
> libavcodec/h265_profile_level.c | 73 +
>
Fixes Coverity issues #1596529, #1596531.
Introduced in 8e35e33d42efb89ff7e3da92b841a3b43a5a95bc.
Signed-off-by: Andreas Rheinhardt
---
fftools/ffmpeg_filter.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fftools/ffmpeg_filter.c b/fftools/ffmpeg_filter.c
index
On 4/22/2024 8:49 PM, Michael Niedermayer wrote:
On Mon, Apr 22, 2024 at 06:07:42PM -0300, James Almer wrote:
On 4/22/2024 6:01 PM, Michael Niedermayer wrote:
On Mon, Apr 22, 2024 at 05:46:10PM -0300, James Almer wrote:
On 4/22/2024 5:40 PM, Mark Thompson wrote:
On 22/04/2024 02:31, Michael
On Mon, Apr 22, 2024 at 06:07:42PM -0300, James Almer wrote:
> On 4/22/2024 6:01 PM, Michael Niedermayer wrote:
> > On Mon, Apr 22, 2024 at 05:46:10PM -0300, James Almer wrote:
> > > On 4/22/2024 5:40 PM, Mark Thompson wrote:
> > > > On 22/04/2024 02:31, Michael Niedermayer wrote:
> > > > >
libva 2.0 was released in 2017 and the 2.x versions are included in all
supported distributions nowadays. Various features no longer need any
configure check after this command, including all codecs except AV1.
Note that the libva version is the API version plus one, so this is
removing support
libva 2.0 was released in 2017 and the 2.x versions are included in all
supported distributions nowadays.
---
Rebase on the dynamic pool change.
libavfilter/vaapi_vpp.c | 22 --
1 file changed, 8 insertions(+), 14 deletions(-)
diff --git a/libavfilter/vaapi_vpp.c
libva 2.0 was released in 2017 and the 2.x versions are included in all
supported distributions nowadays.
---
Fixed some orphaned labels.
libavcodec/vaapi_decode.c | 39 ++---
libavcodec/vaapi_encode.c | 78 ++
libavcodec/vaapi_encode.h
libva 2.0 was released in 2017 and the 2.x versions are included in all
supported distributions nowadays.
---
Rebased.
I think we can also drop the other quirks? They are for the proprietary media
SDK driver (which I think is dead?) and the VDPAU wrapper (which I don't think
was ever updated
Rather than turning the constraint flags into a single profile and then
searching for that profile (and failing if it doesn't match any profile
exactly), instead search all supported profiles and use the first one
which supports the given set of constraint flags.
---
This fixes decode of rext
Replace existing get_profile() with find_profile(), which finds the
lowest compatible profile rather than requiring an exact match.
---
libavcodec/h265_profile_level.c | 73 +
libavcodec/h265_profile_level.h | 70 ++-
On 18/04/2024 09:21, Wang, Fei W wrote:
> On Tue, 2024-04-16 at 04:57 +, Wang, Fei W wrote:
>> On Mon, 2024-04-15 at 23:07 +0100, Mark Thompson wrote:
>>> Why is this change helpful?
>>
>> Together with 2/2 fix on the hw support VAAPI main12 decode and
>> encode:
>>
>> $ ffmpeg -hwaccel vaapi
On 4/22/2024 6:01 PM, Michael Niedermayer wrote:
On Mon, Apr 22, 2024 at 05:46:10PM -0300, James Almer wrote:
On 4/22/2024 5:40 PM, Mark Thompson wrote:
On 22/04/2024 02:31, Michael Niedermayer wrote:
Found-by-reviewing: CID1419833 Untrusted loop bound
Sponsored-by: Sovereign Tech Fund
Hello,
I suspect this topic has been visited a number of times over the
years, but I figured I should re-raise it.
In the compressed domain, field ordering is represented by the
AVFieldOrder enumeration. Among the interlaced possibilities, you've
got four combinations: AV_FIELD_TT,
On Mon, Apr 22, 2024 at 05:46:10PM -0300, James Almer wrote:
> On 4/22/2024 5:40 PM, Mark Thompson wrote:
> > On 22/04/2024 02:31, Michael Niedermayer wrote:
> > > Found-by-reviewing: CID1419833 Untrusted loop bound
> > >
> > > Sponsored-by: Sovereign Tech Fund
> > > Signed-off-by: Michael
On Mon, Apr 22, 2024 at 12:17:02PM +0200, Timo Rothenpieler wrote:
>
>
> On 22.04.2024 03:11, Michael Niedermayer wrote:
> > Fixes: CID1418336 Logically dead code
> >
> > Sponsored-by: Sovereign Tech Fund
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavfilter/vf_thumbnail_cuda.c | 2
On 4/22/2024 5:40 PM, Mark Thompson wrote:
On 22/04/2024 02:31, Michael Niedermayer wrote:
Found-by-reviewing: CID1419833 Untrusted loop bound
Sponsored-by: Sovereign Tech Fund
Signed-off-by: Michael Niedermayer
---
libavcodec/cbs_h2645.c | 4
1 file changed, 4 insertions(+)
diff
On 22/04/2024 21:36, Lynne wrote:
> Apr 22, 2024, 22:31 by s...@jkqxz.net:
>
>> ---
>> Actually match the specification. (Though I'm guessing this field isn't
>> actually used if things pass anyway?)
>>
>> libavcodec/av1dec.c | 9 +++--
>> 1 file changed, 7 insertions(+), 2 deletions(-)
>>
On 22/04/2024 02:31, Michael Niedermayer wrote:
> Found-by-reviewing: CID1419833 Untrusted loop bound
>
> Sponsored-by: Sovereign Tech Fund
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/cbs_h2645.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/libavcodec/cbs_h2645.c
Apr 22, 2024, 22:31 by s...@jkqxz.net:
> ---
> Actually match the specification. (Though I'm guessing this field isn't
> actually used if things pass anyway?)
>
> libavcodec/av1dec.c | 9 +++--
> 1 file changed, 7 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/av1dec.c
---
Actually match the specification. (Though I'm guessing this field isn't
actually used if things pass anyway?)
libavcodec/av1dec.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/libavcodec/av1dec.c b/libavcodec/av1dec.c
index 69da08b686..79a30a114d 100644
---
On Mon, Apr 22, 2024 at 3:34 PM Xiang, Haihao
wrote:
>
> From: Haihao Xiang
>
> Otherwise there are link errors:
> LD ffprobe_g
> /usr/bin/ld: libavcodec/libavcodec.so: undefined reference to
> `ff_dovi_rpu_generate'
> /usr/bin/ld: libavcodec/libavcodec.so: undefined reference to
>
>
> From: Haihao Xiang
>
> Otherwise there are link errors:
> LD ffprobe_g
> /usr/bin/ld: libavcodec/libavcodec.so: undefined reference to
> `ff_dovi_rpu_generate'
> /usr/bin/ld: libavcodec/libavcodec.so: undefined reference to
> `ff_dovi_configure'
> collect2: error: ld returned 1 exit
On date Monday 2024-04-22 16:56:48 +0100, Andrew Sayers wrote:
> Derived from detailed explanations kindly provided by Stefano Sabatini:
> https://ffmpeg.org/pipermail/ffmpeg-devel/2024-April/325903.html
> ---
> doc/context.md | 276 +
> 1 file
Stefano Sabatini:
> On date Saturday 2024-04-20 18:47:58 +0200, Andreas Rheinhardt wrote:
>> Stefano Sabatini:
> [...]
1. This does not match mkvextract behaviour. mkvextract does not force a
1ms timebase.
>>>
>>> From your past comment:
The accuracy of the timestamps output by
Some headings needed to be rewritten to accomodate the text,
(hopefully) without changing the meaning.
---
libavcodec/aacdec.h | 2 +-
libavcodec/aacenc.h | 2 +-
libavcodec/ac3enc.h | 2 +-
libavcodec/amfenc.h | 2 +-
libavcodec/atrac.h
---
libavutil/log.h | 11 ---
libavutil/opt.h | 7 ---
2 files changed, 12 insertions(+), 6 deletions(-)
diff --git a/libavutil/log.h b/libavutil/log.h
index ab7ceabe22..cfbf416679 100644
--- a/libavutil/log.h
+++ b/libavutil/log.h
@@ -59,9 +59,14 @@ typedef enum {
struct
Derived from detailed explanations kindly provided by Stefano Sabatini:
https://ffmpeg.org/pipermail/ffmpeg-devel/2024-April/325903.html
---
doc/context.md | 276 +
1 file changed, 276 insertions(+)
create mode 100644 doc/context.md
diff --git
I've updated the link in patch 1 to point to this thread instead of your
original post.
I've heavily rewritten "jargon.md" and renamed it to "context.md", reflecting
how it's more important than I previously realised. I think it's safe to leave
it in markdown format in doc/ now - it shouldn't
On 4/22/2024 3:25 PM, Derek Buitenhuis wrote:
> +{ ERROR_TAG(HTTP_TOO_MANY_REQUESTS), "Server returned 404 Too Many
> Requests" },
Derp.
Change locally to "Server returned 429 Too Many Requests".
- Derek
___
ffmpeg-devel mailing list
On date Monday 2024-04-22 15:26:24 +0100, Derek Buitenhuis wrote:
> On 4/16/2024 6:13 PM, Stefano Sabatini wrote:
> >> +@item metadata
> >> +An exported dictionary containing Icecast metadata from the bitstream, if
> >> present.
> >> +Only useful with the C API.
> >
> > Probably best to use
On 4/16/2024 6:13 PM, Stefano Sabatini wrote:
>> +@item metadata
>> +An exported dictionary containing Icecast metadata from the bitstream, if
>> present.
>> +Only useful with the C API.
>
> Probably best to use impersonal verbal mode:
> Set an exported ...
This is not quite right. This is not
The existing option only allows users to set the max delay for a
single attempt, rather than the total allowed delay, which is both
pretty unintitive, and only applicable when exponential backoff is
used.
The default for this option is set to 256, which is just above the
effective total delay
Not every use case benefits from setting retries in terms of the backoff.
Signed-off-by: Derek Buitenhuis
---
libavformat/http.c| 12 +---
libavformat/version.h | 2 +-
2 files changed, 10 insertions(+), 4 deletions(-)
diff --git a/libavformat/http.c b/libavformat/http.c
index
This accurately reflects what it does, as per
e75bbcf493aeb549d04c56f49406aeee3950d93b.
Signed-off-by: Derek Buitenhuis
---
libavformat/http.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/libavformat/http.c b/libavformat/http.c
index
Signed-off-by: Derek Buitenhuis
---
doc/protocols.texi | 35 ++-
1 file changed, 34 insertions(+), 1 deletion(-)
diff --git a/doc/protocols.texi b/doc/protocols.texi
index 5ce1ddc8f4..ed70af4b33 100644
--- a/doc/protocols.texi
+++ b/doc/protocols.texi
@@ -492,6
This makes the list easier to maintain.
Signed-off-by: Derek Buitenhuis
---
doc/protocols.texi | 112 ++---
1 file changed, 56 insertions(+), 56 deletions(-)
diff --git a/doc/protocols.texi b/doc/protocols.texi
index f54600b846..5ce1ddc8f4 100644
---
429 and 503 codes can, and often do (e.g. all Google Cloud
Storage URLs can), return a Retry-After header with the error,
indicating how long to wait, in seconds, before retrying again.
If it is not respected by, for example, using our default backoff
stratetgy instead, chances of success are very
Many "bad" HTTP codes like 429 and 503 may include important info in
their headers.
Also, in general, there is no purpose in bailing here.
Signed-off-by: Derek Buitenhuis
---
libavformat/http.c | 25 -
1 file changed, 20 insertions(+), 5 deletions(-)
diff --git
Added in thep previous commit.
Signed-off-by: Derek Buitenhuis
---
libavformat/http.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavformat/http.c b/libavformat/http.c
index ed20359552..bbace2694f 100644
--- a/libavformat/http.c
+++ b/libavformat/http.c
@@ -286,6 +286,7 @@
This is a common error code from e.g. CDNs or cloud storage, and
it is useful to be able to handle it differently to a generic
4XX code.
Its source is RFC6585.
Signed-off-by: Derek Buitenhuis
---
libavutil/error.c | 1 +
libavutil/error.h | 1 +
libavutil/version.h | 2 +-
3 files changed,
This patch set adds support for properly handling HTTP 429 codes,
and their rate limiting, which is widely used and is standardized.
Changes since first set:
* Added AVERROR_HTTP_TOO_MANY_REQUESTS top error_entries in error.c, per
Andreas' review.
* Made respect_retry_after unsigned and use
On date Saturday 2024-04-20 18:47:58 +0200, Andreas Rheinhardt wrote:
> Stefano Sabatini:
[...]
> >> 1. This does not match mkvextract behaviour. mkvextract does not force a
> >> 1ms timebase.
> >
> > From your past comment:
> >> The accuracy of the timestamps output by mkvextract is determined
On date Thursday 2024-04-18 12:49:53 +0200, Stefano Sabatini wrote:
> On date Monday 2024-04-15 19:56:48 +0200, Stefano Sabatini wrote:
> > On date Monday 2024-04-15 02:32:14 +, �� | Eugene wrote:
> > > Update digest authentication in httpauth.c
> > >
> > > - Refactor make_digest_auth()
On date Monday 2024-04-22 13:09:25 +0100, Andrew Sayers wrote:
> ---
> libavutil/opt.h | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/libavutil/opt.h b/libavutil/opt.h
> index e6013662f6..4c0e7d9223 100644
> --- a/libavutil/opt.h
> +++ b/libavutil/opt.h
> @@ -54,7 +54,10 @@
> *
From: Haihao Xiang
Otherwise there are link errors:
LD ffprobe_g
/usr/bin/ld: libavcodec/libavcodec.so: undefined reference to
`ff_dovi_rpu_generate'
/usr/bin/ld: libavcodec/libavcodec.so: undefined reference to
`ff_dovi_configure'
collect2: error: ld returned 1 exit status
Signed-off-by:
>De : Nicolas Gaullier
>Envoyé : mardi 2 avril 2024 23:26
>Objet : [PATCH v3 0/1] avformat/demux: fix accurate probing of durations in
>mpegts/ps
>
>v3: rebased after ed9363052f4b8b8 applied tonight (add duration_probesize
>AVOption)
>
>Note: I have no other plan for demux/probing; with these
---
libavutil/opt.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavutil/opt.h b/libavutil/opt.h
index e6013662f6..4c0e7d9223 100644
--- a/libavutil/opt.h
+++ b/libavutil/opt.h
@@ -54,7 +54,10 @@
* semantics of those fields without breaking API compatibility.
*
* @section
Apr 22, 2024, 13:07 by stefa...@gmail.com:
> On date Sunday 2024-04-21 22:12:56 -0300, James Almer wrote:
>
>> On 4/17/2024 10:58 AM, Michael Niedermayer wrote:
>>
> [...]
>
>> A full rewrite of ffserver, using only public API, and with modern streaming
>> in mind. It would give a lot of code in
On date Sunday 2024-04-21 22:12:56 -0300, James Almer wrote:
> On 4/17/2024 10:58 AM, Michael Niedermayer wrote:
[...]
> A full rewrite of ffserver, using only public API, and with modern streaming
> in mind. It would give a lot of code in lavf some use.
If this is going to happen, my advice is
On date Monday 2024-04-22 09:49:45 +0100, Andrew Sayers wrote:
> ---
> libavutil/opt.h | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/libavutil/opt.h b/libavutil/opt.h
> index e6013662f6..795accb363 100644
> --- a/libavutil/opt.h
> +++ b/libavutil/opt.h
> @@ -54,7 +54,11 @@
> *
On 22.04.2024 03:11, Michael Niedermayer wrote:
Fixes: CID1418336 Logically dead code
Sponsored-by: Sovereign Tech Fund
Signed-off-by: Michael Niedermayer
---
libavfilter/vf_thumbnail_cuda.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
---
libavutil/opt.h | 4
1 file changed, 4 insertions(+)
diff --git a/libavutil/opt.h b/libavutil/opt.h
index e6013662f6..795accb363 100644
--- a/libavutil/opt.h
+++ b/libavutil/opt.h
@@ -54,7 +54,11 @@
* semantics of those fields without breaking API compatibility.
*
* @section
On date Saturday 2024-04-20 23:17:57 +0100, Andrew Sayers wrote:
> On Sat, Apr 20, 2024 at 06:48:32PM +0200, Stefano Sabatini wrote:
> > On date Saturday 2024-04-20 13:19:41 +0100, Andrew Sayers wrote:
> > > Based largely on the explanation by Stefano Sabatini:
> > >
Apr 22, 2024, 00:19 by mich...@niedermayer.cc:
> On Fri, Apr 12, 2024 at 11:11:53AM +0200, Lynne wrote:
>
>> Apr 12, 2024, 00:45 by mich...@niedermayer.cc:
>>
>> > On Thu, Apr 11, 2024 at 07:42:37AM +0200, Lynne wrote:
>> >
>> >> Apr 10, 2024, 23:57 by mich...@niedermayer.cc:
>> >>
>> >> > On
59 matches
Mail list logo
