Leo Izen 于2023年10月26日周四 11:14写道：
>
> Avoids a -Wstringop-truncation warning by using av_strlcopy instead of
> strncpy.
>
> Signed-off-by: Leo Izen
> ---
> libavformat/hls.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavformat/hls.c b/libavformat/hls.c
> index
Avoids a -Wstringop-truncation warning by using av_strlcopy instead of
strncpy.
Signed-off-by: Leo Izen
---
libavformat/hls.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index f5f549b24d..076f92ecfb 100644
--- a/libavformat/hls.c
+++
Fixes a validation issue.
The issue is that the function gets called before we've sumitted a frame
for decoding to that context. However, we cannot run queries before
they've been reset, which happens at submission time.
As we'd need to otherwise run a command queue at init-time, just check
if
On Mon, Oct 23, 2023 at 05:56:48PM -0700, Vittorio Giovara wrote:
> On Sat, Oct 21, 2023 at 4:20 PM Michael Niedermayer
> wrote:
>
> > On Fri, Oct 20, 2023 at 07:13:00PM -0400, Ronald S. Bultje wrote:
> > > Hi,
> > >
> > > On Fri, Oct 20, 2023 at 12:14 PM Vittorio Giovara <
> > >
On Sun, Oct 22, 2023 at 07:35:52PM +0100, Mark Thompson wrote:
> The spec allows at least thirty-two zero bits followed by a one to mean
> 2^32-1, with no constraint on the number of zeroes. The libaom
> reference decoder does not match this, instead reading thirty-two zeroes
> but not the
On Wed, Oct 25, 2023 at 9:03 PM Tomas Härdin wrote:
> On Wed, 2023-10-25 at 21:00 +0200, Paul B Mahol wrote:
> > On Wed, Oct 25, 2023 at 8:39 PM Tomas Härdin wrote:
> >
> > >
> > > > if (c) {
> > > > e[0] = 1 << 14;
> > > > e[1] = 0 << 14;
> > > >
Oct 25, 2023, 01:43 by d...@lynne.ee:
> Surprising no one, the insane usage rule has a catch.
>
> Only happens in the layered_dpb path, which was poorly tested.
>
> Fixes:
> "[AVHWDeviceContext @ 0x557f4b87dc00] Validation Error: [
> VUID-VkImageMemoryBarrier2-srcQueueFamilyIndex-07122 ] Object
On 10/25/2023 4:25 PM, Tomas Härdin wrote:
+enum AVStreamGroupParamsType {
+ AV_STREAM_GROUP_PARAMS_NONE,
Maybe AV_STREAM_GROUP_PARAMS_NUM on the end?
For what purpose? Usually, when we add those values they are not part of
the API and exist for some internal iteration.
Am 25.10.23 um 19:39 schrieb Rémi Denis-Courmont:
Hi,
Le 25 octobre 2023 18:52:31 GMT+03:00, Thilo Borgmann via ffmpeg-devel
a écrit :
Am 25.10.23 um 16:23 schrieb Thilo Borgmann via ffmpeg-devel:
Am 25.10.23 um 16:22 schrieb Rémi Denis-Courmont:
Hi,
I am not on the GA, but there are
Hi Anton
first let me say, this looks much better setup than the previous attempt by jb
On Tue, Oct 24, 2023 at 11:15:19PM +0200, Anton Khirnov wrote:
> Hi all,
> as discussed at the dev meeting at VDD, we need to have a series of
> votes, the first of which concerns defining when is the GA
>
> +enum AVStreamGroupParamsType {
> + AV_STREAM_GROUP_PARAMS_NONE,
Maybe AV_STREAM_GROUP_PARAMS_NUM on the end?
/Tomas
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit
> On Oct 25, 2023, at 10:39 AM, Rémi Denis-Courmont wrote:
>
> Objectively, it really does not matter insofar as we are dealing solely with
> non-GA members such as I. But if I were to play devil's advocate, you may be
> serving on a plate a pretext for some future dissatisfied voters to call
On Thu, 2023-10-05 at 00:59 +0200, Michael Niedermayer wrote:
> Fixes: left shift of negative value -538967841
> Fixes: 62447/clusterfuzz-testcase-minimized-
> ffmpeg_AV_CODEC_ID_JPEG2000_fuzzer-6427134337613824
>
> Found-by: continuous fuzzing process
>
On Wed, 2023-10-25 at 21:00 +0200, Paul B Mahol wrote:
> On Wed, Oct 25, 2023 at 8:39 PM Tomas Härdin wrote:
>
> >
> > > if (c) {
> > > e[0] = 1 << 14;
> > > e[1] = 0 << 14;
> > > e[2] = v[1];
> > > e[3] = v[0];
> > >
On Wed, Oct 25, 2023 at 8:39 PM Tomas Härdin wrote:
>
> > if (c) {
> > e[0] = 1 << 14;
> > e[1] = 0 << 14;
> > e[2] = v[1];
> > e[3] = v[0];
> > } else {
> > e[0] = v[0];
> >
On Wed, Oct 25, 2023 at 8:39 PM Tomas Härdin wrote:
>
> > if (c) {
> > e[0] = 1 << 14;
> > e[1] = 0 << 14;
> > e[2] = v[1];
> > e[3] = v[0];
> > } else {
> > e[0] = v[0];
> >
> if (c) {
> e[0] = 1 << 14;
> e[1] = 0 << 14;
> e[2] = v[1];
> e[3] = v[0];
> } else {
> e[0] = v[0];
> e[1] = v[1];
> e[2] = 0 << 14;
> e[3] =
Hi,
Le 25 octobre 2023 18:52:31 GMT+03:00, Thilo Borgmann via ffmpeg-devel
a écrit :
>Am 25.10.23 um 16:23 schrieb Thilo Borgmann via ffmpeg-devel:
>> Am 25.10.23 um 16:22 schrieb Rémi Denis-Courmont:
>>> Hi,
>>>
>>> I am not on the GA, but there are probably people with my locale on the GA.
Received.
> On Oct 25, 2023, at 07:22, Rémi Denis-Courmont wrote:
>
> Hi,
>
> I am not on the GA, but there are probably people with my locale on the GA.
> And it seems that the voting system hits a Perl syntax error if your browser
> locale is set to French.
>
Am 25.10.23 um 16:23 schrieb Thilo Borgmann via ffmpeg-devel:
Am 25.10.23 um 16:22 schrieb Rémi Denis-Courmont:
Hi,
I am not on the GA, but there are probably people with my locale on the GA.
And it seems that the voting system hits a Perl syntax error if your browser
locale is set to
On 2023-10-22 05:26 pm, Gyan Doshi wrote:
The vidstab library added support in Nov 2020 for writing/reading
the transforms data in binary in addition to ASCII. The library default
was changed to binary format but no changes were made to the AVfilters
resulting in data file for writing or
Am 25.10.23 um 16:22 schrieb Rémi Denis-Courmont:
Hi,
I am not on the GA, but there are probably people with my locale on the GA. And
it seems that the voting system hits a Perl syntax error if your browser locale
is set to French.
Can you send me a screenshot?
-Thilo
Hi,
I am not on the GA, but there are probably people with my locale on the GA. And
it seems that the voting system hits a Perl syntax error if your browser locale
is set to French.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Quoting Andreas Rheinhardt (2023-09-19 21:57:31)
> Only the collocated_ref of the current frame (i.e. HEVCContext.ref)
> is ever used*, so move it to HEVCContext directly after ref.
>
> *: This goes so far that collocated_ref was not even synced across
> threads in case of frame-threading.
>
>
Quoting Andreas Rheinhardt (2023-09-19 21:57:30)
> Before commit f025b8e110b36c1cdb4fb56c4cd57aeca1767b5b,
> every frame-threaded decoder used ThreadFrames, even when
> they did not have any inter-frame dependencies at all.
> In order to distinguish those decoders that need the AVBuffer
> for
Quoting Andreas Rheinhardt (2023-09-19 21:57:29)
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/vp8.c | 90 +++
> libavcodec/vp8.h | 5 +--
> libavcodec/webp.c | 3 +-
> 3 files changed, 33 insertions(+), 65 deletions(-)
Looks ok
--
Quoting Andreas Rheinhardt (2023-09-19 21:57:27)
> The API is very similar by the ProgressFrame API, with the exception
> that it no longer has an included AVFrame. Instead one can wait
> on anything via a ThreadProgress. One just has to ensure that
> the lifetime of the object containing the
Hi,
Am 24.10.23 um 23:15 schrieb Anton Khirnov:
Hi all,
as discussed at the dev meeting at VDD, we need to have a series of
votes, the first of which concerns defining when is the GA voter list to
be updated.
As the previous attempt to vote on this was hampered by email delivery
issues, and
When use_wallclock_as_timestamps option is enabled the demux rely on
the time of the system even when a producer wallclock is available.
If a Producer Reference Timestamp is available use it instead of the
system timestamp.
Signed-off-by: Clément Péron
---
libavformat/demux.c | 13
Set attached.
From 0e211362a11f58b8cac49b3740c1949b0468541c Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Wed, 25 Oct 2023 12:43:13 +0200
Subject: [PATCH 3/4] avcodec/mlpdec: support for truehd with channels not
representable with 5bit field in second stream
Fixes decoding for 4.0/4.1
30 matches
Mail list logo
