Happy new year,
Le 3 janvier 2025 00:12:45 GMT+02:00, Nicolas George a écrit :
>Rémi Denis-Courmont (12025-01-02):
>> > > Besides, it is obvious from the rest that the true purpose of your
>> > > proposal is for you to monopolise power
>
>> For the record, you are the one calling Michael continui
On 01/01/2025 21:38, Lynne wrote:
We queried the decoder whether it was able to decode sucessfully, but
since we operated asynchronously, we weren't able to do anything with
this information but let the user know decoding failed for the previous
frame(s).
Since we parse the slice headers ourselv
The arm/aarch64 horizontal filter reads one additional pixel beyond what
the filter uses. This can become an issue if the application does not
allocate larger buffers than what's required for the pixel data. If the
motion vector points to the bottom right edge of the picture this
becomes a read buf
This reduces the amount the horizontal filters read beyond the filter
width to a consistent 1 pixel. The data is not used so this is usually
not noticeable. It becomes a problem when the application allocates
frame buffers only for the aligned picture size and the end of it is at
a page boundary. T
This reduces the amount the horizontal filters read beyond the filter
width to a consistent 1 pixel. The data is not used so this is usually
not noticeable. It becomes a problem when the application allocates
frame buffers only for the aligned picture size and the end of it is at
a page boundary. T
On Mon, 23 Dec 2024, Marton Balint wrote:
On Mon, 16 Dec 2024, Marton Balint wrote:
On Mon, 16 Dec 2024, Anton Khirnov wrote:
Quoting Marton Balint (2024-12-16 09:47:39)
On Mon, 16 Dec 2024, Anton Khirnov wrote:
Quoting Marton Balint (2024-12-15 01:02:42)
Signed-off-by:
On Tue, 10 Dec 2024, Scott Theisen wrote:
On 12/8/24 17:04, Marton Balint wrote:
On Sun, 8 Dec 2024, Scott Theisen wrote:
On 12/3/24 17:23, Marton Balint wrote:
On Tue, 3 Dec 2024, Marton Balint wrote:
On Sat, 30 Nov 2024, Scott Theisen wrote:
DVB VBI data is defined in ETSI EN
Hi,
On Thu, Jan 2, 2025 at 5:48 PM James Almer wrote:
> On 1/2/2025 7:39 PM, Ronald S. Bultje wrote:
> > ---
> > libavcodec/avcodec.h | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
> >
> > diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
> > index 12e6e8749f..7ecb819dae 1
On Thu, 2 Jan 2025, Manuel Lauss wrote:
Hello,
Ping? With this patch the 2 sample files at
http://samples.mplayerhq.hu/game-formats/la-san/jediknight-sith/ play
just fine.
Will apply.
Thanks,
Marton
Thanks,
Manuel
On Mon, Dec 16, 2024 at 5:08 PM Manuel Lauss wrote:
Adds a de
On 03/01/2025 07:47, James Almer wrote:
On 1/2/2025 7:39 PM, Ronald S. Bultje wrote:
---
libavcodec/avcodec.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index 12e6e8749f..7ecb819dae 100644
--- a/libavcodec/avcodec.h
+++
On 1/2/2025 7:39 PM, Ronald S. Bultje wrote:
---
libavcodec/avcodec.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index 12e6e8749f..7ecb819dae 100644
--- a/libavcodec/avcodec.h
+++ b/libavcodec/avcodec.h
@@ -1199,7 +1199,8 @
---
libavcodec/avcodec.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index 12e6e8749f..7ecb819dae 100644
--- a/libavcodec/avcodec.h
+++ b/libavcodec/avcodec.h
@@ -1199,7 +1199,8 @@ typedef struct AVCodecContext {
* some ot
On 31/12/2024 23:31, James Almer wrote:
A sample rate <= 0 is invalid.
Fixes an assert in ffmpeg_enc.c that assumed a valid sample rate would be set.
Fixes ticket #11385.
Signed-off-by: James Almer
---
libavfilter/buffersrc.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavfil
Rémi Denis-Courmont (12025-01-02):
> > > Besides, it is obvious from the rest that the true purpose of your
> > > proposal is for you to monopolise power
> For the record, you are the one calling Michael continuing to monopolise
> leadership "conspiracy theories"
I am merely observing that Micha
On 02/01/2025 06:52, Nicolas Frattaroli wrote:
In some cases, webservers may return content more quickly if one
sends many small requests rather than one big request. Clients may
wish to opt-in to this workaround.
For this purpose, add a max_request_size AVOption, which returns
EOF if max_reques
Le torstaina 2. tammikuuta 2025, 21.50.32 UTC+2 Nicolas George a écrit :
> Rémi Denis-Courmont (12025-01-02):
> > So what? I pay far more taxes than most people do, and yet I don't have
> > more voting power than other people.
>
> Note that even people who never payed any taxes in their adult life
On Thu, Jan 2, 2025 at 9:17 AM Michael Niedermayer
wrote:
> Hi all
>
> I was working in the last few days a little on drafting a democratization
> process
>
> Heres the current draft: (very preliminary and will certainly change alot)
> also I still need to find out, if more than 3 developer actua
On Mon, Dec 30, 2024 at 11:29 AM Leo Izen wrote:
> On 12/28/24 11:53 AM, Ronald S. Bultje wrote:
> > Hi all,
> >
> > (Prior note: the election was scheduled to end on the 23rd of December.
> > Anton is currently taking a break so I've asked him to let me announce
> the
> > election results.)
> >
On Wed, Jan 1, 2025 at 6:34 PM Michael Niedermayer
wrote:
> Hi Timo
>
> On Wed, Jan 01, 2025 at 11:36:20PM +0100, Timo Rothenpieler wrote:
> > On 01.01.2025 23:12, Vittorio Giovara wrote:
> > > Happy new year everyone!
> > >
> > > On Fri, Dec 27, 2024 at 8:02 PM Vittorio Giovara <
> vittorio.giov
Rémi Denis-Courmont (12025-01-02):
> So what? I pay far more taxes than most people do, and yet I don't have more
> voting power than other people.
Note that even people who never payed any taxes in their adult life can
vote. So by this argument, people who only took what is offered and
never con
> In fact the current developers
> already WILL TODAY vote the way their employer wants them to
By that argument you will vote the way FFlabs wants to and therefore
are biased and must resign.
Unless you are somehow incorruptible compared to everyone else?
Regards,
Kieran Kunhya
Le torstaina 2. tammikuuta 2025, 20.10.31 UTC+2 Michael Niedermayer a écrit :
> Let me provide several independant arguments here.
>
> in the GA system
> someone spending 2 days to submit 20 patches and not caring about FFmpeg has
> 1 vote
Someone who does not care about FFmpeg will not use their
Sorry, #11325 is the original issue. #11367 is the duplicate.
On 02/01/2025 17:56, Frank Plowman wrote:
> Hi both,
>
> Can we push either of these? Someone else has reported the same issue
> on Trac (#11325). The difference between the two proposed
> implementations seems rather superficial to
Hi Niklas
On Thu, Jan 02, 2025 at 04:38:07PM +0100, Niklas Haas wrote:
> On Thu, 02 Jan 2025 15:17:31 +0100 Michael Niedermayer
> wrote:
> > Hi all
> >
> > I was working in the last few days a little on drafting a democratization
> > process
> >
> > Heres the current draft: (very preliminary an
Thank you for your review.
On 01/01/2025 04:30, Nuo Mi wrote:
> 👍
>
> On Tue, Dec 31, 2024 at 2:02 AM Frank Plowman wrote:
>
>> When the current subpicture has sps_subpic_treated_as_pic_flag equal to
>> 1, motion vectors are cropped such that they cannot point to other
>> subpictures. This was
> On Jan 3, 2025, at 00:41, Rémi Denis-Courmont wrote:
>
> Le torstaina 2. tammikuuta 2025, 16.17.31 EET Michael Niedermayer a écrit :
>>People will have shares proportional to their contribution to FFmpeg.
>
> That would be a giant step backward in terms of "democratisation". In
> democr
Hi both,
Can we push either of these? Someone else has reported the same issue
on Trac (#11325). The difference between the two proposed
implementations seems rather superficial to me.
Thanks and happy new year,
Frank
On 03/12/2024 02:17, Nuo Mi wrote:
> Hi Chris and Frank,
> Thank you for the
Le torstaina 2. tammikuuta 2025, 16.17.31 EET Michael Niedermayer a écrit :
> People will have shares proportional to their contribution to FFmpeg.
That would be a giant step backward in terms of "democratisation". In
democracy, people have one vote. In terms of democratisation, you can argue
Update VVC decoder to show frames info with ffprobe and other tools.
Tested with:
```
wget
https://www.itu.int/wftp3/av-arch/jvet-site/bitstream_exchange/VVC/draft_conformance/draft6/CodingToolsSets_E_Tencent_1.zip
unzip CodingToolsSets_E_Tencent_1.zip CodingToolsSets_E_Tencent_1.bit
ffprobe -hi
On Thu, 02 Jan 2025 14:14:13 +0100 Nicolas George wrote:
> Ronald S. Bultje (12024-12-31):
> > (I don't need or want to be a new dictator, but I do believe in more
> > community involvement in processes and decisions. CC/TC/GA are not perfect
> > but they're a step forward and they can hopefully b
On Thu, 02 Jan 2025 15:17:31 +0100 Michael Niedermayer
wrote:
> Hi all
>
> I was working in the last few days a little on drafting a democratization
> process
>
> Heres the current draft: (very preliminary and will certainly change alot)
> also I still need to find out, if more than 3 developer
>
> "Nothing to hide" only works if the folks in power share the values of
> you and everyone you know entirely and always will -- Tom Scott
>
I agree fully with Tom Scott's comment and it's a great irony that it's at
the end of this email as well as in the context of the last few months
where you
On 1/2/2025 12:00 PM, Nicolas George wrote:
James Almer (12025-01-02):
The string type is a remnant of the old channel layout API implementation.
Looks ok.
Regards,
Applied, thanks.
OpenPGP_signature.asc
Description: OpenPGP digital signature
_
> 在 2025年1月2日，上午5:52，Nicolas Frattaroli 写道：
>
> In some cases, webservers may return content more quickly if one
> sends many small requests rather than one big request. Clients may
> wish to opt-in to this workaround.
>
> For this purpose, add a max_request_size AVOption, which returns
> EOF
Signed-off-by: James Almer
---
libavcodec/hevc/hevcdec.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/libavcodec/hevc/hevcdec.c b/libavcodec/hevc/hevcdec.c
index 1a2f668053..fd7fd3ea2c 100644
--- a/libavcodec/hevc/hevcdec.c
+++ b/libavcodec/hevc/hevcdec.c
@@ -30
Signed-off-by: James Almer
---
libavcodec/aom_film_grain.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/libavcodec/aom_film_grain.c b/libavcodec/aom_film_grain.c
index 1b1693dcd9..d5ea75f61c 100644
--- a/libavcodec/aom_film_grain.c
+++ b/libavcodec/aom_film_grain
The flag is documented but did not exist. So introduce it as it can be
useful.
Signed-off-by: James Almer
---
libavutil/frame.c | 17 -
libavutil/frame.h | 5 +
2 files changed, 13 insertions(+), 9 deletions(-)
diff --git a/libavutil/frame.c b/libavutil/frame.c
index ab0d8f
James Almer (12025-01-02):
> The string type is a remnant of the old channel layout API implementation.
Looks ok.
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To u
The string type is a remnant of the old channel layout API implementation.
Signed-off-by: James Almer
---
libavfilter/buffersrc.c | 14 ++
1 file changed, 2 insertions(+), 12 deletions(-)
diff --git a/libavfilter/buffersrc.c b/libavfilter/buffersrc.c
index c921803c67..117ac0cfa2 100
Hi all
I was working in the last few days a little on drafting a democratization
process
Heres the current draft: (very preliminary and will certainly change alot)
also I still need to find out, if more than 3 developer actually care about this
But either way, this is intended to be an open and
Ronald S. Bultje (12024-12-31):
> (I don't need or want to be a new dictator, but I do believe in more
> community involvement in processes and decisions. CC/TC/GA are not perfect
> but they're a step forward and they can hopefully be improved.)
Hi.
I disagree with you on this: the GA is a mistak
+if (in[i]->linesize[0] != out->linesize[0]) {
+AVFrame *aligned = ff_default_get_video_buffer2(outlink, outlink->w,
outlink->h, 1);
+ret = av_frame_copy(aligned, in[i]);
+copies |= 1 << i;
+in[i] = aligned;
+goto end;
+}
On Thu, 2 Jan 2025, 06:49 compn, wrote:
> On Thu, 2 Jan 2025 02:23:08 +, Kieran Kunhya via ffmpeg-devel wrote:
>
> > On Wed, Jan 1, 2025 at 11:10 PM compn wrote:
> > >
> > > On Tue, 31 Dec 2024 17:28:31 +, Kieran Kunhya via ffmpeg-devel
> > > wrote:
> > >
> > > > I personally don't want
On 2024-12-28 12:56 +0100, Alexander Strasser via ffmpeg-devel wrote:
> On 2024-12-27 08:13 -0500, Leo Izen wrote:
[...]
> >
> > I did a bit of testing and I believe the issue is >=, specifically, it's
> > being interpreted as a redirect-out to a file named "=". pkg-config works on
> > my system if
Hello,
Ping? With this patch the 2 sample files at
http://samples.mplayerhq.hu/game-formats/la-san/jediknight-sith/ play
just fine.
Thanks,
Manuel
On Mon, Dec 16, 2024 at 5:08 PM Manuel Lauss wrote:
>
> Adds a decoder for the SMUSH codec48 video encoding, as is used by
> the LucasArts
45 matches
Mail list logo
