Also, merge x264opts and x264-opts option docs to avoid duplication
and make it even more clearer they provide the same functionality.
---
doc/encoders.texi | 66 ++-
1 file changed, 37 insertions(+), 29 deletions(-)
diff --git a/doc/encoders.texi
---
doc/codecs.texi| 5 -
libavcodec/avcodec.h | 4 +++-
libavcodec/options_table.h | 2 +-
3 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/doc/codecs.texi b/doc/codecs.texi
index f903dad754..0aa848f62f 100644
--- a/doc/codecs.texi
+++ b/doc/codecs.texi
@@
Address trac issue:
http://trac.ffmpeg.org/ticket/3947
---
doc/encoders.texi | 8
1 file changed, 8 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index 947b0c3320..b7fbc25f92 100644
--- a/doc/encoders.texi
+++ b/doc/encoders.texi
@@ -2452,6 +2452,14 @@ Quantizer curve
Hi,
On Fri, Aug 25, 2023 at 1:42 PM Nicolas George wrote:
> James Almer (12023-08-25):
> > As i said on IRC,
>
> A medium that can only be accessed by a small fraction of the
> contributors due to timeliness constraints.
>
I suspect you misunderstand IRC. With matrix, a bouncer or a 24/7
Aug 25, 2023, 10:49 by tong1.wu-at-intel@ffmpeg.org:
> V6 major changes
> 1. the way d3dlibs created, adding a load function. Added dlclose in free
> function.
> 2. Simplified the public sync API by only keeping av_d3d12va_wait_idle.
> 3. Wrapping data->[0], data[1], data[2] into one single
James Almer (12023-08-25):
> As i said on IRC,
A medium that can only be accessed by a small fraction of the
contributors due to timeliness constraints.
> there's a difference between "Unless justified, please
> send things to the ML before pushing" and "Everything must have at
Leo Izen (12023-08-25):
> FWIW I read it the same way Anton did but if it's unclear then perhaps it
> could be modified. Essentially, I think what's going on is we don't want
> "NAK" without a reason. If you want to say a patch shouldn't make it in,
> there should at least be a reason.
I agree on
Quoting Vittorio Giovara (2023-08-25 19:26:21)
> On Fri, Aug 25, 2023 at 5:24 PM Anton Khirnov wrote:
>
> > Quoting Rémi Denis-Courmont (2023-08-25 17:09:55)
> > > Le perjantaina 25. elokuuta 2023, 17.58.40 EEST Anton Khirnov a écrit :
> > > > > And then sometimes an argument has been argued to
On 8/25/23 11:09, Rémi Denis-Courmont wrote:
Le perjantaina 25. elokuuta 2023, 17.58.40 EEST Anton Khirnov a écrit :
And then sometimes an argument has been argued to death previously and
there is really no point to rehash it again and again. If people cannot
agree, they should refer to the
On Fri, Aug 25, 2023 at 5:24 PM Anton Khirnov wrote:
> Quoting Rémi Denis-Courmont (2023-08-25 17:09:55)
> > Le perjantaina 25. elokuuta 2023, 17.58.40 EEST Anton Khirnov a écrit :
> > > > And then sometimes an argument has been argued to death previously
> and
> > > > there is really no point
On 8/25/2023 2:16 PM, Nicolas George wrote:
Jean-Baptiste Kempf (12023-08-25):
So that means mandatory sending to the mailing list :)
Trolling is not going to get you anywhere.
What trolling? You mean the suggestion to enforce a rule that is known
to have caused a fork to wither and die?
On Fri, Aug 25, 2023 at 8:46 AM Nicolas George wrote:
> Vittorio Giovara (12023-08-25):
> > NAK
> > we shouldn't put extra burden on reviewers, nor guilt trap them into
> > suggesting an alternative approach
>
> It is hilarious, in a very sad way, that you prefer put extra burden on
> people who
Jean-Baptiste Kempf (12023-08-25):
> >> So that means mandatory sending to the mailing list :)
> Trolling is not going to get you anywhere.
What trolling? You mean the suggestion to enforce a rule that is known
to have caused a fork to wither and die? That was not from me.
--
Nicolas George
On Fri, Aug 25, 2023 at 6:42 PM James Almer wrote:
> On 8/25/2023 1:28 PM, Paul B Mahol wrote:
> > On Fri, Aug 25, 2023 at 5:57 PM James Almer wrote:
> >
> >> On 8/24/2023 7:06 PM, Paul B Mahol wrote:
> >>> On Thu, Aug 24, 2023 at 11:51 PM James Almer
> wrote:
> >>>
> On 8/24/2023 6:11
On Fri, Aug 25, 2023 at 05:27:14PM +0200, Paul B Mahol wrote:
> On Fri, Aug 25, 2023 at 5:13 PM Michael Niedermayer
> wrote:
>
> > Fixes: Ticket9816
> > Fixes: vlc.ape and APE_48K_24bit_2CH_02_01.ape
> >
> > Regression since: ed0001482a74b60f3d5bc5cd7e304c9d65b2fcd5.
> >
> > Signed-off-by:
On 8/25/2023 1:28 PM, Paul B Mahol wrote:
On Fri, Aug 25, 2023 at 5:57 PM James Almer wrote:
On 8/24/2023 7:06 PM, Paul B Mahol wrote:
On Thu, Aug 24, 2023 at 11:51 PM James Almer wrote:
On 8/24/2023 6:11 PM, Paul B Mahol wrote:
On Thu, Aug 24, 2023 at 11:00 PM James Almer
wrote:
On
On Fri, 25 Aug 2023, at 18:27, Nicolas George wrote:
> Jean-Baptiste Kempf (12023-08-25):
>> So that means mandatory sending to the mailing list :)
>
> And change the name to libav?
Trolling is not going to get you anywhere.
--
Jean-Baptiste Kempf - President
+33 672 704 734
Jean-Baptiste Kempf (12023-08-25):
> So that means mandatory sending to the mailing list :)
And change the name to libav?
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Fri, Aug 25, 2023 at 5:57 PM James Almer wrote:
> On 8/24/2023 7:06 PM, Paul B Mahol wrote:
> > On Thu, Aug 24, 2023 at 11:51 PM James Almer wrote:
> >
> >> On 8/24/2023 6:11 PM, Paul B Mahol wrote:
> >>> On Thu, Aug 24, 2023 at 11:00 PM James Almer
> wrote:
> >>>
> On 8/24/2023 6:52
On 8/24/2023 7:06 PM, Paul B Mahol wrote:
On Thu, Aug 24, 2023 at 11:51 PM James Almer wrote:
On 8/24/2023 6:11 PM, Paul B Mahol wrote:
On Thu, Aug 24, 2023 at 11:00 PM James Almer wrote:
On 8/24/2023 6:52 AM, Paul B Mahol wrote:
+static int osq_receive_frame(AVCodecContext *avctx,
On Fri, Aug 25, 2023 at 5:36 PM Jean-Baptiste Kempf wrote:
>
>
> On Fri, 25 Aug 2023, at 17:34, Michael Niedermayer wrote:
> > On Thu, Aug 24, 2023 at 10:04:16PM +0200, Andreas Rheinhardt wrote:
> >> Michael Niedermayer:
> >> > Signed-off-by: Michael Niedermayer
> >> > ---
> >> >
On Fri, 25 Aug 2023, at 17:34, Michael Niedermayer wrote:
> On Thu, Aug 24, 2023 at 10:04:16PM +0200, Andreas Rheinhardt wrote:
>> Michael Niedermayer:
>> > Signed-off-by: Michael Niedermayer
>> > ---
>> > doc/developer.texi | 9 +
>> > 1 file changed, 9 insertions(+)
>> >
>> > diff
On Thu, Aug 24, 2023 at 10:04:16PM +0200, Andreas Rheinhardt wrote:
> Michael Niedermayer:
> > Signed-off-by: Michael Niedermayer
> > ---
> > doc/developer.texi | 9 +
> > 1 file changed, 9 insertions(+)
> >
> > diff --git a/doc/developer.texi b/doc/developer.texi
> > index
Quoting Rémi Denis-Courmont (2023-08-25 17:09:55)
> Le perjantaina 25. elokuuta 2023, 17.58.40 EEST Anton Khirnov a écrit :
> > > And then sometimes an argument has been argued to death previously and
> > > there is really no point to rehash it again and again. If people cannot
> > > agree, they
On Fri, Aug 25, 2023 at 5:13 PM Michael Niedermayer
wrote:
> Fixes: Ticket9816
> Fixes: vlc.ape and APE_48K_24bit_2CH_02_01.ape
>
> Regression since: ed0001482a74b60f3d5bc5cd7e304c9d65b2fcd5.
>
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/apedec.c | 15 +++
> 1 file
Fixes: Ticket9816
Fixes: vlc.ape and APE_48K_24bit_2CH_02_01.ape
Regression since: ed0001482a74b60f3d5bc5cd7e304c9d65b2fcd5.
Signed-off-by: Michael Niedermayer
---
libavcodec/apedec.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
diff --git a/libavcodec/apedec.c
Fixes CRC for vlc.ape and APE_48K_24bit_2CH_02_01.ape
Signed-off-by: Michael Niedermayer
---
libavcodec/apedec.c | 17 ++---
1 file changed, 14 insertions(+), 3 deletions(-)
diff --git a/libavcodec/apedec.c b/libavcodec/apedec.c
index 613c76df0b..7bad8500e1 100644
---
Le perjantaina 25. elokuuta 2023, 17.58.40 EEST Anton Khirnov a écrit :
> > And then sometimes an argument has been argued to death previously and
> > there is really no point to rehash it again and again. If people cannot
> > agree, they should refer to the TC, not brute force the review through
Quoting Rémi Denis-Courmont (2023-08-25 16:22:45)
> Le torstaina 24. elokuuta 2023, 22.56.14 EEST Michael Niedermayer a écrit :
> > Suggested text is from Anton
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > doc/developer.texi | 3 +++
> > 1 file changed, 3 insertions(+)
> >
> > diff
On Fri, Aug 25, 2023 at 4:21 PM Michael Niedermayer
wrote:
> On Fri, Aug 25, 2023 at 11:08:55AM +0200, Paul B Mahol wrote:
> > On Fri, Aug 25, 2023 at 2:01 AM Michael Niedermayer <
> mich...@niedermayer.cc>
> > wrote:
> >
> > > On Fri, Aug 25, 2023 at 01:37:27AM +0200, Paul B Mahol wrote:
> > >
Le torstaina 24. elokuuta 2023, 22.56.14 EEST Michael Niedermayer a écrit :
> Suggested text is from Anton
>
> Signed-off-by: Michael Niedermayer
> ---
> doc/developer.texi | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/doc/developer.texi b/doc/developer.texi
> index
On Fri, Aug 25, 2023 at 11:08:55AM +0200, Paul B Mahol wrote:
> On Fri, Aug 25, 2023 at 2:01 AM Michael Niedermayer
> wrote:
>
> > On Fri, Aug 25, 2023 at 01:37:27AM +0200, Paul B Mahol wrote:
> > > NAK
> > >
> > > Breaks decoding of another sample.
> >
> > please provide the sample
> >
> > if
Quoting Vittorio Giovara (2023-08-25 03:56:44)
> On Thu, Aug 24, 2023 at 9:56 PM Michael Niedermayer
> wrote:
>
> > Suggested text is from Anton
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > doc/developer.texi | 3 +++
> > 1 file changed, 3 insertions(+)
> >
> > diff --git
Steven Liu 于2023年8月25日周五 18:05写道:
>
> Add option named rtmp_enhanced_codec,
> it would support hvc1,av01,vp09 now,
> the fourcc is using Array of strings.
>
> Signed-off-by: Steven Liu
> ---
> doc/protocols.texi | 6 ++
> libavformat/rtmpproto.c | 37
On Fri, 25 Aug 2023, Steven Liu wrote:
Martin Storsjö 于2023年8月25日周五 17:38写道:
On Fri, 25 Aug 2023, Steven Liu wrote:
>> > +list_len = (fourcc_str_len + 1) / 5;
>> > +// write the fourCcList field name
>> > +ff_amf_write_field_name(, "fourCcList");
>> > +
>> > +
Add option named rtmp_enhanced_codec,
it would support hvc1,av01,vp09 now,
the fourcc is using Array of strings.
Signed-off-by: Steven Liu
---
doc/protocols.texi | 6 ++
libavformat/rtmpproto.c | 37 +
2 files changed, 43 insertions(+)
diff --git
Signed-off-by: Steven Liu
---
libavformat/rtmppkt.c | 6 ++
libavformat/rtmppkt.h | 8
2 files changed, 14 insertions(+)
diff --git a/libavformat/rtmppkt.c b/libavformat/rtmppkt.c
index 4b97c0833f..a602bf6a96 100644
--- a/libavformat/rtmppkt.c
+++ b/libavformat/rtmppkt.c
@@ -40,6
x4->params.analyse.b_fast_pskip should only be forced in case mb_info
is set.
Fix output change introduced in 418c954e318.
---
libavcodec/libx264.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c
index 1a7dc7bdd5..a2877d7f75
Martin Storsjö 于2023年8月25日周五 17:38写道:
>
> On Fri, 25 Aug 2023, Steven Liu wrote:
>
> >> > +list_len = (fourcc_str_len + 1) / 5;
> >> > +// write the fourCcList field name
> >> > +ff_amf_write_field_name(, "fourCcList");
> >> > +
> >> > +// write the fourcc array
On Fri, 25 Aug 2023, Steven Liu wrote:
> +list_len = (fourcc_str_len + 1) / 5;
> +// write the fourCcList field name
> +ff_amf_write_field_name(, "fourCcList");
> +
> +// write the fourcc array length
> +ff_amf_write_array_start(, list_len);
> +
> +
Just noticed that there is a ticket
https://trac.ffmpeg.org/ticket/10163 about this, that I believe is
solved with this patch.
Den ons 23 aug. 2023 kl 20:33 skrev Ulrik Mikaelsson
:
>
> When an Info-tag is present, marking initial and trailing samples as
> padding, those samples should not be
On Fri, Aug 25, 2023 at 8:46 AM Nicolas George wrote:
> Vittorio Giovara (12023-08-25):
> > NAK
> > we shouldn't put extra burden on reviewers, nor guilt trap them into
> > suggesting an alternative approach
>
> It is hilarious, in a very sad way, that you prefer put extra burden on
> people who
Martin Storsjö 于2023年8月25日周五 17:04写道:
>
> On Fri, 25 Aug 2023, Steven Liu wrote:
>
> > Add option named rtmp_enhanced_codec,
> > it would support hvc1,av01,vp09 now,
> > the fourcc is using Array of strings.
> >
> > Signed-off-by: Steven Liu
> > ---
> > doc/protocols.texi | 6 ++
> >
On Fri, 25 Aug 2023, Steven Liu wrote:
Add option named rtmp_enhanced_codec,
it would support hvc1,av01,vp09 now,
the fourcc is using Array of strings.
Signed-off-by: Steven Liu
---
doc/protocols.texi | 6 ++
libavformat/rtmpproto.c | 35 +++
2 files
On Fri, Aug 25, 2023 at 2:01 AM Michael Niedermayer
wrote:
> On Fri, Aug 25, 2023 at 01:37:27AM +0200, Paul B Mahol wrote:
> > NAK
> >
> > Breaks decoding of another sample.
>
> please provide the sample
>
> if noone provides a sample, i will disregard this objection.
> Also as a sidenote, iam
V6 major changes
1. the way d3dlibs created, adding a load function. Added dlclose in free
function.
2. Simplified the public sync API by only keeping av_d3d12va_wait_idle.
3. Wrapping data->[0], data[1], data[2] into one single structure.
>Subject: [PATCH v6 1/9] libavutil: add
From: Wu Jianhua
Signed-off-by: Wu Jianhua
Signed-off-by: Tong Wu
---
Changelog | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Changelog b/Changelog
index c010e86159..bdac4cb034 100644
--- a/Changelog
+++ b/Changelog
@@ -30,7 +30,7 @@ version :
- support for the P_SKIP
Same as d3d11va, this flag enables main still picture profile for
d3d12va. User should add this flag when decoding main still picture
profile.
Signed-off-by: Tong Wu
---
libavcodec/d3d12va_hevc.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git
From: Wu Jianhua
The command below is how to enable d3d12va:
ffmpeg -hwaccel d3d12va -i input.mp4 output.mp4
Signed-off-by: Wu Jianhua
Signed-off-by: Tong Wu
---
configure | 3 +
libavcodec/Makefile | 1 +
libavcodec/d3d12va_vc1.c| 214
From: Wu Jianhua
The command below is how to enable d3d12va:
ffmpeg -hwaccel d3d12va -i input.mp4 output.mp4
Signed-off-by: Wu Jianhua
Signed-off-by: Tong Wu
---
configure | 2 +
libavcodec/Makefile | 1 +
libavcodec/d3d12va_mpeg2.c | 191
From: Wu Jianhua
The command below is how to enable d3d12va:
ffmpeg -hwaccel d3d12va -i input.mp4 output.mp4
Signed-off-by: Wu Jianhua
Signed-off-by: Tong Wu
---
configure | 2 +
libavcodec/Makefile | 1 +
libavcodec/av1dec.c | 10 ++
From: Wu Jianhua
The command below is how to enable d3d12va:
ffmpeg -hwaccel d3d12va -i input.mp4 output.mp4
Signed-off-by: Wu Jianhua
Signed-off-by: Tong Wu
---
configure | 2 +
libavcodec/Makefile | 1 +
libavcodec/d3d12va_vp9.c| 176
From: Wu Jianhua
The command below is how to enable d3d12va:
ffmpeg -hwaccel d3d12va -i input.mp4 output.mp4
Signed-off-by: Wu Jianhua
Signed-off-by: Tong Wu
---
configure | 2 +
libavcodec/Makefile | 1 +
libavcodec/d3d12va_hevc.c | 211
From: Wu Jianhua
The implementation is based on:
https://learn.microsoft.com/en-us/windows/win32/medfound/direct3d-12-video-overview
With the Direct3D 12 video decoding support, we can render or process
the decoded images by the pixel shaders or compute shaders directly
without the extra copy
From: Wu Jianhua
Signed-off-by: Wu Jianhua
Signed-off-by: Tong Wu
---
configure | 5 +
doc/APIchanges | 7 +
libavutil/Makefile | 3 +
libavutil/hwcontext.c | 4 +
libavutil/hwcontext.h
Vittorio Giovara (12023-08-25):
> NAK
> we shouldn't put extra burden on reviewers, nor guilt trap them into
> suggesting an alternative approach
It is hilarious, in a very sad way, that you prefer put extra burden on
people who do things than on people who block them.
--
Nicolas George
56 matches
Mail list logo