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
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 ov
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 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/av1dec.c | 10 ++
libavcodec/d3d12va_
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 | 3 +
libavcodec/Makefile | 1 +
libavcodec/d3d12va_vc1.c| 214 +++
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 a/libavcodec/d3d12va_hevc
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 hi
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 hwcontext_d3d12v
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 in
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 cha
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 ++
> > lib
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
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 incl
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(&p, "fourCcList");
> +
> +// write the fourcc array length
> +ff_amf_write_array_start(&p, list_len);
> +
> +
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(&p, "fourCcList");
> >> > +
> >> > +// write the fourcc array l
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 10064
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 +4
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 a/
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(&p, "fourCcList");
>> > +
>> > +
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 +++
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 a/doc/develo
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 no
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 0c2f2cd7d1..38
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:
> > > >
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 --
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
>
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
--- a/libavcodec/a
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 b/liba
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 chang
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 sh
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 383120daaa..1
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 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
> >> > ---
> >> > doc/developer.
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, AVFram
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 AM
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
https://ffmpe
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
___
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, 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: Michae
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 PM,
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 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
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? Th
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 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 TC
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 d
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
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
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 s
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 client
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
---
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
@@ -697
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 b/doc
replace ITU-T T35(A/53 CC) SEI type by enum value
Signed-off-by: Jun Zhao
---
libavcodec/libx264.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c
index 1a7dc7bdd5..ce849d6c9a 100644
--- a/libavcodec/libx264.c
+++ b/libavcodec/libx2
On Sat, 26 Aug 2023 at 07:32, Jun Zhao wrote:
> replace ITU-T T35(A/53 CC) SEI type by enum value
>
> Signed-off-by: Jun Zhao
> ---
> libavcodec/libx264.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c
> index 1a7dc7bdd5..ce8
57 matches
Mail list logo
