Thanks for the explanation, Timo!
I was hoping that 8>10 bit up-conversion which happens in the driver may
bring some goodness like SDR > HDR conversion, recently presented by NV. Or
some other algo which is easier to keep proprietary.
Otherwise, although it is convenient in some use cases, it doe
Hi Roman and Timo,
Timo is right. As a general rule, hybrid video coding standards allow encoders
to take advantage of encoding
a 8-bit input as 10-bit due to the interpolation filters (inter and intra) and
transform coding at 10-bit depth.
This can generate a better prediction and reduced bandi
From: Diego Felix de Souza
Adding 10-bit encoding support for HEVC if the input is 8-bit. In
case of 8-bit input content, NVENC performs an internal CUDA 8 to
10-bit conversion of the input prior to encoding. Currently, only
AV1 supports encoding 8-bit content as 10-bit.
Signed-off-by: Diego Fel
This message has been marked as Public on 04/19/2024 10:23Z.
On Thursday, April 11, 2024 3:01 PM Ignjatović, Lazar (RS) wrote:
> avformat: enable UDP IPv6 multicast interface selection using zone index
>
> Enabled IPv6 interface selection using zone index. Properly resolved
> interface index in p
Apr 19, 2024, 10:39 by ffmpeg-devel@ffmpeg.org:
> From: Diego Felix de Souza
>
> Adding 10-bit encoding support for HEVC if the input is 8-bit. In
> case of 8-bit input content, NVENC performs an internal CUDA 8 to
> 10-bit conversion of the input prior to encoding. Currently, only
> AV1 supports
On 19/04/2024 13:29, Lynne wrote:
Apr 19, 2024, 10:39 by ffmpeg-devel@ffmpeg.org:
From: Diego Felix de Souza
Adding 10-bit encoding support for HEVC if the input is 8-bit. In
case of 8-bit input content, NVENC performs an internal CUDA 8 to
10-bit conversion of the input prior to encoding. Cu
Signed-off-by: Andreas Rheinhardt
---
libavcodec/hevcdec.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
index a2c967cf09..1974bf9cb3 100644
--- a/libavcodec/hevcdec.c
+++ b/libavcodec/hevcdec.c
@@ -2898,10 +2898,10 @@ stat
From: Jun Zhao
We don't used the max_b_frames field in decoder normally
Signed-off-by: Jun Zhao
---
libavcodec/vvc_parser.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/vvc_parser.c b/libavcodec/vvc_parser.c
index e3501fa139..a0e10e1a7c 100644
--- a/libavcodec/vvc_parser.c
+++
From: Jun Zhao
has_b_frames used in decoder for size of the frame
reordering buffer, and we don't used the max_b_frames
in decoder.
Signed-off-by: Jun Zhao
---
libavcodec/libxevd.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/libavcodec/libxevd.c b/libavcodec/libxevd.
From: Jun Zhao
has_b_frames used in decoder for size of the frame reordering
buffer, setting this field from dpb_max_num_reorder_pics.
Signed-off-by: Jun Zhao
---
libavcodec/vvc_parser.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/vvc_parser.c b/libavcode
From: Jun Zhao
Use dpb_max_num_reorder_pics to control output instead of
dpb_max_dec_pic_buffering, when dpb_max_dec_pic_buffering
is much larger than dpb_max_num_reorder_pics, it may cause
dpb overflow error.
Signed-off-by: Jun Zhao
Signed-off-by: elinyhuang
---
libavcodec/vvc/refs.c | 2 +-
On Thu, 18 Apr 2024 22:53:51 +0200 Michael Niedermayer
wrote:
> A plugin system moves this patch-management to people who actually
> care, that is the authors of the codecs and (de)muxers.
A plugin system will only solve this insomuch as plugin authors will
just host their plugin code on GitHub
On 19 Apr 2024, at 16:50, Niklas Haas wrote:
> On Thu, 18 Apr 2024 22:53:51 +0200 Michael Niedermayer
> wrote:
>> A plugin system moves this patch-management to people who actually
>> care, that is the authors of the codecs and (de)muxers.
>
> A plugin system will only solve this insomuch as p
Andreas Rheinhardt:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavcodec/hevcdec.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/libavcodec/hevcdec.c b/libavcodec/hevcdec.c
> index a2c967cf09..1974bf9cb3 100644
> --- a/libavcodec/hevcdec.c
> +++ b/libavcodec/
This relies on the common initial seqence guarantee
(and on C11 support for unnamed members).
Signed-off-by: Andreas Rheinhardt
---
Alternatively, we could rely on type punning via unions and even use
union {
AVFrame *const f;
ProgressFrame pf;
};
libavcodec/progressfram
It avoids having to sync ProgressFrame.f and the pointer
typically used to access the AVFrame.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/hevc_refs.c | 2 --
libavcodec/hevcdec.c | 1 -
libavcodec/hevcdec.h | 8 ++--
3 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/li
AV1 can put a frame into multiple reference slots;
up until now, this involved creating a new reference
to the underlying AVFrame; therefore av1_frame_ref()
could fail.
This commit changes this by using the ProgressFrame API
to share the underlying AVFrames.
(Hint: vaapi_av1_surface_id() checked w
Signed-off-by: Andreas Rheinhardt
---
libavcodec/av1dec.c | 21 -
1 file changed, 8 insertions(+), 13 deletions(-)
diff --git a/libavcodec/av1dec.c b/libavcodec/av1dec.c
index 2a1a249bc4..21ba9d475d 100644
--- a/libavcodec/av1dec.c
+++ b/libavcodec/av1dec.c
@@ -683,16 +683,15
The rationale here is exactly the same as for using them for AV1:
It avoids av_frame_ref() when putting the same frame into
multiple reference slots. (In case av_frame_ref() failed,
the context would be left in an inconsistent state that
claimed that an AVFrame was valid (i.e. not blank), when
in f
---
libavformat/utils.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index 4dded7aea4..855723a406 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils.c
@@ -560,7 +560,7 @@ int avformat_network_init(void)
{
#if CONFIG_NETWORK
---
libavformat/avformat.h | 4
1 file changed, 4 insertions(+)
diff --git a/libavformat/avformat.h b/libavformat/avformat.h
index 8afdcd9fd0..0feaeded0e 100644
--- a/libavformat/avformat.h
+++ b/libavformat/avformat.h
@@ -1944,12 +1944,16 @@ const char *avformat_license(void);
* This func
On 4/19/2024 1:59 PM, Andrew Sayers wrote:
---
libavformat/utils.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/utils.c b/libavformat/utils.c
index 4dded7aea4..855723a406 100644
--- a/libavformat/utils.c
+++ b/libavformat/utils.c
@@ -560,7 +560,7 @@ int avfor
---
libavformat/network.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/network.c b/libavformat/network.c
index f752efc411..d518bb0541 100644
--- a/libavformat/network.c
+++ b/libavformat/network.c
@@ -63,7 +63,7 @@ int ff_network_init(void)
if (WSAStartup(MA
---
libavformat/avformat.h | 4
1 file changed, 4 insertions(+)
diff --git a/libavformat/avformat.h b/libavformat/avformat.h
index 8afdcd9fd0..ea816a0b22 100644
--- a/libavformat/avformat.h
+++ b/libavformat/avformat.h
@@ -1944,12 +1944,16 @@ const char *avformat_license(void);
* This func
> -Original Message-
> From: ffmpeg-devel On Behalf Of Niklas Haas
> Sent: 2024年4月19日 22:50
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [RFC] 5 year plan & Inovation
>
> On Thu, 18 Apr 2024 22:53:51 +0200 Michael Niedermayer
> wrote:
> > A plugin sys
On 4/19/2024 2:23 PM, Andrew Sayers wrote:
---
libavformat/network.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/network.c b/libavformat/network.c
index f752efc411..d518bb0541 100644
--- a/libavformat/network.c
+++ b/libavformat/network.c
@@ -63,7 +63,7 @@ i
On Fri, Apr 19, 2024, 19:35 Zhao Zhili wrote:
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> Niklas Haas
> > Sent: 2024年4月19日 22:50
> > To: FFmpeg development discussions and patches
> > Subject: Re: [FFmpeg-devel] [RFC] 5 year plan & Inovation
> >
> > On Thu, 18 Apr 202
On Fri, Apr 19, 2024 at 11:00 AM Diederick C. Niehorster
wrote:
> If i recall correctly, there was a conversation not too long ago about what
> to do with all the SPI money. This seems to be a perfect use for it.
> 1. Set up and manage a gitlab instance
> 2. Move tickets from trac to there (possi
On Fri, Apr 19, 2024 at 8:06 PM Vittorio Giovara
wrote:
> On Fri, Apr 19, 2024 at 11:00 AM Diederick C. Niehorster <
> dcni...@gmail.com>
> wrote:
>
> > If i recall correctly, there was a conversation not too long ago about
> what
> > to do with all the SPI money. This seems to be a perfect use f
For example, WSAStartup()'s documentation says:
"A call to the WSAGetLastError function is not needed and should not be
used"
---
libavformat/network.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/libavformat/network.c b/libavformat/network.c
index f752efc411..fb
---
libavformat/avio.c| 4 ++--
libavformat/network.c | 7 +++
libavformat/rtsp.c| 12 ++--
libavformat/rtspdec.c | 4 ++--
libavformat/sapdec.c | 4 ++--
libavformat/sapenc.c | 4 ++--
6 files changed, 17 insertions(+), 18 deletions(-)
diff --git a/libavformat/avio.c b
---
libavformat/avformat.h | 4
1 file changed, 4 insertions(+)
diff --git a/libavformat/avformat.h b/libavformat/avformat.h
index 8afdcd9fd0..f624fb1e2e 100644
--- a/libavformat/avformat.h
+++ b/libavformat/avformat.h
@@ -1944,12 +1944,16 @@ const char *avformat_license(void);
* This func
Hi,
On Fri, Apr 19, 2024 at 2:06 PM Vittorio Giovara
wrote:
> On Fri, Apr 19, 2024 at 11:00 AM Diederick C. Niehorster <
> dcni...@gmail.com>
> wrote:
>
> > If i recall correctly, there was a conversation not too long ago about
> what
> > to do with all the SPI money. This seems to be a perfect
On Fri, Apr 19, 2024 at 9:45 PM James Almer wrote:
> On 4/19/2024 4:05 PM, Paul B Mahol wrote:
> > On Fri, Apr 19, 2024 at 8:06 PM Vittorio Giovara <
> vittorio.giov...@gmail.com>
> > wrote:
> >
> >> On Fri, Apr 19, 2024 at 11:00 AM Diederick C. Niehorster <
> >> dcni...@gmail.com>
> >> wrote:
>
On Fri, Apr 19, 2024 at 12:48 PM Ronald S. Bultje
wrote:
> Hi,
>
> On Fri, Apr 19, 2024 at 2:06 PM Vittorio Giovara <
> vittorio.giov...@gmail.com>
> wrote:
>
> > On Fri, Apr 19, 2024 at 11:00 AM Diederick C. Niehorster <
> > dcni...@gmail.com>
> > wrote:
> >
> > > If i recall correctly, there wa
On Fri, Apr 19, 2024 at 11:58 PM Vittorio Giovara <
vittorio.giov...@gmail.com> wrote:
> On Fri, Apr 19, 2024 at 12:48 PM Ronald S. Bultje
> wrote:
>
> > Hi,
> >
> > On Fri, Apr 19, 2024 at 2:06 PM Vittorio Giovara <
> > vittorio.giov...@gmail.com>
> > wrote:
> >
> > > On Fri, Apr 19, 2024 at 11:
On 4/19/2024 7:28 PM, Paul B Mahol wrote:
On Fri, Apr 19, 2024 at 11:58 PM Vittorio Giovara <
vittorio.giov...@gmail.com> wrote:
On Fri, Apr 19, 2024 at 12:48 PM Ronald S. Bultje
wrote:
Hi,
On Fri, Apr 19, 2024 at 2:06 PM Vittorio Giovara <
vittorio.giov...@gmail.com>
wrote:
On Fri, Apr 1
Hi,
On Fri, Apr 19, 2024 at 5:58 PM Vittorio Giovara
wrote:
> On Fri, Apr 19, 2024 at 12:48 PM Ronald S. Bultje
> wrote:
>
> > Hi,
> >
> > On Fri, Apr 19, 2024 at 2:06 PM Vittorio Giovara <
> > vittorio.giov...@gmail.com>
> > wrote:
> >
> > > On Fri, Apr 19, 2024 at 11:00 AM Diederick C. Niehor
On Sat, Apr 20, 2024 at 12:31 AM James Almer wrote:
> On 4/19/2024 7:28 PM, Paul B Mahol wrote:
> > On Fri, Apr 19, 2024 at 11:58 PM Vittorio Giovara <
> > vittorio.giov...@gmail.com> wrote:
> >
> >> On Fri, Apr 19, 2024 at 12:48 PM Ronald S. Bultje
> >> wrote:
> >>
> >>> Hi,
> >>>
> >>> On Fri,
Sponsored-by: Sovereign Tech Fund
Signed-off-by: Michael Niedermayer
---
Makefile | 3 +
tools/Makefile| 3 +
tools/target_enc_fuzzer.c | 213 ++
3 files changed, 219 insertions(+)
create mode 100644 tools/target_enc_fuzzer.c
On 4/19/2024 10:10 PM, Michael Niedermayer wrote:
Sponsored-by: Sovereign Tech Fund
Signed-off-by: Michael Niedermayer
---
Makefile | 3 +
tools/Makefile| 3 +
tools/target_enc_fuzzer.c | 213 ++
3 files changed, 219 inser
Hi Barry and Eliny,
LGTM.
Thank you for the patch.
Is it possible to provide the clip so we can add it to our CI?
ci like https://github.com/ffvvc/FFmpeg/actions
On Fri, Apr 19, 2024 at 9:48 PM Jun Zhao wrote:
> From: Jun Zhao
>
> Use dpb_max_num_reorder_pics to control output instead of
> d
On Fri, Apr 19, 2024 at 9:55 PM Jun Zhao wrote:
> From: Jun Zhao
>
> has_b_frames used in decoder for size of the frame reordering
> buffer, setting this field from dpb_max_num_reorder_pics.
>
> Signed-off-by: Jun Zhao
> ---
> libavcodec/vvc_parser.c | 4 ++--
> 1 file changed, 2 insertions(+)
LGTM
On Fri, Apr 19, 2024 at 9:47 PM Jun Zhao wrote:
> From: Jun Zhao
>
> We don't used the max_b_frames field in decoder normally
>
> Signed-off-by: Jun Zhao
> ---
> libavcodec/vvc_parser.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/libavcodec/vvc_parser.c b/libavcodec/vvc_parse
44 matches
Mail list logo
